From owner-freebsd-questions@freebsd.org Sun Sep 4 07:29:43 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDD72BCEE78 for ; Sun, 4 Sep 2016 07:29:43 +0000 (UTC) (envelope-from doug@safeport.com) 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 9139329B for ; Sun, 4 Sep 2016 07:29:43 +0000 (UTC) (envelope-from doug@safeport.com) 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 u847Tana080120 for ; Sun, 4 Sep 2016 03:29:36 -0400 (EDT) (envelope-from doug@safeport.com) Date: Sun, 4 Sep 2016 03:29:36 -0400 (EDT) From: doug@safeport.com To: freebsd-questions@FreeBSD.ORG Subject: xdm does not work with xfce 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, 04 Sep 2016 03:29:36 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 07:29:43 -0000 I did a new install of 10.3 and the added packages for xorg and xfce. The level installed are: xorg-7.7_2, xfce-4.12_1. Using startx or startxfce4 works fine. Using xdm I can do one login after a boot if I start xdm manually. If xdm is started frin /etc/ttys I can some time get a login. The problem appears to be xdm does not free display :0. To get xdm to work I copied /usr/local/etc/X11/xinit/xinitrc to $home/.xinitrc. I have a .xsession file contining startxfce4. I commented out the last line in /usr/local/lib/X11/xdm/xdm-config. I have output from xsession-errors and xdm.log. After the second login attempt .xsession-error is rewriten to contain: /usr/local/bin/startxfce4: X server already running on display :0 XDM authorization key matches an existing client!xfce4-session: Cannot open display: . Type 'xfce4-session --help' for usage. xdm works on a 10.1 system with xorg-7.7_1 and xfce-4.12_1. My questions: Is this a known issue? Should this be posted on the X11 mailing list? _____ Douglas Denault http://www.safeport.com doug@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 From owner-freebsd-questions@freebsd.org Sun Sep 4 08:29:12 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B06CBCE0C4 for ; Sun, 4 Sep 2016 08:29:12 +0000 (UTC) (envelope-from pipfstarrd@openmailbox.org) Received: from smtp6.openmailbox.org (smtp6.openmailbox.org [62.4.1.40]) (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 C5D26668 for ; Sun, 4 Sep 2016 08:29:11 +0000 (UTC) (envelope-from pipfstarrd@openmailbox.org) Received: by mail2.openmailbox.org (Postfix, from userid 1001) id 0FA9C102818; Sun, 4 Sep 2016 09:50:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1472975438; bh=gsfWdSm1Q0mvulqPXC5Gkz+D/jyCRyQ0xaF8fKSg85o=; h=To:From:Subject:Date:From; b=cneDki8HM0sALskHpHdaBKL9lKRcjGbhmtYNbEt8LO6tybH64Nkz9UAM98HumpauE qx4B84aQOpCXCFxW/0xoi6T83AfZx1xa/p8sDbXgwraDrBCJ4rLYi7GuDKaX0Jje4m tYjWRpbLb9+UV2PEoIjiTk/bB3tsl1fhRq+/DUPw= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on h4 X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=NO_RECEIVED,NO_RELAYS, T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 To: freebsd-questions@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1472975437; bh=gsfWdSm1Q0mvulqPXC5Gkz+D/jyCRyQ0xaF8fKSg85o=; h=To:From:Subject:Date:From; b=OTXN8GpLoDYjUN05pnSG1uM8FaaDFB1Uzqb6JonfPTskBSAGcs7yC1tiwfNTcavrY FIa7dauXlcD1UuAc9q/sM5I7l+plqqcSPAEkbeh5eessjRwq4kfVVEuUGNJHAOv9Qi hE+MixjeOrsXwGx6MdzQieV8J3ZzMjxVsYVl7Cxk= From: twilight Subject: How do you organize your work environment for testing? Message-ID: <4958645b-79ca-9f22-e0d7-95273d9673f1@openmailbox.org> Date: Sun, 4 Sep 2016 07:50:37 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 08:29:12 -0000 Hello, it's not as clear for me as it should be, I'd like to test my ports over several versions of FreeBSD (9.3, 10.3, 11 (upcoming), 12-CURRENT), but it's not to cool to keep 4 seperate partitions for each version on my small SSD. The obvious solution is to use qemu to run several versions, or several USB sticks with enough environment to build and run ports. Both solutions don't look perfect, as qemu will be kinda slow, and USB sticks will require lots of reboots that is not to convenient. What would you recommend? -- Cheers~ PGP key fingerprint: 07B3 2177 3E27 BF41 DC65 CC95 BDA8 88F1 E9F9 CEEF You can retrieve my public key at pgp.mit.edu. From owner-freebsd-questions@freebsd.org Sun Sep 4 08:36:45 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1715FBCE3E1 for ; Sun, 4 Sep 2016 08:36:45 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E649C99 for ; Sun, 4 Sep 2016 08:36:44 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id g62so109015027lfe.3 for ; Sun, 04 Sep 2016 01:36:44 -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; bh=qjGW0ox02719zbqZOZhfTnuzID1rn+ZlRzR3mktK54s=; b=phB0Lkq5aBWVFmhe6vSwpCMOHhG+2qMe6v25PrM4t898H7CPu/lYmhBnuWEzLa7cIu jXYJWfz49P2RVQCtIrUkE38h8V0ZlAUFygo88i3c08Klq4VQ7eQkbAY1KGRMA6d/1yyV /0npb8/zHSk9BpzzZcfPiv7PJwn7FqBYN9jtK7boEYlVXHJDPxJdHZufoLV4v7LFd+xQ ZEGoTHsbZGk3aJ827TX3tN605mEW28Bm0uErTtkJsMrUXZwYt7UVUObYZf5OCSUi6sYx BeJuDYqjH8Rdb6EKMGLVYblO/c03ESzk9xdCOYF/k1IFp47QrkEh6dfvGc2hKkjjTq6g JwFw== 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; bh=qjGW0ox02719zbqZOZhfTnuzID1rn+ZlRzR3mktK54s=; b=TvkZuYKtYGAqX6FTYwuFhXv81iWkmQo79Q94YBJmykpMg4q9z+JKgQKcA6ku2pTL0+ 5WteyDDSgtGBHOnSVpK0+oUjhMZBLPIaQofuh/lAKtl0Mu0yQBVOeNs9jtMcJJ9NPWiN 71h7kz1pUOVy3LBeksUmep9mp1TiNF8ebq2XmlNIMAHE1OBaQUvzKPADF+oIfTAHAKDz 5gFpD3w0oC30D6rqk1/oNInNZcgk4JcfI9RUDzXz7WAOYvtKkqVFx83rEvtNuYVOorG2 g2ROXpf3GpFGpCpic0SrKz+QLVxRHMn9/sF3/sOoi1YIA9vfCh1t5HDCnW+zCuEZ20dU FcIg== X-Gm-Message-State: AE9vXwMEu+KnDcS0AyNhbE/Esak2igD4y+MTUGCfV78/uesGevC2QPsqFzv779kS0mc15cSV73Cqp9a3aWU0AQ== X-Received: by 10.25.211.15 with SMTP id k15mr7452993lfg.178.1472978202729; Sun, 04 Sep 2016 01:36:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.150.16 with HTTP; Sun, 4 Sep 2016 01:36:41 -0700 (PDT) Received: by 10.25.150.16 with HTTP; Sun, 4 Sep 2016 01:36:41 -0700 (PDT) In-Reply-To: <4958645b-79ca-9f22-e0d7-95273d9673f1@openmailbox.org> References: <4958645b-79ca-9f22-e0d7-95273d9673f1@openmailbox.org> From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Sun, 4 Sep 2016 10:36:41 +0200 Message-ID: Subject: Re: How do you organize your work environment for testing? To: twilight Cc: User Questions Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 08:36:45 -0000 El 4 sept. 2016 10:29, "twilight" escribi=C3= =B3: > > Hello, it's not as clear for me as it should be, > > I'd like to test my ports over several versions of FreeBSD (9.3, 10.3, > 11 (upcoming), 12-CURRENT), but it's not to cool to keep 4 seperate > partitions for each version on my small SSD. > > The obvious solution is to use qemu to run several versions, or several > USB sticks with enough environment to build and run ports. > Both solutions don't look perfect, as qemu will be kinda slow, and USB > sticks will require lots of reboots that is not to convenient. > > What would you recommend? poudriere: https://www.freebsd.org/doc/handbook/ports-poudriere.html > -- > Cheers~ > > PGP key fingerprint: > 07B3 2177 3E27 BF41 DC65 CC95 BDA8 88F1 E9F9 CEEF > > You can retrieve my public key at pgp.mit.edu. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Sun Sep 4 10:58:59 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EDB5A9D0DC for ; Sun, 4 Sep 2016 10:58:59 +0000 (UTC) (envelope-from belagulyas36@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0E499F1F for ; Sun, 4 Sep 2016 10:58:59 +0000 (UTC) (envelope-from belagulyas36@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0A40AA9D0DB; Sun, 4 Sep 2016 10:58:59 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 079F6A9D0DA for ; Sun, 4 Sep 2016 10:58:59 +0000 (UTC) (envelope-from belagulyas36@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 862EEF1E for ; Sun, 4 Sep 2016 10:58:58 +0000 (UTC) (envelope-from belagulyas36@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id v143so93576724wmv.0 for ; Sun, 04 Sep 2016 03:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:message-id:importance:from:to:mime-version; bh=sLd9TXhgtMA/rZegrJaW0i4D+XSwXzBK6n0pJhzwA6w=; b=yFYLc7S/JBPyoDWr82w2g3FEagn1Y6gYVx3TRZz9LpwvS+RFbx5BVVSyUf6I8z7zR0 bp4vmeEIczqG3myiTUfrQgI7WRU5O8nNxy9F0HKjthCiVqCLQWd5UhUbu1hyfhjTaAhG 8FDr7RzGhX7I9iE272meBQRPyolsO7aTVaL/zw899S9pX65/LBGMHMmhAFOBzZ1jWuYJ /S20Q572JzpPYnudfPC8NwFgq5le/9kR2/3brbbz1UjTsNiyTC09X8WhrH8SzQowTBDW 8SOhG5zOdqJK1KqNpoJKrXZ/ZL03f42tf/vD1JzDCp442WTvKWVkC/wAubO58deFoSok lVfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:message-id:importance:from:to:mime-version; bh=sLd9TXhgtMA/rZegrJaW0i4D+XSwXzBK6n0pJhzwA6w=; b=AUlazzDrlFtkg12ecU8499qsQYWJR+571t6nOit9bDJEmSBfCOiijNjjKveLGzjbqa xOmbxV0wxXrEl0tb3ae1j/SBU7+FYcEikZLx9QMUaQ/HFvsfcAMc3kL97LusOTd1v3DM zFrdMsck1a6gLNDgZ5CQgWcgA35w9uITtqnAws2NzR7Oob16n+1Kc0mMAqzD8bkNZ2tZ NZmZzrDHoi0jgOP/khb+G1ub08f73vGxKJ1YXc39vdRcYAn2p580Me/6VPFzj9bTuUqo KPTU8V8EsN+4mrICbpDsC7vynuP4Ny2HvYe/qVx/yKPRxtL5/dWl4utFFCb6gTH73K3h VQbA== X-Gm-Message-State: AE9vXwOQliICKAG5tOvDCOzFC511DKqlarTHUAXNe5BOsQV9ZR3ggUVaoz3b86HbGTDwYQ== X-Received: by 10.28.215.81 with SMTP id o78mr10419878wmg.42.1472986736661; Sun, 04 Sep 2016 03:58:56 -0700 (PDT) Received: from [100.96.173.8] (netacc-gpn-7-133-89.pool.telenor.hu. [176.77.133.89]) by smtp.gmail.com with ESMTPSA id 17sm13739819wmf.6.2016.09.04.03.58.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Sep 2016 03:58:55 -0700 (PDT) Date: Sun, 04 Sep 2016 12:58:52 +0200 Message-ID: Importance: normal From: belagulyas36 To: questions@FreeBSD.org, belagulyas36@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 10:58:59 -0000 CiAgICAKCgoKCkEgU2Ftc3VuZyBlc3prw7Z6w7ZtcsWRbCBrw7xsZHZl From owner-freebsd-questions@freebsd.org Sun Sep 4 11:48:22 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 107DAA9DEB5 for ; Sun, 4 Sep 2016 11:48:22 +0000 (UTC) (envelope-from wout@canodus.be) Received: from mail1.canodus2.canodus.be (mail1.canodus2.canodus.be [83.149.89.38]) by mx1.freebsd.org (Postfix) with ESMTP id D0ADBC01 for ; Sun, 4 Sep 2016 11:48:21 +0000 (UTC) (envelope-from wout@canodus.be) Received: by mail1.canodus2.canodus.be (Postfix, from userid 65534) id 7BC93336451; Sun, 4 Sep 2016 13:41:28 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail1.canodus2.canodus.be X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Received: from t440s (d8D877BCE.access.telenet.be [141.135.123.206]) by mail1.canodus2.canodus.be (Postfix) with ESMTPSA id 389AA336438; Sun, 4 Sep 2016 13:41:28 +0200 (CEST) Message-ID: <1472989287.1637.9.camel@canodus.be> Subject: Re: Jail not starting at Boot From: Wout =?ISO-8859-1?Q?Decr=E9?= To: freebsd-questions@freebsd.org Cc: ricky1252@hotmail.com Date: Sun, 04 Sep 2016 13:41:27 +0200 In-Reply-To: Organization: Canodus Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.9-1+b1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 11:48:22 -0000 Hi I had a similar problem, not all jails started at boot. After a lot of rebooting I found a solution. I use exec.prestart to nullfs mount /usr/ports to {jail}/usr/ports like so: exec.prestart = "/sbin/mount -t nullfs -o ro /usr/ports /usr/jails/$name/usr/ports"; The jail init script will not start a jail if this exec.prestart command fails. After adding nullfs_load="YES" to /boot/loader.conf (so the module is loaded early in boot), no more problems. Hope this will help you too. Best regards Wout From owner-freebsd-questions@freebsd.org Sun Sep 4 14:17:17 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E013A9DB14 for ; Sun, 4 Sep 2016 14:17:17 +0000 (UTC) (envelope-from xyz91987@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0F035E48 for ; Sun, 4 Sep 2016 14:17:17 +0000 (UTC) (envelope-from xyz91987@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0E767A9DB13; Sun, 4 Sep 2016 14:17:17 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E1C5A9DB12 for ; Sun, 4 Sep 2016 14:17:17 +0000 (UTC) (envelope-from xyz91987@gmail.com) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C30FBE42 for ; Sun, 4 Sep 2016 14:17:16 +0000 (UTC) (envelope-from xyz91987@gmail.com) Received: by mail-yw0-x22c.google.com with SMTP id l8so27019777ywb.0 for ; Sun, 04 Sep 2016 07:17:16 -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; bh=17wCI7PUBnbL5PDLNNaZegEb/2q/HjnHnx3o2FfXWsE=; b=pAK375LzQOpvU+AdKQiUSyojTKe0y1jdwnQXgSMhNRfdh5JbWzle5T6W/vAPDYtIeh gOhKOODcaBADzxf93JUZIg9nFmlzaIMIsv/T8LcV9PSqWR+1AN+jB8xBXKIT/Mj3qeZp UpU5pZAPU0PWCvyMEVknlAh29hLtpW+upNEDUbzbzBK2WKzYKb81qYKa38nzVn/m9lz+ Ha08QSY10IseMe/kND9hNvcZR0kP/cxZUk0BGewzbmSq2ggAOAS2mZXRQOKWoFZcyInm MVB7OGep9yequotPVnR3dZyyqIo72D5i7B7yftAQXTdCRiUb7H5cHOt/6fs86QE5AFgC 0aTQ== 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; bh=17wCI7PUBnbL5PDLNNaZegEb/2q/HjnHnx3o2FfXWsE=; b=JZ3JAsiKMP7mbFtQdbB0vwJ/CXQwx/Z3aIbIxPm9oYUGamFWVeie/2kbtdCRmR/NBM QA251hiKrf2d/2hgtB6w0pEZ5M85jEcit+19TpQRiEMf6hmJ8ZMcMmJ/pk6GXj2D+s53 YdMFid1juxXTi2zXDEwaxozTja2Kb4BnAtf5twDBJIFkOs+79PYuhUlGjwx9BWlYDjSW quuIAWpYtquwtTwhje3qz9862GagU28pqmFwjhndiiD7ST3dUsTvhcywk0gG+KBP+Dcb vXVxiGOUCc7qJK6AlXoh39Rdl1jp0LYBZz0O6U50G+Q5u7k4lFKD+LUBvJCT/NwL0wkj c4oA== X-Gm-Message-State: AE9vXwMikreb0DF0eVe6V4TC5GfcIeUDDKjy3xPgn4ywE7mr4Yp6lBxuPq9e9LlvDrk3A+Moz6pYGe3D2XXQug== X-Received: by 10.13.202.195 with SMTP id m186mr1580137ywd.11.1472998635882; Sun, 04 Sep 2016 07:17:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.75.131 with HTTP; Sun, 4 Sep 2016 07:17:15 -0700 (PDT) From: Marc Rousseau Date: Sun, 4 Sep 2016 10:17:15 -0400 Message-ID: Subject: documentation on logging users sendmail activity To: questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 14:17:17 -0000 Hi, i v downloaded sendmail and setting up it up on my server. i v read through the doc/READMEs/manuals/references but couldnt find specific info about logging users sendmail activity,that is,logs,reports,ect... more specificly i m looking for doc on targetting spammers and relavant info on what to check related to inbound (comming from the inside) spam. any URLs / docs welcome regards From owner-freebsd-questions@freebsd.org Sun Sep 4 15:13:17 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53D64A9DBAF for ; Sun, 4 Sep 2016 15:13:17 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1CC17D7 for ; Sun, 4 Sep 2016 15:13:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-45-66.dynamic.qsc.de [92.195.45.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 066DD3CD90; Sun, 4 Sep 2016 17:13:07 +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 u84FD6gq002044; Sun, 4 Sep 2016 17:13:06 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 4 Sep 2016 17:13:06 +0200 From: Polytropon To: doug@safeport.com Cc: freebsd-questions@freebsd.org Subject: Re: xdm does not work with xfce Message-Id: <20160904171306.4a17bb37.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 15:13:17 -0000 On Sun, 4 Sep 2016 03:29:36 -0400 (EDT), doug@safeport.com wrote: > To get xdm to work I copied /usr/local/etc/X11/xinit/xinitrc to $home/.xinitrc. > I have a .xsession file contining startxfce4. I commented out the last line in > /usr/local/lib/X11/xdm/xdm-config. The xdm display manager does not use .xinitrc, it only uses .xsession. Only if you "starx", .xinitrc will be considered. For "maximum compatibility" you can use a "cascade" like this: File .xsession: #!/bin/csh source ~/.cshrc exec ~/.xinitrc File .xinitrc: #!/bin/sh [ -f ~/.xmodmaprc ] && xmodmap ~/.xmodmaprc numlockx # ... more "autostart" stuff if needed ... exec startxfce4 Now all your settings can reside in .xinitrc, and when you use xdm, they will still be executed. The last line must start with "exec". After the program specified here exits, control should be given back to xdm. Note that this example assumes you have the C shell as your dialog shell, so all their settings (from .cshrc) will be "inherited" in shells started inside X. > I have output from xsession-errors and xdm.log. After the second login attempt > .xsession-error is rewriten to contain: > > /usr/local/bin/startxfce4: X server already running on display :0 > > XDM authorization key matches an existing client!xfce4-session: Cannot > open display: . Type 'xfce4-session --help' for usage. > > xdm works on a 10.1 system with xorg-7.7_1 and xfce-4.12_1. > > My questions: Is this a known issue? Should this be posted on the X11 > mailing list? Somehow this error looks familiar to me, it occured once many years ago. The Xfce desktop cannot be started because xdm still occupies the display. This situation may rise when you start xdm manually, it does not quit properly, or several X "occupants" start at the same time. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sun Sep 4 16:41:09 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FDA3A9D554 for ; Sun, 4 Sep 2016 16:41:09 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3B593E44 for ; Sun, 4 Sep 2016 16:41:09 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: by mailman.ysv.freebsd.org (Postfix) id 37549A9D47F; Sun, 4 Sep 2016 16:41:09 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3706DA9D47D for ; Sun, 4 Sep 2016 16:41:09 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00060E43 for ; Sun, 4 Sep 2016 16:41:08 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-45-66.dynamic.qsc.de [92.195.45.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id A0C553CDCC; Sun, 4 Sep 2016 18:41:06 +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 u84Gf5RD002366; Sun, 4 Sep 2016 18:41:05 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 4 Sep 2016 18:41:05 +0200 From: Polytropon To: Marc Rousseau Cc: questions@freebsd.org Subject: Re: documentation on logging users sendmail activity Message-Id: <20160904184105.ebeaeb32.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 16:41:09 -0000 On Sun, 4 Sep 2016 10:17:15 -0400, Marc Rousseau wrote: > Hi, > i v downloaded sendmail and setting up it up on my server. i v read through > the doc/READMEs/manuals/references > but couldnt find specific info about logging users sendmail activity,that > is,logs,reports,ect... > more specificly i m looking for doc on targetting spammers and relavant > info on what to check related > to inbound (comming from the inside) spam. > any URLs / docs welcome You can gain a lot of information from /var/log/maillog, sendmail's primary log file. There are also programs that can process this file, for example SendmailAnalyzer; documentation here: http://sareport.darold.net/config.html Also check the sendmail documentation on how to set the desired level of logging using the config option define(`confLOG_Level', `') Local documentation at /usr/share/sendmail/cf/README could help as well. Also check chapter 27 of The FreeBSD Handbook: https://www.freebsd.org/doc/handbook/mail.html This chapter covers mail. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sun Sep 4 17:22:59 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39C9DB711BD for ; Sun, 4 Sep 2016 17:22:59 +0000 (UTC) (envelope-from doug@safeport.com) 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 10C5D948 for ; Sun, 4 Sep 2016 17:22:58 +0000 (UTC) (envelope-from doug@safeport.com) 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 u84HMsH1094289; Sun, 4 Sep 2016 13:22:54 -0400 (EDT) (envelope-from doug@safeport.com) Date: Sun, 4 Sep 2016 13:22:54 -0400 (EDT) From: doug@safeport.com To: Polytropon cc: freebsd-questions@freebsd.org Subject: Re: xdm does not work with xfce In-Reply-To: <20160904171306.4a17bb37.freebsd@edvax.de> Message-ID: References: <20160904171306.4a17bb37.freebsd@edvax.de> 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, 04 Sep 2016 13:22:54 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 17:22:59 -0000 On Sun, 4 Sep 2016, Polytropon wrote: > On Sun, 4 Sep 2016 03:29:36 -0400 (EDT), doug@safeport.com wrote: >> To get xdm to work I copied /usr/local/etc/X11/xinit/xinitrc to $home/.xinitrc. >> I have a .xsession file contining startxfce4. I commented out the last line in >> /usr/local/lib/X11/xdm/xdm-config. > > The xdm display manager does not use .xinitrc, it only uses .xsession. > Only if you "starx", .xinitrc will be considered. For "maximum compatibility" > you can use a "cascade" like this: > > File .xsession: > > #!/bin/csh > source ~/.cshrc > exec ~/.xinitrc > > File .xinitrc: > > #!/bin/sh > [ -f ~/.xmodmaprc ] && xmodmap ~/.xmodmaprc > numlockx > # ... more "autostart" stuff if needed ... > exec startxfce4 > > Now all your settings can reside in .xinitrc, and when you use xdm, they will > still be executed. The last line must start with "exec". After the program > specified here exits, control should be given back to xdm. > > Note that this example assumes you have the C shell as your dialog shell, > so all their settings (from .cshrc) will be "inherited" in shells started > inside X. > > > >> I have output from xsession-errors and xdm.log. After the second login attempt >> .xsession-error is rewriten to contain: >> >> /usr/local/bin/startxfce4: X server already running on display :0 >> >> XDM authorization key matches an existing client!xfce4-session: Cannot >> open display: . Type 'xfce4-session --help' for usage. >> >> xdm works on a 10.1 system with xorg-7.7_1 and xfce-4.12_1. >> >> My questions: Is this a known issue? Should this be posted on the X11 >> mailing list? > > Somehow this error looks familiar to me, it occured once many years ago. > The Xfce desktop cannot be started because xdm still occupies the display. > This situation may rise when you start xdm manually, it does not quit > properly, or several X "occupants" start at the same time. Thank you I will try this. It's maddening actually. I 'fixed' this for my 10.1 system but can not find any notes. Comparing /usr/local/lib/X11 and /usr/local/etc/X11/ finds no differences. My memory is that I assigned a display other than :0 to the login but the logs say differently. As to .xinitrc not doing anything, not so in my install. If I delete the file I get no logins, with it there I get one. This is with starting xdm from /etc/ttys. A lot has changed going from 10.1 and xorg_1 to 10.3 and _2, my .xsession file in the older version: #!/bin/sh /usr/bin/ssh-agent /usr/local/bin/startxfce4 In _2 that gets an error saying ssh-agent is already running. If I start xdm manually things are almost random. 'killall xdm' sometimes gives more logins, sometimes not. Sometimes clearing out dbus and xauth stuff works but more often, not. I spent a lot of time with man X and man X with no grand upgrading of my understanding. My conclusion at this point, there is an error resulting in :0 being left in a "it's being used" state. So in 10.1 I can login and out but can not switch consoles, in 10.3 that switches. I would rather have the later and can always start from userland. As always, thank you for your suggestions, Doug _____ Douglas Denault http://www.safeport.com doug@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 From owner-freebsd-questions@freebsd.org Sun Sep 4 18:47:45 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 009A5A9D84C; Sun, 4 Sep 2016 18:47:45 +0000 (UTC) (envelope-from gabor.radnai@gmail.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6C0A946; Sun, 4 Sep 2016 18:47:44 +0000 (UTC) (envelope-from gabor.radnai@gmail.com) Received: by mail-yw0-x232.google.com with SMTP id g192so38620407ywh.1; Sun, 04 Sep 2016 11:47:44 -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; bh=et9vIWKGXs+Yaaie285v4xCWwJTaehFgoovecdKbOU4=; b=d2DMrSJCk1pMUT0CY063VhLQiAmhTtAISFi4A5RTOHZiPsY5pdkIDj7IVxdqM0I5m3 dJiNaTQSw7KfduoYrpiGTGEnB4dGcFhs/MJyL5YlHyZY3kOokdkml9tr74KjIWlW0rYl uryRpsADrc1jiLh3zCl8soMdI4z1k1rI1bJ4HvEAiU3c9ewT586PPngT/zeh2ErKO5uJ GrVeoiPq2GBIhE8OLG497Jn1ncDMqFAXA6QjDQEryvzEh3BvsmOPtHhXdevA93tPiGjc rhajM1MwYpGihrmRn7hLVEkBVNVI8f/8C9RD3x7wrNoRd+am7CtutsAvUCemUEshnFg0 R3Ug== 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; bh=et9vIWKGXs+Yaaie285v4xCWwJTaehFgoovecdKbOU4=; b=fAM6HcUaky8/0ERArxeDIK9bPJCHzFbBiXEsKLW6LA9vLmihMQtqvsJcNnV+rITgWl gDrr3ZcbPXm0N6ToKp516OyIK0Lv/vwZWNozH6hZpELaOcGeZydOtUpbe8R4ikOEjcuO HAjm/WLBqD0PjP2lrEIX68H/6DGFn2Ga511uVVQjKFq17JofWvI9HWvGAs3tQcbW54Fj 2W95AR9u0ykZyEXpkq4jYs1QAwZ14lX8v+O+6GbS5/5gvd5tOsA4EPmM72qujAOlGj7l sqQIBEeSwu97uHRwn0q731Gz2qvEn9ZODfn+ZTCGfOQa+PHTU8LnU0D2mUSJWNQLnoez CdZQ== X-Gm-Message-State: AE9vXwOhR4S2Rn8mpA1wVX5lbVZZDUoZpqJ8YyBxnye1hZnhWPFXUskDp1/DLxS6HxZNYDeBgS+RKX/6oi4K8A== X-Received: by 10.129.4.201 with SMTP id 192mr1735853ywe.168.1473014863843; Sun, 04 Sep 2016 11:47:43 -0700 (PDT) MIME-Version: 1.0 From: Gabor Radnai Date: Sun, 04 Sep 2016 18:47:33 +0000 Message-ID: Subject: bhyve and bootable usb image To: freebsd-virtualization@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 18:47:45 -0000 Hello, I have a bootable usb image file which I would like to use as an installer medium under byhve, a Linux based stuff. Using dd to write image file to an usb stick and installing stuff from it works ok. However under bhyve accessing the image as ahci-hd or virtio-blk and using grub-bhyve, guest does not boot up. What is the proper way to use bootable image file? Will it work at all or it is not (yet) supported? Can someone please show me a how-to? Thanks. From owner-freebsd-questions@freebsd.org Sun Sep 4 21:53:40 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF024A9D6C7 for ; Sun, 4 Sep 2016 21:53:40 +0000 (UTC) (envelope-from hardheaven@server.asgardhost.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id AA865B58 for ; Sun, 4 Sep 2016 21:53:40 +0000 (UTC) (envelope-from hardheaven@server.asgardhost.net) Received: by mailman.ysv.freebsd.org (Postfix) id A6946A9D6BE; Sun, 4 Sep 2016 21:53:40 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A642CA9D6BC for ; Sun, 4 Sep 2016 21:53:40 +0000 (UTC) (envelope-from hardheaven@server.asgardhost.net) Received: from server.asgardhost.net (server.asgardhost.net [103.28.148.90]) (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 69260B56 for ; Sun, 4 Sep 2016 21:53:40 +0000 (UTC) (envelope-from hardheaven@server.asgardhost.net) Received: from hardheaven by server.asgardhost.net with local (Exim 4.87) (envelope-from ) id 1bgfM7-00086n-PR for questions@freebsd.org; Mon, 05 Sep 2016 04:53:36 +0700 Date: Sun, 4 Sep 2016 21:53:35 +0000 To: questions@freebsd.org From: =?UTF-8?Q?Andrew_Bailey?= Subject: =?UTF-8?Q?Re=3a?= Message-ID: <36685378987baf49b3c3f780d24c614b@hardheaven.com> X-Priority: 3 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.asgardhost.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [804 816] / [47 12] X-AntiAbuse: Sender Address Domain - server.asgardhost.net X-Get-Message-Sender-Via: server.asgardhost.net: authenticated_id: hardheaven/only user confirmed/virtual account not confirmed X-Authenticated-Sender: server.asgardhost.net: hardheaven MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 21:53:40 -0000 From owner-freebsd-questions@freebsd.org Sun Sep 4 22:47:26 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C374B71104 for ; Sun, 4 Sep 2016 22:47:26 +0000 (UTC) (envelope-from doug@safeport.com) 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 CB545259 for ; Sun, 4 Sep 2016 22:47:25 +0000 (UTC) (envelope-from doug@safeport.com) 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 u84MlLtt099835; Sun, 4 Sep 2016 18:47:21 -0400 (EDT) (envelope-from doug@safeport.com) Date: Sun, 4 Sep 2016 18:47:16 -0400 (EDT) From: doug@safeport.com To: Polytropon cc: freebsd-questions@freebsd.org Subject: Re: xdm does not work with xfce In-Reply-To: <20160904171306.4a17bb37.freebsd@edvax.de> Message-ID: References: <20160904171306.4a17bb37.freebsd@edvax.de> 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, 04 Sep 2016 18:47:21 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 22:47:26 -0000 On Sun, 4 Sep 2016, Polytropon wrote: > On Sun, 4 Sep 2016 03:29:36 -0400 (EDT), doug@safeport.com wrote: >> To get xdm to work I copied /usr/local/etc/X11/xinit/xinitrc to $home/.xinitrc. >> I have a .xsession file contining startxfce4. I commented out the last line in >> /usr/local/lib/X11/xdm/xdm-config. > > The xdm display manager does not use .xinitrc, it only uses .xsession. > Only if you "starx", .xinitrc will be considered. For "maximum compatibility" > you can use a "cascade" like this: > > File .xsession: > > #!/bin/csh > source ~/.cshrc > exec ~/.xinitrc > > File .xinitrc: > > #!/bin/sh > [ -f ~/.xmodmaprc ] && xmodmap ~/.xmodmaprc > numlockx > # ... more "autostart" stuff if needed ... > exec startxfce4 > > Now all your settings can reside in .xinitrc, and when you use xdm, they will > still be executed. The last line must start with "exec". After the program > specified here exits, control should be given back to xdm. > > Note that this example assumes you have the C shell as your dialog shell, > so all their settings (from .cshrc) will be "inherited" in shells started > inside X. It turns out you are correct, the .xinitrc is doing nothing with .xsession. The first login after a reboot failing or not is also random. Just took longer or I is to use your technique and try to simulate the user mode start. Too bad because it was a 'magic' one line fix in fbsd 10.1. _____ Douglas Denault http://www.safeport.com doug@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 From owner-freebsd-questions@freebsd.org Mon Sep 5 09:14:07 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41735B9603A for ; Mon, 5 Sep 2016 09:14:07 +0000 (UTC) (envelope-from alice1@tsm-technology.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2C989E05 for ; Mon, 5 Sep 2016 09:14:07 +0000 (UTC) (envelope-from alice1@tsm-technology.com) Received: by mailman.ysv.freebsd.org (Postfix) id 288E0B96033; Mon, 5 Sep 2016 09:14:07 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28215B96032 for ; Mon, 5 Sep 2016 09:14:07 +0000 (UTC) (envelope-from alice1@tsm-technology.com) Received: from net269.cn (mail.net269.cn [180.153.178.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "www.ipmotor.com", Issuer "quark" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EE77E03 for ; Mon, 5 Sep 2016 09:14:05 +0000 (UTC) (envelope-from alice1@tsm-technology.com) Received: from 113.139.191.180 (HELO C0XABHIGCISFQWM) (envelope-from alice1@tsm-technology.com) by net269.cn (quarkmail-1.2.1) with ESMTP id S23589AbcIEJHS for questions@FreeBSD.org; Mon, 5 Sep 2016 17:07:18 +0800 Date: Mon, 5 Sep 2016 17:07:18 +0800 From: "" To: questions Subject: Titanium from TSM sales X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 7, 26[cn] Mime-Version: 1.0 Message-ID: <201609051707171993233@tsm-technology.com> Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 09:14:07 -0000 RGVhciBGcmllbmRzLA0KDQpXZSBzdXBwbHkgdGl0YW5pdW0gYW5kIHRpdGFuaXVtIGFsbG95IHBy b2R1Y3RzIG1haW5seSBhY2NvcmRpbmcgdG8gQVNUTS9BU01FL0RJTiBTdGFuZGFyZHMgJiBTcGVj aWZpY2F0aW9ucyBpbiBmb3JtIG9mOg0KDQpUaXRhbml1bSBQbGF0ZQ0KVGl0YW5pdW0gQmFyDQpU aXRhbml1bSBXaXJlDQpUaXRhbml1bSBUdWJlDQpUaXRhbml1bSBCYWxsDQpUaXRhbml1bSBDb2ls DQpUaXRhbml1bSBGYXN0ZW5lcnMNClRpdGFuaXVtIEZsYW5nZQ0KVGl0YW5pdW0gRXhoYXVzdA0K VGl0YW5pdW0gV2hlZWwgRmFzdGVuZXJzDQpQcm9kdWNlIGFzIHBlciBkcmF3aW5nLg0KDQpJZiB5 b3UgaGF2ZSBhbnkgZW5xdWlyeSBwbGVhc2UgbGV0IG1lIGtub3csIEkgd2lsbCBnaXZlIGEgdmVy eSBjb21wZXRpdGl2ZSBwcmljZSB3aXRoIGdvb2QgcXVhbGl0eS4NCg0KTG9va2luZyBmb3J3YXJk IHRvIHlvdXIgcHJvbXB0IHJlc3BvbnNlLg0KDQpUaGFua3MgYW5kIHJlZ2FyZHMsDQpDaGVycnkN Cg0KDQpUU00tVGVjaG5vbG9neSBDby4sIEx0ZC4NClNreXBlOiB0aW5hXzM3NDANCkNhbGw6MDA4 Ni0wMjktODc1NDc0MzQgDQpUZWw6IDAwODYtMTg3Mjk5Nzg5NTgNCldlYjogd3d3LnRzbS10ZWNo bm9sb2d5LmNvbQ0KDQoNCg0K From owner-freebsd-questions@freebsd.org Mon Sep 5 09:55:59 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B647FB96B7E for ; Mon, 5 Sep 2016 09:55:59 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id ACB3D10E; Mon, 5 Sep 2016 09:55:59 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id AAF9913C9; Mon, 5 Sep 2016 09:55:59 +0000 (UTC) Date: Mon, 5 Sep 2016 09:55:59 +0000 From: Alexey Dokuchaev To: Robert David Cc: R0B_ROD , freebsd-questions@freebsd.org Subject: Re: HP 2B19WM PCI-E SD Reader Message-ID: <20160905095559.GA90675@FreeBSD.org> References: <54CFE09B.3060006@gmail.com> <20150203132352.11ef698e@linsystem.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150203132352.11ef698e@linsystem.net> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 09:55:59 -0000 On Tue, Feb 03, 2015 at 01:23:52PM +0100, Robert David wrote: > For this device you need rtsx driver. I'm not sure it is in FreeBSD or > what is FreeBSD alternative. > OpenBSD contains rtsx driver and also supports RTS5229 or RTS5227 (in > current ThinkPad x240). > > I plan to return back to FreeBSD on my ThinkPad X240 in about one month, > so if there is not this driver I would try to port it from OpenBSD. Hi Robert, Did you make it any further in this quest? You may want to share your findings in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521, as apparently more people are starting to get interested. Thanks, ./danfe From owner-freebsd-questions@freebsd.org Mon Sep 5 10:25:21 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72F2DB9652F for ; Mon, 5 Sep 2016 10:25:21 +0000 (UTC) (envelope-from bounce-mc.us1_60365865.3184557-freebsd-questions=FreeBSD.org@mail194.atl21.rsgsv.net) Received: from mail194.atl21.rsgsv.net (mail194.atl21.rsgsv.net [205.201.133.194]) by mx1.freebsd.org (Postfix) with ESMTP id 46BB83D2 for ; Mon, 5 Sep 2016 10:25:21 +0000 (UTC) (envelope-from bounce-mc.us1_60365865.3184557-freebsd-questions=FreeBSD.org@mail194.atl21.rsgsv.net) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail194.atl21.rsgsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=enterh2020=3Dgmail.com@mail194.atl21.rsgsv.net; bh=Qtnzu/Wp5wyTUcYqnGuOMxzwfG4=; b=OzLadwCsAefLz94qQRKHsorj+Cozt3f731D3suJSwT++OOUc3cubiXYsNp7MOXw/xYCaG3WJOgAS gwg9BabiUhMMFIOT0zUqaSO0MTJVBF3j/gjuQEznF/0vDxCbBrCCL3g7CqAAVavT/QjDLAg0vqpU XSi+RJp0JUMWFuyAPHY= Received: from (127.0.0.1) by mail194.atl21.rsgsv.net id hpl4121lgi48 for ; Mon, 5 Sep 2016 10:23:52 +0000 (envelope-from ) Subject: =?utf-8?Q?Invitation=20to=20EnterH2020=20=2D=20Info=20Day?= From: =?utf-8?Q?EnterH2020?= Reply-To: To: Date: Mon, 5 Sep 2016 10:23:52 +0000 Message-ID: <9ef0ee621c4b35223bf64b4b2f22c5db93e.20160905102342@mail194.atl21.rsgsv.net> X-Mailer: MailChimp Mailer - **CID6a36d5cd35f22c5db93e** X-Campaign: mailchimp9ef0ee621c4b35223bf64b4b2.6a36d5cd35 X-campaignid: mailchimp9ef0ee621c4b35223bf64b4b2.6a36d5cd35 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=9ef0ee621c4b35223bf64b4b2&id=6a36d5cd35&e=f22c5db93e X-MC-User: 9ef0ee621c4b35223bf64b4b2 X-Feedback-ID: 60365865:60365865.3184557:us1:mc X-Accounttype: ff X-Original-Sender: enterh2020@gmail.com Sender: "EnterH2020" 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.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 10:25:21 -0000 EnterH2020 - Info Day (http://cetri.us1.list-manage.com/track/click?u=3D9e= f0ee621c4b35223bf64b4b2&id=3Daa01e8c663&e=3Df22c5db93e) View this email in your browser (http://us1.campaign-archive1.com/?u=3D9ef= 0ee621c4b35223bf64b4b2&id=3D6a36d5cd35&e=3Df22c5db93e) http://cetri.us1.list-manage.com/track/click?u=3D9ef0ee621c4b35223bf64b4b2= &id=3Dd644fa3d60&e=3Df22c5db93e =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 *2016* *EnterH2020*=2C All rights reserved. Our mailing address is: enterh2020@gmail.com Want to change how you receive these emails? You can ** update your preferences (http://cetri.us1.list-manage1.com/prof= ile?u=3D9ef0ee621c4b35223bf64b4b2&id=3D81d017ed18&e=3Df22c5db93e) or ** unsubscribe from this list (http://cetri.us1.list-manage1.com/unsubs= cribe?u=3D9ef0ee621c4b35223bf64b4b2&id=3D81d017ed18&e=3Df22c5db93e&c=3D6a36d= 5cd35) This email was sent to freebsd-questions@FreeBSD.org (mailto:freebsd-questions@FreeBSD.org) why did I get this? (http://cetri.us1.list-manage.com/about?u=3D9ef0ee621c= 4b35223bf64b4b2&id=3D81d017ed18&e=3Df22c5db93e&c=3D6a36d5cd35) unsubscri= be from this list (http://cetri.us1.list-manage1.com/unsubscribe?u=3D9ef0e= e621c4b35223bf64b4b2&id=3D81d017ed18&e=3Df22c5db93e&c=3D6a36d5cd35) upda= te subscription preferences (http://cetri.us1.list-manage1.com/profile?u= =3D9ef0ee621c4b35223bf64b4b2&id=3D81d017ed18&e=3Df22c5db93e) EnterH2020 . Pireos 100 . Athens=2C Attiki 11854 . Greece Email Marketing Powered by MailChimp http://www.mailchimp.com/monkey-rewards/?utm_source=3Dfreemium_newsletter&= utm_medium=3Demail&utm_campaign=3Dmonkey_rewards&aid=3D9ef0ee621c4b35223bf= 64b4b2&afl=3D1 From owner-freebsd-questions@freebsd.org Mon Sep 5 11:42:09 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9160B96B9C for ; Mon, 5 Sep 2016 11:42:09 +0000 (UTC) (envelope-from kasidah1973@outlook.my) Received: from BAY004-OMC3S23.hotmail.com (bay004-omc3s23.hotmail.com [65.54.190.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE71B9C for ; Mon, 5 Sep 2016 11:42:09 +0000 (UTC) (envelope-from kasidah1973@outlook.my) Received: from APC01-PU1-obe.outbound.protection.outlook.com ([65.54.190.187]) by BAY004-OMC3S23.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 5 Sep 2016 04:41:03 -0700 Received: from SG2APC01FT012.eop-APC01.prod.protection.outlook.com (10.152.250.54) by SG2APC01HT227.eop-APC01.prod.protection.outlook.com (10.152.251.231) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.6; Mon, 5 Sep 2016 11:41:01 +0000 Received: from SG2PR02MB1520.apcprd02.prod.outlook.com (10.152.250.58) by SG2APC01FT012.mail.protection.outlook.com (10.152.250.184) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.6 via Frontend Transport; Mon, 5 Sep 2016 11:41:00 +0000 Received: from SG2PR02MB1520.apcprd02.prod.outlook.com ([10.167.77.22]) by SG2PR02MB1520.apcprd02.prod.outlook.com ([10.167.77.22]) with mapi id 15.01.0609.013; Mon, 5 Sep 2016 11:41:00 +0000 From: kasidah azmidah To: "freebsd-questions@FreeBSD.org" Subject: Thread-Index: AQHSB2pfpJYLgCfkRUOHHS3ggEntwA== Date: Mon, 5 Sep 2016 11:40:59 +0000 Message-ID: Accept-Language: en-US Content-Language: ms-MY X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=softfail (sender IP is 10.152.250.58) smtp.mailfrom=outlook.my; FreeBSD.org; dkim=none (message not signed) header.d=none;FreeBSD.org; dmarc=none action=none header.from=outlook.my; received-spf: SoftFail (protection.outlook.com: domain of transitioning outlook.my discourages use of 10.152.250.58 as permitted sender) x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [SNsTcOhDgnoSqFiD0kwgHx/B6Y6fi6Wb] x-eopattributedmessage: 0 x-forefront-antispam-report: CIP:10.152.250.58; IPV:NLI; CTRY:; EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:SG2APC01HT227; H:SG2PR02MB1520.apcprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; x-microsoft-exchange-diagnostics: 1; SG2APC01HT227; 6:GuHWApfTXt873Ye9krb7xJtordkzVcYwEk+XpVd+KIBGIaeihCH8BcOrk1XHLlBuOLNPn/OKZEGM5kbbQTYssBPuMm6Vsl/SqBrw0o8+j0mHKcXX8kFhqNa36Qs+Sh2Nq3Tz/i3JutqEHIXOk+IlzX88XBdO6bV9XaChcXogqYmHtLFlNB1karcAC0XnkEEvu44mR8QYgBhlxYohS/gVIBuXCFNOuEHmGgGsM1rt7bhwNDS3Q6LdyX3GnRyWEQ5xT7LL/0rTeM32gBppOUhhmMwl0AK3a8ZM+Se5fHifYxJX0eOl0leX6256fjAHGLsp; 5:zll5zNgpmdN4SSID4FoHikdZ+ozA9mx7dhCgs9er79XDzWmrFnl1kzlkKRWpXO48eMNwyvwC+73of/xgkKRFci3m0SlfjCWAoYygZslUXlZfm0qfqtwy2yVNte7NjkG4wsiW/MYXeIeSdXiPInvEcw==; 24:A50p97mhZkris47Iap9+SHQs+Ju2XODUH3d2EVTaIYaEicms+FywuQBWnCPdXyXfRqdeqf9wUcD2XTzbo2hc5SHzbedMzwntoiZDlNQ3iSE=; 7:npDdqr9FYPoohbHvhaTwmcdN/eF7I5WSUog9SFF7ftPDEuLNfhV8sssGGT+O+HLyEQlZKMC1MhHkyLmy/kVTkinUzf2gRMgnaBjK7YNXvy9CegFWAkpOTlgMlf5qZOAwtEki5kFHkBhoTivOXQxn/l0w4Oy22rp7cyLAGUt/wFY8cRZCEj4rNW5ri6AFgCFpbOrMJ2oHAfCneLY0NgmEvQwIztHfTx7jTNJA07QXhffH6P3QYZjNh21ne6Fdz3aE x-ms-office365-filtering-correlation-id: 8923cac1-2feb-4035-e93c-08d3d5818255 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(1601124038)(1603103081)(1601125047); SRVR:SG2APC01HT227; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(432015012)(82015046); SRVR:SG2APC01HT227; BCL:0; PCL:0; RULEID:; SRVR:SG2APC01HT227; x-forefront-prvs: 005671E15D spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Sep 2016 11:40:59.8013 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT227 X-OriginalArrivalTime: 05 Sep 2016 11:41:03.0124 (UTC) FILETIME=[61859D40:01D2076A] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 11:42:09 -0000 Sent from my Windows Phone From owner-freebsd-questions@freebsd.org Mon Sep 5 13:52:57 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04174B96751; Mon, 5 Sep 2016 13:52:57 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92035B00; Mon, 5 Sep 2016 13:52:56 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id a6so2285993wmc.2; Mon, 05 Sep 2016 06:52:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to; bh=qLFlC0s1xZHQ5NN/Cm14EnnitV2PCvlPaHLVO2g5GqY=; b=ykWhc0De5vav5UD+AZMIjrg9Pn0p3n78tOYc+tt6Id8L4/u8xJ9FDj3llz8SV52khd UnXRGwVtj2M180mxzOvnp8FUKBXR1/KJJ+9ngMqW/IQ7H4Wh4+pIZOE9L0st88rUIh7a mL1fQU01vNAxasv8Nj3iYENbvsTRiuLvXmp+ewlSOnQWS7sE+e110jKmNVjlRJQXtKEM cDwCEUhhX9ysmpDFE7cuGKVgN3aDdTWOOilmILOYU9rJ4rQLkS+9egjqu8tIAVmzUee5 Fs6BZapmMuRTnLxy+IQlE3K22mVGpDv6QPRo7QuLA23zAn8UHGmCdwjigGY+DqMQJBf2 Caxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=qLFlC0s1xZHQ5NN/Cm14EnnitV2PCvlPaHLVO2g5GqY=; b=KppzjzSOsMVhvowBduGq9zs2VylzXTpoXBEyWDgZBAzgv9YkG5JdPkaNm6UC5eOo/E i6yO7KL9CrnAQSSiWDetiadSxDrCn5jW6onqQBuiON/cj2qkfGVR8LSVv0QMXmJUGMgT RIXypYzJZ+4wEdCeH468LpeRIFi3YJg33rrc7XUnnCSt/qVHlboMm+8N3zp8cRi6Rrzd yAWHssw7WoiTzTEDd5/6y5LWhk9IRDD6MXZAzqfUUCwQNXlL7GwmE5MPlGNFa2v1K5qF qj1VqZ5GI3/AktyzkAgvpFRQnbNPe5gtwYkLuKlsK1jJXWRxm0+qohY1fkSJwHpSGh0R InCw== X-Gm-Message-State: AE9vXwPuJmGKqyAfrWsi6AOoAWrX8X2JH1pb6T6+NJycA9fOm8+elrGdjezUP7e3SVBSjopKmcCD0zcCfxFjqw== X-Received: by 10.194.173.168 with SMTP id bl8mr9021676wjc.136.1473083574654; Mon, 05 Sep 2016 06:52:54 -0700 (PDT) MIME-Version: 1.0 Sender: tomek.cedro@gmail.com Received: by 10.28.178.15 with HTTP; Mon, 5 Sep 2016 06:52:34 -0700 (PDT) From: CeDeROM Date: Mon, 5 Sep 2016 15:52:34 +0200 X-Google-Sender-Auth: BQzSwrF6NIuUlL-T0SH4jFRB6hc Message-ID: Subject: ports: on the fly pkg-plist creation from git pull To: freebsd-ports , FreeBSD Questions Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 13:52:57 -0000 Hello, I am creating a port from a GIT repository. I would like to keep the GIT file structure to user can update the project with GIT tools. I know this is not the best and not even the valid way to update, but in this particular case there is no other choice yet.. and the project changes really fast so updates from GIT are reasonable and desired. Hopefully it will change in a next major release and we can simply create a package. I did the simple automation of project clone, submodiles clone, initial configuration, etc, inside port Makefile. The problem is with the pkg-plist. I can create one with `make plist` based on the staged filesystem and it works until update. I would like make to create a plist file after fetch and build as a part of automation. How can I call `make makeplis` on each build? Any hints appreciated :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-questions@freebsd.org Mon Sep 5 15:03:38 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9B4CB9682E for ; Mon, 5 Sep 2016 15:03:38 +0000 (UTC) (envelope-from solene@perso.pw) Received: from bsd.zplay.eu (perso.pw [62.210.240.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "bsd.zplay.eu", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 06A117E6 for ; Mon, 5 Sep 2016 15:03:37 +0000 (UTC) (envelope-from solene@perso.pw) Received: from bsd.zplay.eu (localhost [127.0.0.1]) by bsd.zplay.eu (OpenSMTPD) with ESMTP id 0c05ff36 for ; Mon, 5 Sep 2016 16:56:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=perso.pw; h=to:subject :mime-version:content-type:content-transfer-encoding:date:from :message-id; s=selector1; bh=r8yLtHUu8bdCiBClX330rVUDQWA=; b=S8d noSZ9OFIu7U/fgAEUUVRTYN5OmkfhVWT3SHo2arOZPXWPzS2CxnSP0F+lxtLL1tm QaloR6FWUmsJ6kqCJTBRnef3FziDBR8dVh01RzyETrdNfEvIe9/q3CDrb6/GMChg Hv+YXD+za9sqm/pGNtaxl8BaiquhZz7YKfGIeQa8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=perso.pw; h=to:subject :mime-version:content-type:content-transfer-encoding:date:from :message-id; q=dns; s=selector1; b=G3QJM/2BeGOCB4o2zYJkvhh4EZkEK OmLs+Vlfetlw4Eqq6jKgEMngVjENiA6KPsxl0YqNv1OTI82TQGS6BJwZze88Y1mr papEhLcPq6cKnI1CMruPvisxLFR9Zc4h1EvGG9bs4KvQobgQb2fwsWaVQQWCd5rF qdTR9US02WyAP4= Received: from localhost (bsd.zplay.eu [local]) by bsd.zplay.eu (OpenSMTPD) with ESMTPA id e3e9bccc for ; Mon, 5 Sep 2016 16:56:49 +0200 (CEST) To: freebsd-questions@freebsd.org Subject: High availability storage : raid1 of iSCSI or iSCSI + hast X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 05 Sep 2016 16:56:49 +0200 From: =?UTF-8?Q?Sol=C3=A8ne_Rapenne?= Message-ID: X-Sender: solene@perso.pw User-Agent: Roundcube Webmail/1.2.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 15:03:38 -0000 Hello, I am building a high availability cluster with FreeBSD, to make it simple, we have 2 master/slave server called Web1 and Web2 and 2 master/slave file server called iSCSI1 and iSCSI2. I have been thinking about 2 options and I would like to have some feedback if you run one of the option (or something else) : - the first is to create a raid1 of both iSCSI target and mount it on the webserver who is the master. - the second is mounting the iSCSI target from the master iSCSI server and the master iSCSI server will replicates the data to the slave 1st option : MASTER Web connects to both iSCSI server and make a raid1 of the iSCSI pros : in case of failure of iSCSI 1 or 2, Web isn't affected cons : slow ? network bottleneck ? +---------+ CARP +---------+ | Web1 | <----> | Web2 | +---------+ +---------+ |raid1\ | \__________ | \ +---------+ +---------+ | iSCSI 1 | | iSCSI 2 | +---------+ +---------+ 2nd option : MASTER Web connects to MASTER iSCSI server, which replicates to slave iSCSI server with HAST pros : no idea cons : if we want to switch the iSCSI server we have to stop everything +---------+ CARP +---------+ | Web1 | <-----> | Web2 | +---------+ +---------+ | | +---------+ CARP + +---------+ | iSCSI 1 | HAST | iSCSI 2 | +---------+ <----> +---------+ Thank you for reading From owner-freebsd-questions@freebsd.org Mon Sep 5 15:23:36 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EAE3B96F19 for ; Mon, 5 Sep 2016 15:23:36 +0000 (UTC) (envelope-from julien@perdition.city) Received: from relay-b03.edpnet.be (relay-b03.edpnet.be [212.71.1.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "edpnet.email", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C00C6776 for ; Mon, 5 Sep 2016 15:23:35 +0000 (UTC) (envelope-from julien@perdition.city) X-ASG-Debug-ID: 1473089002-0a88181ce53722e00001-jLrpzn Received: from mordor.lan (77.109.124.121.adsl.dyn.edpnet.net [77.109.124.121]) by relay-b03.edpnet.be with ESMTP id hC9ZnxvY88QZFLfV (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 05 Sep 2016 17:23:24 +0200 (CEST) X-Barracuda-Envelope-From: julien@perdition.city X-Barracuda-Effective-Source-IP: 77.109.124.121.adsl.dyn.edpnet.net[77.109.124.121] X-Barracuda-Apparent-Source-IP: 77.109.124.121 Date: Mon, 5 Sep 2016 17:23:22 +0200 From: Julien Cigar To: =?utf-8?Q?Sol=C3=A8ne?= Rapenne Cc: freebsd-questions@freebsd.org Subject: Re: High availability storage : raid1 of iSCSI or iSCSI + hast Message-ID: <20160905152322.GA1779@mordor.lan> X-ASG-Orig-Subj: Re: High availability storage : raid1 of iSCSI or iSCSI + hast References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HO3Ykb1C9doWAHv0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-Barracuda-Connect: 77.109.124.121.adsl.dyn.edpnet.net[77.109.124.121] X-Barracuda-Start-Time: 1473089002 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://212.71.1.220:443/cgi-mod/mark.cgi X-Barracuda-Scan-Msg-Size: 2406 X-Virus-Scanned: by bsmtpd at edpnet.be X-Barracuda-BRTS-Status: 1 X-Barracuda-Bayes: INNOCENT GLOBAL 0.5000 1.0000 0.7500 X-Barracuda-Spam-Score: 0.75 X-Barracuda-Spam-Status: No, SCORE=0.75 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=6.0 tests=INFO_TLD X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.32632 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 INFO_TLD URI: Contains an URL in the INFO top-level domain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 15:23:36 -0000 --HO3Ykb1C9doWAHv0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 05, 2016 at 04:56:49PM +0200, Sol=C3=A8ne Rapenne wrote: > Hello, >=20 > I am building a high availability cluster with FreeBSD, to make it=20 > simple, we have 2 master/slave server called Web1 and Web2 and 2=20 > master/slave file server called iSCSI1 and iSCSI2. >=20 > I have been thinking about 2 options and I would like to have some=20 > feedback if you run one of the option (or something else) : > - the first is to create a raid1 of both iSCSI target and mount it= =20 > on the webserver who is the master. > - the second is mounting the iSCSI target from the master iSCSI=20 > server and the master iSCSI server will replicates the data to the slave >=20 >=20 > 1st option : MASTER Web connects to both iSCSI server and make > a raid1 of the iSCSI >=20 > pros : in case of failure of iSCSI 1 or 2, Web isn't affected > cons : slow ? network bottleneck ? >=20 > +---------+ CARP +---------+ > | Web1 | <----> | Web2 | > +---------+ +---------+ > |raid1\ > | \__________ > | \ > +---------+ +---------+ > | iSCSI 1 | | iSCSI 2 | > +---------+ +---------+ >=20 >=20 > 2nd option : MASTER Web connects to MASTER iSCSI server, > which replicates to slave iSCSI server with HAST >=20 > pros : no idea > cons : if we want to switch the iSCSI server we have to stop everything >=20 > +---------+ CARP +---------+ > | Web1 | <-----> | Web2 | > +---------+ +---------+ > | > | > +---------+ CARP + +---------+ > | iSCSI 1 | HAST | iSCSI 2 | > +---------+ <----> +---------+ >=20 there was a recent discussion on @freebsd-fs that may interrest you, check the whole discussion on: http://marc.info/?t=3D146729917100015&r=3D4&w=3D2 >=20 > Thank you for reading > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" --=20 Julien Cigar Belgian Biodiversity Platform (http://www.biodiversity.be) PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. --HO3Ykb1C9doWAHv0 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJXzY3qAAoJELK7NxCiBCPAhAIP/3TavSF7My7oGFppEDRljOib nG/Ylacu/byxlDE2RIyrOhmF03J2UeGdkJlmpqUwjOO9evW26krf/0qyJe2VXD4Q nR1RxEnP7D0U8TbjPQcdgH9CjlVM7jsCbPUdLR83HmLRgwY9nXoRWaKjiduQxbwk 332C3Was6i2cknXQipk3RGNIhBpC8YW/rSzVoJapJuC5QXp7JcNP7cb+nO6qNfq2 w8y7NflVRKtouaDZyZB9cFpKBd+/8Le9un6T78drwicIyFdqp4yX9i20c/sXLBw2 dyD1jGiUjNqXMdLqgNfDPbi1ipxnpFhHB/bn7xZ7YYURvxnhEkVICpIgMpjNRzbS GCpuB9wXImJ6GoOt4ox65phhkdHMyWUo8VT5g0eqj0nUpI9SwlZJwFDKJspd4G9d YGUhEsiimkvUEdUAbuKTPbCKuqCMK6djnJDRAWsvUxRU5kcuvmrEmzUNDzM4WBhd XAska1yMmw30feZGS8LhGi++JT1yokUCg2l5PAwLcOYUBaLA7AZ40D0Jgil4bgEI FogWiOCOvDpJisps0jROm7/qDN9qagQe/DBS7Ho3WClbl1fFf9iHfh4B+WbeniYP I8j+V6rZkepOpwC2Gz9HTsbOnU5+5sH8usEWe/lc3T2FSaX6xPNG2Cuo/EjFQg7A Gy9sV2zL1KNPplw5k64Q =lVvn -----END PGP SIGNATURE----- --HO3Ykb1C9doWAHv0-- From owner-freebsd-questions@freebsd.org Mon Sep 5 15:27:31 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 143A1A9D09C for ; Mon, 5 Sep 2016 15:27:31 +0000 (UTC) (envelope-from chris@lrckinfo.com) Received: from alt14.smtp-out.videotron.ca (alt14.smtp-out.videotron.ca [135.19.0.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CC2898C9 for ; Mon, 5 Sep 2016 15:27:30 +0000 (UTC) (envelope-from chris@lrckinfo.com) Received: from gatekeeper.tellme3times.com ([69.70.25.74]) by Videotron with SMTP id gvXMb6Mfbq3HFgvXPbKNrc; Mon, 05 Sep 2016 11:10:20 -0400 X-Authority-Analysis: v=2.1 cv=Q9lym9Ca c=1 sm=1 tr=0 a=6QbSC2gnQtRte8UfxjO8jg==:117 a=6QbSC2gnQtRte8UfxjO8jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=GW1xBdLrtEIA:10 a=F8SWWchAAAAA:8 a=12OMvE6BAAAA:8 a=6I5d2MoRAAAA:8 a=l71IS12P6e32MzJOkCgA:9 a=QEXdDO2ut3YA:10 a=7GAR2BsnulMA:10 a=-FEs8UIgK8oA:10 a=NWVoK91CQyQA:10 a=YrG7-t1fvJWeFml3i60A:9 a=5ntzJI6F9JKiHkPLgjzk:22 a=wHvUaEqxXhcxZfXPEXPs:22 a=IjZwj45LgO3ly-622nXo:22 Received: from [192.168.7.61] (unknown [192.168.7.61]) by gatekeeper.tellme3times.com (Postfix) with ESMTP id EAEBDF261; Mon, 5 Sep 2016 11:10:15 -0400 (EDT) Subject: Re: High availability storage : raid1 of iSCSI or iSCSI + hast Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_77021448-AEF2-47FF-A079-84627993E04E"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: Chris Kiakas In-Reply-To: Date: Mon, 5 Sep 2016 11:10:14 -0400 Cc: freebsd-questions@freebsd.org Message-Id: <2D88912C-2A75-4ED6-BE14-563064250D21@lrckinfo.com> References: To: =?utf-8?Q?Sol=C3=A8ne_Rapenne?= X-Mailer: Apple Mail (2.3124) X-CMAE-Envelope: MS4wfFzN49juWA+TWQLzho4sm6IfXdpyY0CwEsfpF/7LnD1V07VUHJD3KN9EAP7oTlhEtOkmk55ds0/b9AaYF+qEN5lvcZ6p0CLefyKBe2IG9v2BDY8JIPIo wHVPqCznk3BIqx3HWOKo9K4khR6U22Jwru40lh2RyBHOUIXWI5tkSuL0kzcF5bHS7OQYCRG96k7qxKLIspgNxzHwixxh9Vx5R2Y3YTpaqJK6HTwWG7hDHJUa X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 15:27:31 -0000 --Apple-Mail=_77021448-AEF2-47FF-A079-84627993E04E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Just a note on option 1. It does not need to be slow. You can get 10gb connection NIC or = Multilink (laggy/lacp) several NICs together. Make sure your switch = supports it. Chris chris@lrckinfo.com --------------------------------------------------------------- 514.884.8185 320, rue de la Fenaison Varennes, Qu=C3=A9bec, J3X 2H2 --------------------------------------------------------------- http://www.lrckinfo.com > On Sep 5, 2016, at 10:56 AM, Sol=C3=A8ne Rapenne = wrote: >=20 > Hello, >=20 > I am building a high availability cluster with FreeBSD, to make it = simple, we have 2 master/slave server called Web1 and Web2 and 2 = master/slave file server called iSCSI1 and iSCSI2. >=20 > I have been thinking about 2 options and I would like to have some = feedback if you run one of the option (or something else) : > - the first is to create a raid1 of both iSCSI target and mount it = on the webserver who is the master. > - the second is mounting the iSCSI target from the master iSCSI = server and the master iSCSI server will replicates the data to the slave >=20 >=20 > 1st option : MASTER Web connects to both iSCSI server and make > a raid1 of the iSCSI >=20 > pros : in case of failure of iSCSI 1 or 2, Web isn't affected > cons : slow ? network bottleneck ? >=20 > +---------+ CARP +---------+ > | Web1 | <----> | Web2 | > +---------+ +---------+ > |raid1\ > | \__________ > | \ > +---------+ +---------+ > | iSCSI 1 | | iSCSI 2 | > +---------+ +---------+ >=20 >=20 > 2nd option : MASTER Web connects to MASTER iSCSI server, > which replicates to slave iSCSI server with HAST >=20 > pros : no idea > cons : if we want to switch the iSCSI server we have to stop = everything >=20 > +---------+ CARP +---------+ > | Web1 | <-----> | Web2 | > +---------+ +---------+ > | > | > +---------+ CARP + +---------+ > | iSCSI 1 | HAST | iSCSI 2 | > +---------+ <----> +---------+ >=20 >=20 > Thank you for reading > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" --Apple-Mail=_77021448-AEF2-47FF-A079-84627993E04E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXzYrXAAoJEJd//Oz/ACy7Fw8P/2lZ1MtoC/nvjrVHzmeMq82N l6la8jRmsTCzxmFtx8n0XL/qjxLyvy0fWH/jnLSdjdXIKJm7Rw7IhCpc5xaINrUm 2DWRZPoJf8A6JyqRh3f7ES3xBgRdU+FRBt5Hob3W8d//tcA+bKNdkXU6BzhRL8m+ Z1RAFiZ9hWUCMdvDG9qYDnF/Eb/yasXZaq7on2+e3WJxFNBWqSiw1ptwm5r7GrWv qkcAU6xMtreamoWPAHLTk//PrGrZrkEA1xGDU5jajFIkoAhGC2cawRSZmcBnetDo +2By16SBSJND6YkZdcVvi6nTBSv2R9ZpfqZc1M2dAKH0ECLNC9NmPM6rSiRJz9aA kJ3mGMNxgFrURGAuT7D5E06oOKB8FHS6zS/HdwWFdC7SuS47HPgz4Bt5sW/wHvjO p/TGMrbLNUTejhOr8QMzWhe7GoKytCy2oRtSDeCzVaHjwH3nxjJzmKueht/WcCZA j7EWHjfUh3aedfr/b5QljhdJmKUo7hCD8aMTohRuZaq41Le9phzwJ9zzeX4jw/ta 1pUahxsaHVsihuTXYTRQbk3jho8IxYiEYtDa1mDMaubL1A9ZW9sDWGYl9dsJ/p25 Ge9ldRqrecLvBSZ/5e28u8E0/zf3UmZQHBU2RCQb+oSHfIkm+/LY9NKy2WDpBaml Cdc9rFCKrTa/QJGJyPVT =UPGD -----END PGP SIGNATURE----- --Apple-Mail=_77021448-AEF2-47FF-A079-84627993E04E-- From owner-freebsd-questions@freebsd.org Tue Sep 6 07:43:35 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94353B96E15 for ; Tue, 6 Sep 2016 07:43:35 +0000 (UTC) (envelope-from perryh@pluto.rain.com) 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 7D905CBD for ; Tue, 6 Sep 2016 07:43:35 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id u867hVqM046351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 6 Sep 2016 00:43:33 -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 u867hVRR046350 for freebsd-questions@freebsd.org; Tue, 6 Sep 2016 00:43:31 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA15177; Tue, 6 Sep 16 00:20:55 PDT Date: Tue, 06 Sep 2016 00:21:08 -0700 From: perryh@pluto.rain.com (Perry Hutchison) To: freebsd-questions@freebsd.org Subject: "gpart add" falsely claiming "No space left on device" Message-Id: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 07:43:35 -0000 I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then used "gpart recover" to resize the partition table to the media. After that "gpart show" reports: # gpart show da2 => 3 7811067 da2 GPT (3.7G) 3 32 1 freebsd-boot (16K) 35 1348832 2 freebsd-ufs (659M) 1348867 2048 3 freebsd-swap (1.0M) 1350915 6460155 - free - (3.1G) but "gpart add" refuses to add a second freebsd-ufs partition in that supposedly-free space: # gpart add -t freebsd-ufs -l pkgs -f x da2 gpart: index '4': No space left on device # gpart add -t freebsd-ufs -l pkgs -f x -b 1350915 -s 6460155 da2 gpart: index '4': No space left on device All of these partitions are unmounted. What am I doing wrong? From owner-freebsd-questions@freebsd.org Tue Sep 6 09:04:05 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E3BFB96CA9 for ; Tue, 6 Sep 2016 09:04:05 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from smtp.krpservers.com (smtp.krpservers.com [62.13.128.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.krpservers.com", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BAC298C for ; Tue, 6 Sep 2016 09:04:04 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from [10.12.30.106] (vpn01-01.tdx.co.uk [62.13.130.213] (may be forged)) (authenticated bits=0) by smtp.krpservers.com (8.15.2/8.15.2) with ESMTPSA id u869424n033903 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 6 Sep 2016 10:04:03 +0100 (BST) (envelope-from kpielorz_lst@tdx.co.uk) Date: Tue, 06 Sep 2016 10:03:51 +0100 From: Karl Pielorz To: freebsd-questions@freebsd.org Subject: Query re. /etc/resolv.conf... Message-ID: <6666070D3E503A5E5747ED16@[10.12.30.106]> X-Mailer: Mulberry/4.0.8 (Win32) 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 09:04:05 -0000 Hi, We have a number of 10.3-RELEASE-p7 boxes - on which we use unbound as a local DNS / forwarder. Unbound forwards to a pool of 3 DNS servers (this is good, because if one fails - unbound handles it). In '/etc/resolv.conf' we have: search [blah] nameserver 127.0.0.1 nameserver 192.168.0.1 We've done this - so that if unbound crashes, the machine should still be able to resolve names - it'll just be subject to a delay as the resolver library tries 127.0.0.1 (unbound), doesn't get an answer so tries the 192.168.0.1 name server (kind of as a last resort). This seems to work OK. However - if we 'turn off' 192.168.0.1, all local name resolution is subject to a delay, even if unbound is alive and well - and able to forward/resolve names. Commenting out the 192.168.0.1 nameserver line, and everything works as before, but with it listed (and down) the delay comes back. Can someone confirm this should work that way? - I thought by default it was always "try the first, timeout, try the second..." It doesn't appear to be working that way for us :( -Kp From owner-freebsd-questions@freebsd.org Tue Sep 6 09:33:38 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEB05BC668C for ; Tue, 6 Sep 2016 09:33:38 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7ADE8946 for ; Tue, 6 Sep 2016 09:33:38 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from zero-gravitas.local (unknown [192.168.100.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 38DE51DA0 for ; Tue, 6 Sep 2016 09:33:27 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/38DE51DA0; dkim=none; dkim-atps=neutral Subject: Re: Query re. /etc/resolv.conf... To: freebsd-questions@freebsd.org References: <6666070D3E503A5E5747ED16@[10.12.30.106]> From: Matthew Seaman Message-ID: <9dcae5bb-93c4-1f31-da1b-03bd3609b314@FreeBSD.org> Date: Tue, 6 Sep 2016 10:33:15 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <6666070D3E503A5E5747ED16@[10.12.30.106]> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iJf2wiQMBaFXxQx39JJoRwxsKn1mu4DuX" X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 09:33:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --iJf2wiQMBaFXxQx39JJoRwxsKn1mu4DuX Content-Type: multipart/mixed; boundary="nXUkgKNCp5V4FUNFOVPjsaPIsVGPrIq9i"; protected-headers="v1" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: <9dcae5bb-93c4-1f31-da1b-03bd3609b314@FreeBSD.org> Subject: Re: Query re. /etc/resolv.conf... References: <6666070D3E503A5E5747ED16@[10.12.30.106]> In-Reply-To: <6666070D3E503A5E5747ED16@[10.12.30.106]> --nXUkgKNCp5V4FUNFOVPjsaPIsVGPrIq9i Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016/09/06 10:03, Karl Pielorz wrote: > Can someone confirm this should work that way? - I thought by default i= t > was always "try the first, timeout, try the second..." >=20 > It doesn't appear to be working that way for us :( Given that the timeout for a DNS query is a pretty huge 30s -- a value that was set when the Internet had much less bandwidth and much more latency than it does today -- the 'trying resolvers in sequence' mechanism you suggest would take far too long for interactive use. Instead, what happens is that queries are fired off to each resolver in sequence with a much shorter gap between them. This continues until an answer to the query is received, which can come from any of the servers, or until all of the queries have timed out. Clearly this doesn't explain your observed behaviour. Hmmm.... No, I don't see how adding an extra nameserver to resolv.conf could give you any worse behaviour than before. I think you'ld have to grab DNS traffic with tcpdump(8) and perform some detailed analyses to debug that.= You could try adding: options timeout:1 to resolv.conf and see if that makes a difference. However, my experience is that local unbound is extremely stable and not at all likely to fail. Adding extra nameservers to /etc/resolv.conf really doesn't get you very much, and just isn't worth the effort. Cheers, Matthew --nXUkgKNCp5V4FUNFOVPjsaPIsVGPrIq9i-- --iJf2wiQMBaFXxQx39JJoRwxsKn1mu4DuX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJXzo1hXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnCAgQAIl4Drc8uUzKWZkowG20a36o IHL/+R2h0WOVs7se1rX44w1cFEP0QrNBgeDtJnH7ePeyK8SgR0n0A4KKLZXVbRce cDIBHDMb3thahFKAvjFyNIev7fY0XdLcucWD+SXJBM+ROopPFyMpZqvzuCV8I9dL ZjWOwhUkowul5s7JTMpe6a2A8yCMmBeaUDFOoVIpffcaYMRKpAcO55oOmKPpS7VS QxPV5mFxgFMemV/LxPYNvUWej1QcEI7l7AdqH0gnRLYjCaYo8x5d9cja8JLdpkQG K551TELvUkzgoh3FX1qDFRerCGJRd9UBjnNGK492jjvex3K+UKdfWA0E3PcaYLGg eRZA8tmKDbHzfrppF9o9QB6NGMYDhewhpELqhXVlIyunONtDjB/6X6wAdgDPGCyg tvsWHZfwjbVgiiHhNCdaf0JqjdFyurjfzPPjf27rQfCsY/lEeL8nUEvJYU8uxm9Q Zo9p5IfxKpLNm4WU+sC3BB8RTlkv1jdyb1ZvUCcm27CaWaGD+R/jPCD9WdJPYAvL dESo4Vl5LD6rBkbS7vMkq8QHS6ciQmwDgUECLGF4ZJQtM6N6Hf/eUbc9tAwPVwdp Qrd009XfQkx8cIC+7923jDYDNBWqWs6lTpvanbAzY/PGg6L/eOTfJ32R/nxfV2FE 2fp9T90uWSakCCc2uHb4 =y00i -----END PGP SIGNATURE----- --iJf2wiQMBaFXxQx39JJoRwxsKn1mu4DuX-- From owner-freebsd-questions@freebsd.org Tue Sep 6 09:45:18 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 207FEBC683F for ; Tue, 6 Sep 2016 09:45:18 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (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 C07FFCB8 for ; Tue, 6 Sep 2016 09:45:17 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 2C535D7885 for ; Tue, 6 Sep 2016 16:37:20 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :subject:subject:from:from:received:received:received; s= selector1; t=1473154639; x=1474969040; bh=kno5x6HQ4fk5nEU8EdJwbC KlrpvaZ1/lChtjwA3VAGc=; b=ar5MHgLtBpvApcctP+eNT+hyqSt2ahz5M4EuIS BWmx2o2K9fDz67UZdJh83e2k6uohlGdi16x7PA4XA1/SjZu2z6xSvp2pAyPBHoDV qeA9iADMBZ4195c/AZlsWmWVdWexro9UHLeSrjLPJ5hcLreX8vp5NAV1g/lcaOXz 4Z1js= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id x47mpwiGuVGw for ; Tue, 6 Sep 2016 16:37:19 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 4C3C4D7884 for ; Tue, 6 Sep 2016 16:37:19 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id u869bIph005314; Tue, 6 Sep 2016 16:37:18 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: freebsd-questions@freebsd.org Subject: FreeBSD, OpenLDAP and 2048 bits certificates Date: Tue, 06 Sep 2016 16:37:18 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 09:45:18 -0000 Hi, I have several FreeBSD server, authenticating to LDAP, this has been working fine for years. I want to update the certificate I am currently using for OpenLDAP, from a 1024 bit self signed to a 2048 bits properly signed certificate. When I do the change in OpenLDAP server, Ubuntu clients, Mac OS X clients, perls clients, php clients are happy. They recognize the new certificate and the change is transparent. But it is not for FreeBSD (namely nss_ldap and pam_ldap). It looks like the server part of OpenLDAP is working fine, but not the client part. Have you any idea what the problem could be? best regards, Olivier -- From owner-freebsd-questions@freebsd.org Tue Sep 6 10:03:51 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E731ABC6C30 for ; Tue, 6 Sep 2016 10:03:51 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 721D05FB for ; Tue, 6 Sep 2016 10:03:51 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id D7F0A1DB3 for ; Tue, 6 Sep 2016 10:03:43 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/D7F0A1DB3; dkim=none; dkim-atps=neutral Subject: Re: FreeBSD, OpenLDAP and 2048 bits certificates To: freebsd-questions@freebsd.org References: From: Matthew Seaman Message-ID: Date: Tue, 6 Sep 2016 11:03:35 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ViKa8dKGvPwf9DwIC1wHffpvHLnxi49o0" X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 10:03:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ViKa8dKGvPwf9DwIC1wHffpvHLnxi49o0 Content-Type: multipart/mixed; boundary="aL51trcruKnPigPwVQAxOloFPAJKwBsHh"; protected-headers="v1" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: Subject: Re: FreeBSD, OpenLDAP and 2048 bits certificates References: In-Reply-To: --aL51trcruKnPigPwVQAxOloFPAJKwBsHh Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 06/09/2016 10:37, Olivier wrote: > I want to update the certificate I am currently using for OpenLDAP, fro= m > a 1024 bit self signed to a 2048 bits properly signed certificate. You mean a paid-for certificate signed by a well known CA? Given that with LDAP you generally have administrative control over all of the clients that may connect to your server, that's pretty pointless. The whole idea of certificate signing is that it's done by an entity that you can trust to identify strangers on your behalf. Which makes no sense if there are no 'strangers' involved. > When I do the change in OpenLDAP server, Ubuntu clients, Mac OS X > clients, perls clients, php clients are happy. They recognize the new > certificate and the change is transparent. >=20 > But it is not for FreeBSD (namely nss_ldap and pam_ldap). It looks like= > the server part of OpenLDAP is working fine, but not the client part. >=20 > Have you any idea what the problem could be? No. The FreeBSD vs. other operating systems part is not a useful datapoint. It's much more likely to be down to differences in the client-side software packages you're using. You haven't explained how you are using these certificates -- just to ensure connections are encrypted, or are you using client certificates to autenticate logins to the server? What configuration settings are you using? Can you try putting the correct settings in /usr/local/etc/openldap/ldap.conf and then using some of the commandline ldap clients to log in? Verb. sap. The net/nss-pam-ldapd port provides much the same functionality as nss_ldap and pam_ldap combined, plus it has various technical advantages like a local cache and it's actively maintained and developed. Recommended. Cheers, Matthew --aL51trcruKnPigPwVQAxOloFPAJKwBsHh-- --ViKa8dKGvPwf9DwIC1wHffpvHLnxi49o0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJXzpR/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATtccQAKQIOn4JR+jkHjUFUfs8e45A pR8eofafeM1UcfxCK9to4JPf0bRwSTLkBw1W29RZ/UlR9D5VO/XyA3eXtIx/e1Ly T4tcDle20CnytAI/8IFHxOlP/ArUz342tZr3uSIoxizTmIIlFlQEzs72ueL9B8ku rdo+BRlkoBupFju+VR+QCbE7PMoIx1tjUaOaf0d+6YwuLiXdbITaaDH4a29f0lpW L8qbUZKgCR62Y6JThlRBrzU4Cbiym9uU9rgoWclPoPzEGonq69QPqZdZhyYKPrcz mGqqvG27F3x7XuL1APGbfG/aBOQhf5VQl+W09wTW0T4V6ixeWLFfWDJnTkJP64gm EpP150QT7qT5Bv8Ylnql6ET3g61DbIhZB4is12AMea8WfNIf14rNXxUOr7fl0NTT P9i7sMLWeC/38mxFGpHDLiPE2rA8OlY4iwLVgbpD7jaw4WmdsSDUa7fyrpJ0KkNn ZEYSJnQiXJi0bC+f6DQvf+2Q6LUQ2xa+BH8suwBF5Yjize4cz/OfEO2s8v34i6H7 gyvFkP3Plm+ubE1DqsdJdMLl5Rxgh27ZAG/KmXi9qnqadY1idxjjurmR3qd5Q+c/ B9ID6HR2Oj40tX5FR1SPahfPGPnCdIEQREYzCc5PpbYcSgy3MPsS3MleQdfyEqTI 3b1V8Y6nRd8a42DQ519T =3rbO -----END PGP SIGNATURE----- --ViKa8dKGvPwf9DwIC1wHffpvHLnxi49o0-- From owner-freebsd-questions@freebsd.org Tue Sep 6 10:24:40 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1183FBC75EE for ; Tue, 6 Sep 2016 10:24:40 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from smtp.krpservers.com (smtp.krpservers.com [62.13.128.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.krpservers.com", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1ADF7B8; Tue, 6 Sep 2016 10:24:39 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from [10.12.30.106] (vpn01-01.tdx.co.uk [62.13.130.213] (may be forged)) (authenticated bits=0) by smtp.krpservers.com (8.15.2/8.15.2) with ESMTPSA id u86AOatk039288 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Sep 2016 11:24:37 +0100 (BST) (envelope-from kpielorz_lst@tdx.co.uk) Date: Tue, 06 Sep 2016 11:24:25 +0100 From: Karl Pielorz To: Matthew Seaman , freebsd-questions@freebsd.org Subject: Re: Query re. /etc/resolv.conf... Message-ID: <52ADB1CF9476C838FC3F2080@[10.12.30.106]> In-Reply-To: <9dcae5bb-93c4-1f31-da1b-03bd3609b314@FreeBSD.org> References: <6666070D3E503A5E5747ED16@[10.12.30.106]> <9dcae5bb-93c4-1f31-da1b-03bd3609b314@FreeBSD.org> X-Mailer: Mulberry/4.0.8 (Win32) 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 10:24:40 -0000 --On 06 September 2016 10:33 +0100 Matthew Seaman wrote: > Clearly this doesn't explain your observed behaviour. Hmmm.... No, I > don't see how adding an extra nameserver to resolv.conf could give you > any worse behaviour than before. I think you'ld have to grab DNS > traffic with tcpdump(8) and perform some detailed analyses to debug that. I re-tested this under a 9.3 box - and it works as it should, it's only on our other 10.3 machines it fails (quite spectacularly compared to what it should do). > However, my experience is that local unbound is extremely stable and not > at all likely to fail. Adding extra nameservers to /etc/resolv.conf > really doesn't get you very much, and just isn't worth the effort. Yes, we've been running unbound for years (before it was included with FreeBSD) and it has been very stable. The machine really gets stuffed if DNS fails though - so the thought of a "free" DNS of last resort in resolv.conf was tempting, but it looks like on 10.3 here we can't rely on that now as it makes the situation worse. I'll have a dig around with tcpdump et'al and see if it turns anything up - before we just resort to 127.0.0.1 as the only listed NS. -Karl From owner-freebsd-questions@freebsd.org Tue Sep 6 13:27:18 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F767BC44F1 for ; Tue, 6 Sep 2016 13:27:18 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from smtp.krpservers.com (smtp.krpservers.com [62.13.128.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.krpservers.com", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CA8CB2F for ; Tue, 6 Sep 2016 13:27:17 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from [10.12.30.106] (vpn01-01.tdx.co.uk [62.13.130.213] (may be forged)) (authenticated bits=0) by smtp.krpservers.com (8.15.2/8.15.2) with ESMTPSA id u86DREA2051366 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Sep 2016 14:27:15 +0100 (BST) (envelope-from kpielorz_lst@tdx.co.uk) Date: Tue, 06 Sep 2016 14:27:02 +0100 From: Karl Pielorz To: Cristiano Deana cc: freebsd-questions@freebsd.org Subject: Re: Query re. /etc/resolv.conf... Message-ID: X-Mailer: Mulberry/4.0.8 (Win32) 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 13:27:18 -0000 --On 06 September 2016 14:33 +0200 Cristiano Deana wrote: > Did you actually check what is really going on? Eg: > tcpdump -ni your_interface port 53 > > Just to verify which DNS is trying to reach, timeout, etc. Ok, having run some more tests on here - it appears it may be Xen (virtualisation) related. I had forgotten the 10.3 box I was testing on was a virtual machine. It appears the same test on a 'real' 10.3 box succeeds (as it does on the 9.x boxes). However, a virtual XenServer FreeBSD 10.3 instance has the problem... I'll kick it over to -xen to see if anyone there can think of anything... Incase anyone else encounters the issue - as a work around removing everything bar '127.0.0.1' in '/etc/resolv.conf' does work - i.e. Unbound will correctly pool the forwards you set it up for - if one disappears, name resolution continues. Very strange... Thanks to all who replied, -Karl From owner-freebsd-questions@freebsd.org Tue Sep 6 14:16:57 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFF6ABC6BDD for ; Tue, 6 Sep 2016 14:16:57 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A21349B3 for ; Tue, 6 Sep 2016 14:16:57 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u86EGuif016998 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Sep 2016 08:16:56 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u86EGuS8016995; Tue, 6 Sep 2016 08:16:56 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 6 Sep 2016 08:16:56 -0600 (MDT) From: Warren Block To: Perry Hutchison cc: freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-Reply-To: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> Message-ID: References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 06 Sep 2016 08:16:56 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:16:57 -0000 On Tue, 6 Sep 2016, Perry Hutchison wrote: > I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then used > "gpart recover" to resize the partition table to the media. After that > "gpart show" reports: > > # gpart show da2 > => 3 7811067 da2 GPT (3.7G) > 3 32 1 freebsd-boot (16K) > 35 1348832 2 freebsd-ufs (659M) > 1348867 2048 3 freebsd-swap (1.0M) > 1350915 6460155 - free - (3.1G) > > but "gpart add" refuses to add a second freebsd-ufs partition in that > supposedly-free space: > > # gpart add -t freebsd-ufs -l pkgs -f x da2 > gpart: index '4': No space left on device > > # gpart add -t freebsd-ufs -l pkgs -f x -b 1350915 -s 6460155 da2 > gpart: index '4': No space left on device The second one makes more sense, as the first '-f x' would/should have allocated that space (in an uncommitted operation). Don't know about the first one, unless you have tried it before. Why bother with '-f x'? Why not just do the operation immediately? From owner-freebsd-questions@freebsd.org Tue Sep 6 14:44:58 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7690EBC78B3 for ; Tue, 6 Sep 2016 14:44:58 +0000 (UTC) (envelope-from emorrasg@yahoo.es) Received: from nm31-vm9.bullet.mail.ir2.yahoo.com (nm31-vm9.bullet.mail.ir2.yahoo.com [212.82.97.96]) (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 EBF4EFB3 for ; Tue, 6 Sep 2016 14:44:57 +0000 (UTC) (envelope-from emorrasg@yahoo.es) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048; t=1473172973; bh=48KSg2aOjA8FnR84YhXDumC1FmIcEG6xfYp1U/kE2DY=; h=Date:From:To:Subject:In-Reply-To:References:From:Subject; b=ik8cTzWwANzBHPvxEPGBvwxHHz9kN8GkiCOjn5qWwEcRu1ETwyGosyzhYf98TreREAaUDQUg+JKXxiHNSjxO8kwXwE83Xz5/Mu/GFJ4QOg1aR1oHe+Pt5dPKVjMU+z/6kz9uMOMQrgNJkCtI9MD6MLbPN99m1QrwgK85avrvGlXTFwVU4ArTv97C2BlqAlklvjCwGJN3dCJ6pV9VQF6ugRYytWYJ5m7o6gpuAlCzZ1dhrcQQbmWX4J8kzOwLuiqrWoEX7SMbewH6iN0x7GgL8kFmUgz02mNZEwa8gzImqQlgpOuaZh4g0ttP2jilElsn9gKGySoev80+acpgUw8ssg== Received: from [212.82.98.51] by nm31.bullet.mail.ir2.yahoo.com with NNFMP; 06 Sep 2016 14:42:53 -0000 Received: from [46.228.39.105] by tm4.bullet.mail.ir2.yahoo.com with NNFMP; 06 Sep 2016 14:42:52 -0000 Received: from [127.0.0.1] by smtp142.mail.ir2.yahoo.com with NNFMP; 06 Sep 2016 14:42:52 -0000 X-Yahoo-Newman-Id: 982362.3491.bm@smtp142.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: rf74qkYVM1mo2uA2EeGPlu5QfBHUTmjCPXzedr1eVwejIzG uIHGWX9uHibIl1epFHI051hkb1JzZLM6s0QPEwrx3muaLkTF1_Cs94u.BW4R wJoTgYyyFZcw8WAo2EVZrUABo.Eh66racckfbNqlhZrXRvhsfm8ykn8U40ee Ibu65neEIIF00jJROLmYzVuVP6Zgk2TnllKVwMldML7_moOTjkIfa3G6fU0j RaBuuK0Z7lYFChg9OGoFDpoywHw0A__P4it3MtA3rpGWKMQDbIQSV4W.fNDw wAH6IWBeFtlO7WiuSHkLlN_nlhGLrZ8IYCLVLB05Y69bmADbyu_jXtViAC3m jJ5honvwaq1v7u1Trh5WAjKLxpfMkYlBCFO6gHN1GUEDDyi2JqzofctoazFg ZX3c2Tpt05RyO8sZEa.lHtO_W46V6v.dqhDaHADW2xufGUtTkNdLFUDuHBYi QqTJfHH8Z2Lnt5IcGVXFQQiRPc9AKbWuY1z8Di0VGbx28oy3SW38BehvLdo1 oHcaBQdXJWuGIUQj6FyrbeWnqn5kG_CXUnF7SmPgh3zmJesbst9AxjnjUf5q 5 X-Yahoo-SMTP: mX392iiswBAeJNdO_s.EW62LZDJR Date: Tue, 6 Sep 2016 11:49:51 +0200 From: Eduardo Morras To: freebsd-questions@freebsd.org Subject: Re: Query re. /etc/resolv.conf... Message-Id: <20160906114951.930913f90517353398d38e52@yahoo.es> In-Reply-To: <6666070D3E503A5E5747ED16@[10.12.30.106]> References: <6666070D3E503A5E5747ED16@[10.12.30.106]> X-Mailer: Sylpheed 3.5.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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:44:58 -0000 On Tue, 06 Sep 2016 10:03:51 +0100 Karl Pielorz wrote: > > Hi, > > We have a number of 10.3-RELEASE-p7 boxes - on which we use unbound > as a local DNS / forwarder. Unbound forwards to a pool of 3 DNS > servers (this is good, because if one fails - unbound handles it). > > In '/etc/resolv.conf' we have: > > search [blah] > nameserver 127.0.0.1 > nameserver 192.168.0.1 > > > We've done this - so that if unbound crashes, the machine should > still be able to resolve names - it'll just be subject to a delay as > the resolver library tries 127.0.0.1 (unbound), doesn't get an answer > so tries the 192.168.0.1 name server (kind of as a last resort). > > > This seems to work OK. However - if we 'turn off' 192.168.0.1, all > local name resolution is subject to a delay, even if unbound is alive > and well - and able to forward/resolve names. > > Commenting out the 192.168.0.1 nameserver line, and everything works > as before, but with it listed (and down) the delay comes back. > > > Can someone confirm this should work that way? - I thought by default > it was always "try the first, timeout, try the second..." Are you sure unbound listen on 127.0.0.1? What a %sockstat | grep unbound shows? Mine: unbound unbound 527 3 udp6 ::1:53 *:* unbound unbound 527 4 tcp6 ::1:53 *:* unbound unbound 527 5 udp4 127.0.0.1:53 *:* unbound unbound 527 6 tcp4 127.0.0.1:53 *:* unbound unbound 527 7 stream /var/run/local_unbound.ctl unbound unbound 527 8 stream -> ?? unbound unbound 527 9 stream -> ?? > It doesn't appear to be working that way for us :( > > -Kp > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" --- --- Eduardo Morras From owner-freebsd-questions@freebsd.org Tue Sep 6 14:46:54 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61A13BC79A9; Tue, 6 Sep 2016 14:46:54 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6AFE2139; Tue, 6 Sep 2016 14:46:52 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CnAwCV1c5X/9SdgG1dGgEFAYMwAQEBA?= =?us-ascii?q?QEeSYEKuDaCAoYcAoFZORQBAgEBAQEBAQFeJ4RiAQEEOhweBRALGAklDyoeBhO?= =?us-ascii?q?IMAMbuHodgwsBAQEBBgIBJIp9ihwBBJlTjyxxgQeNa4ZyhVqDeh42gl8bgU86N?= =?us-ascii?q?IZpAQEB?= Received: from 212.157-128-109.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([109.128.157.212]) by relay.skynet.be with ESMTP; 06 Sep 2016 16:46:49 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id u86Ekl9H007614; Tue, 6 Sep 2016 16:46:48 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Tue, 6 Sep 2016 16:46:47 +0200 From: Tijl Coosemans To: CeDeROM Cc: freebsd-ports@freebsd.org, freebsd-questions@freebsd.org Subject: Re: ports: on the fly pkg-plist creation from git pull Message-ID: <20160906164647.1d9c9af7@kalimero.tijl.coosemans.org> In-Reply-To: References: 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:46:54 -0000 On Mon, 5 Sep 2016 15:52:34 +0200 CeDeROM wrote: > I am creating a port from a GIT repository. I would like to keep the > GIT file structure to user can update the project with GIT tools. I > know this is not the best and not even the valid way to update, but in > this particular case there is no other choice yet.. and the project > changes really fast so updates from GIT are reasonable and desired. > Hopefully it will change in a next major release and we can simply > create a package. > > I did the simple automation of project clone, submodiles clone, > initial configuration, etc, inside port Makefile. > > The problem is with the pkg-plist. I can create one with `make plist` > based on the staged filesystem and it works until update. I would like > make to create a plist file after fetch and build as a part of > automation. How can I call `make makeplis` on each build? pkg-plist is processed before the staging area is created so running makeplist from post-install or post-stage is too late. You'll have to do something like this instead: post-install: (cd ${STAGEDIR}${PREFIX} && ${FIND} -s * -not -type d >> ${TMPPLIST}) From owner-freebsd-questions@freebsd.org Tue Sep 6 14:58:55 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFDCCB9605C; Tue, 6 Sep 2016 14:58:55 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A525CD6; Tue, 6 Sep 2016 14:58:55 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id l65so11179111wmf.3; Tue, 06 Sep 2016 07:58:55 -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:cc; bh=AOwAqsm9PGIIMQjM+AemgqAmVArtfhEJvrQ2DPuApPI=; b=ryKvXRHmqYNF0+1KlDpOwFrwXj8aHft+RLNvUPia2z+nK57CaW58WdhbCplydTae4a dUZWgy29d5iJc1WhcgjggRA7btZPDdjv/FgsEOChJkYyHdF4liVHpboKRoOPPoVSqnTg PHqVI276X+eXCmuo6rLDfsEwUmoc8uId+QJL0uLF66bxfDTM94W7p7i6V76Bytx4l08G VqlCkYYRgNgMsthIsZjUnT1kvWeARxyLMHAvOmkRw0//tZeG/NwY/aOX94QX2Ju39uJs QducOYp71QNix3bPaksOJZBXSSR+hj3osP3brQBTQ1Iuk2ZgIA270XxX/vcOf3EIqQZx 1Ljg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=AOwAqsm9PGIIMQjM+AemgqAmVArtfhEJvrQ2DPuApPI=; b=X5Yp9XXGv61JHS7eIQuURIFLhrXMtZJmcxun//slFkhV6L7C9LlyMadGFI62ubJYDs x20tnrQtrzUF0v6lkndcmHMQShksjuRmPkybKk/7qqJw1tCKc5nI36+9cuUNPgiLD7F6 Drneyd2F5Y2BCvh5lBme8pXUNjLUl+2mHQel6zEjzCySMDCUVxLTANONM2GS59qQlo9P 5fzvA6ZINKVtKwfjoiebjWBAb1dYgWR9dUHJJnm4PzZFIvaVTYDpXGGn785IOpx+GmvR gZCUpLhwT5phopinE8a4ifG6Ci0YZqlJwX0tIzuCdPI68aJxZRSKYDnm+Pab/AWvxNTq aN0Q== X-Gm-Message-State: AE9vXwPPQbRYcrLqGhh26hxfP4oZ0XYfL+UUO04BBJxfpLVJx9J8IJou1osMEqhbnHfSHmK2IEoYxSGFnjt4Cw== X-Received: by 10.194.216.7 with SMTP id om7mr35770578wjc.135.1473173933746; Tue, 06 Sep 2016 07:58:53 -0700 (PDT) MIME-Version: 1.0 Sender: tomek.cedro@gmail.com Received: by 10.28.178.15 with HTTP; Tue, 6 Sep 2016 07:58:33 -0700 (PDT) In-Reply-To: <20160906164647.1d9c9af7@kalimero.tijl.coosemans.org> References: <20160906164647.1d9c9af7@kalimero.tijl.coosemans.org> From: CeDeROM Date: Tue, 6 Sep 2016 16:58:33 +0200 X-Google-Sender-Auth: mANuk0N3ggRtBd59c6KN8ZbC2FM Message-ID: Subject: Re: ports: on the fly pkg-plist creation from git pull To: Tijl Coosemans Cc: freebsd-ports , FreeBSD Questions Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:58:56 -0000 On Tue, Sep 6, 2016 at 4:46 PM, Tijl Coosemans wrote: > pkg-plist is processed before the staging area is created so running > makeplist from post-install or post-stage is too late. You'll have to > do something like this instead: > > post-install: > (cd ${STAGEDIR}${PREFIX} && ${FIND} -s * -not -type d >> ${TMPPLIST}) TANKS!! =) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-questions@freebsd.org Tue Sep 6 14:59:25 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6A82B9614C for ; Tue, 6 Sep 2016 14:59:25 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7672E1D for ; Tue, 6 Sep 2016 14:59:23 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id u86ExDY0035749; Wed, 7 Sep 2016 00:59:13 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 7 Sep 2016 00:59:13 +1000 (EST) From: Ian Smith To: Perry Hutchison cc: freebsd-questions@freebsd.org, Warren Block Subject: Re: "gpart add" falsely claiming "No space left on device" In-Reply-To: Message-ID: <20160907000551.F91459@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 14:59:25 -0000 In freebsd-questions Digest, Vol 640, Issue 2, Message: 5 On Tue, 06 Sep 2016 00:21:08 -0700 perryh@pluto.rain.com (Perry Hutchison) wrote: > I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then used > "gpart recover" to resize the partition table to the media. After that > "gpart show" reports: > > # gpart show da2 > => 3 7811067 da2 GPT (3.7G) > 3 32 1 freebsd-boot (16K) > 35 1348832 2 freebsd-ufs (659M) > 1348867 2048 3 freebsd-swap (1.0M) > 1350915 6460155 - free - (3.1G) > > but "gpart add" refuses to add a second freebsd-ufs partition in that > supposedly-free space: > > # gpart add -t freebsd-ufs -l pkgs -f x da2 > gpart: index '4': No space left on device > > # gpart add -t freebsd-ufs -l pkgs -f x -b 1350915 -s 6460155 da2 > gpart: index '4': No space left on device > > All of these partitions are unmounted. > > What am I doing wrong? Hi Perry, How did you 'copy' the memstick.img to the flash drive? root@x200:~ # ll /dev/da* crw-rw---- 1 root operator 0x8c Sep 6 19:12 /dev/da0 crw-rw---- 1 root operator 0x8d Sep 6 19:12 /dev/da0a root@x200:~ # gpart show da0 => 0 1974272 da0 BSD (964M) 0 1523248 1 freebsd-ufs (743M) 1523248 451024 - free - (220M) That's a 10.3 memstick.img dd'd to a 1G stick. For some bizarre reason, maybe 10? years on, these are still being made as pseudo-floppy images, here as da0a, rather than something sane like da0s1a, where you could merrily add more (MBR) partitions and use boot0cfg to choose between them - as PC-BSD has been doing for years - or with GPT, at least extra data partition/s as you want here, useful in itself. It's actually a bodgy image; here's what fdisk makes of that 1G stick: root@x200:~ # fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=973 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=973 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 (active) beg: cyl 0/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 Most of which is nonsense, except that it does start at sector 0, while imcorporating an MBR and a BSD disklabel, and of course size is bogus. Sadly, nobody has yet duplicated something like boot0cfg for GPT, so multibooting from GPT seems to require GPL stuff like GRUB, or maybe the more complicated (for me, anyway) Boot Environments and such. Trying to solve this, I've used Darren Pilgrim's dvd1_to_memstick.sh successfully to make bootable memsticks from dvd1 images, though never solved the 'bsdinstall / bsdconfig can't find the packages' issue, for which the release notes for 10.3 at least, and 11, have a workaround. I've run out of puff to try incorporating that this time around. FWIW, here's my (excessivey paranoid) adaptation of Darren's script; but it still uses MBR layout and winds up as /dev/daXa when mounted|booted. Perhaps you or Warren or someone could adapt it for GPT, though myself I'd still prefer it as MBR sliced, so you could boot, say, 10.3 or 11.0, i386 or amd63, with the DVD packages, from say one 8- or 16GB stick. It should be clear that after the tar poipeline, there's scope to play. cheers, Ian (please cc me, I take the digest) ======= #!/bin/sh #% originally by Darren Pilgrim 17/12/13 from http://pastebin.com/fzgVaCgW #% smithi@nimnet.asn.au 22/2/14 for FreeBSD 8.2-R (no makefs label option) #% compaction & extra paranoia 23/6/14; rm 8.2 hack, quit() tidyup 11/9/14 PATH=/bin:/usr/bin:/sbin:/usr/sbin export PATH if [ -z "$*" ]; then echo `basename $0 [dvd1 img] [dvd1 dir] [memstick img] [memstick dir]` echo ' [dvd1 img] is the dvd1 image to convert' echo ' [dvd1 dir] is the mountpoint for the dvd1 image' echo ' [memstick img] is name of the memstick image file to create' echo ' [memstick dir] is temporary work directory for memstick contents' exit 1 fi quit() { echo "$1" ; exit 1 ; } [ `id -u` -ne 0 ] && quit "This script must be run as root" [ ! -f $1 ] && quit "Source dvd1 image $1 does not exist" [ ! -d $2 ] && quit "dvd1 dir mountpoint $2 must be a directory" [ -e $3 ] && quit "Memstick img file $3 already exists" [ ! -d $4 ] && quit "Memstick dir $4 not an existing directory" [ `du -sm $4 | awk '{print $1}'` -gt 2 ] && quit "Memstick dir $4 not empty" unit=`mdconfig -f $1` || quit "dvd1 img mdconfig fail" mount_cd9660 /dev/$unit $2 || quit "mount_cd9660 fail" tar cf - -C $2 . | tar xpf - -C $4 || quit "tar pipeline fail" umount $2 && mdconfig -d -u $unit || quit "Could not umount dvd1" echo '/dev/ufs/FreeBSD_Install / ufs ro,noatime 1 1' > $4/etc/fstab makefs -B little -o label=FreeBSD_Install $3 $4 || quit "makefs fail" unit=`mdconfig -f $3` || quit "memstick img mdconfig fail" gpart create -s BSD $unit || quit "gpart create -s BSD fail" gpart bootcode -b $4/boot/boot $unit || quit "gpart bootcode fail" gpart add -t freebsd-ufs $unit || quit "gpart add -t freebsd-ufs fail" mdconfig -d -u $unit echo "Memstick image $3 created:" ; ls -l $3 ======= From owner-freebsd-questions@freebsd.org Tue Sep 6 15:25:27 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCC3CB96C97 for ; Tue, 6 Sep 2016 15:25:27 +0000 (UTC) (envelope-from markham@ssimicro.com) Received: from barracuda.ssimicro.com (barracuda.ssimicro.com [96.46.39.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.ssimicro.com", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A43A113A3 for ; Tue, 6 Sep 2016 15:25:27 +0000 (UTC) (envelope-from markham@ssimicro.com) Received: from mail.ssimicro.com (mail.ssimicro.com [64.247.129.10]) by barracuda.ssimicro.com with ESMTP id yE1vWAcoxjAtVnQF (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 06 Sep 2016 11:07:36 -0400 (EDT) Received: from markham.ssimicro.com (markham.ssimicro.com [64.247.130.99]) (authenticated bits=0) by mail.ssimicro.com (8.15.2/8.15.2) with ESMTPSA id u86F7AKf044268 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Tue, 6 Sep 2016 09:07:10 -0600 (MDT) (envelope-from markham@ssimicro.com) Subject: Re: FreeBSD, OpenLDAP and 2048 bits certificates To: freebsd-questions@freebsd.org References: From: markham breitbach Message-ID: <5b908d6a-9d36-1848-0e93-81684e667acc@ssimicro.com> Date: Tue, 6 Sep 2016 09:07:36 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by bsmtpd at ssimicro.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 15:25:27 -0000 This likely just needs the CA certificate installed. I think TLSCACERT=/path/to/my/ca.cert in /usr/local/etc/openldap/ldap.conf should do it. -Markham On 2016-09-06 4:03 AM, Matthew Seaman wrote: > On 06/09/2016 10:37, Olivier wrote: >> I want to update the certificate I am currently using for OpenLDAP, from >> a 1024 bit self signed to a 2048 bits properly signed certificate. > You mean a paid-for certificate signed by a well known CA? Given that > with LDAP you generally have administrative control over all of the > clients that may connect to your server, that's pretty pointless. The > whole idea of certificate signing is that it's done by an entity that > you can trust to identify strangers on your behalf. Which makes no > sense if there are no 'strangers' involved. > >> When I do the change in OpenLDAP server, Ubuntu clients, Mac OS X >> clients, perls clients, php clients are happy. They recognize the new >> certificate and the change is transparent. >> >> But it is not for FreeBSD (namely nss_ldap and pam_ldap). It looks like >> the server part of OpenLDAP is working fine, but not the client part. >> >> Have you any idea what the problem could be? > No. The FreeBSD vs. other operating systems part is not a useful > datapoint. It's much more likely to be down to differences in the > client-side software packages you're using. You haven't explained how > you are using these certificates -- just to ensure connections are > encrypted, or are you using client certificates to autenticate logins to > the server? What configuration settings are you using? Can you try > putting the correct settings in /usr/local/etc/openldap/ldap.conf and > then using some of the commandline ldap clients to log in? > > Verb. sap. The net/nss-pam-ldapd port provides much the same > functionality as nss_ldap and pam_ldap combined, plus it has various > technical advantages like a local cache and it's actively maintained and > developed. Recommended. > > Cheers, > > Matthew > > From owner-freebsd-questions@freebsd.org Tue Sep 6 18:09:28 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C0F7BC64EC for ; Tue, 6 Sep 2016 18:09:28 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E644F97D for ; Tue, 6 Sep 2016 18:09:27 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: by mail-vk0-x22e.google.com with SMTP id j189so98080235vkc.2 for ; Tue, 06 Sep 2016 11:09:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brilliantservice-co-jp.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=5VbnlHdJ2W9hTXyBYWDapWDFjQuj4T83bQy3X2b/tJs=; b=ZA3NGgb0hAHoyqfL4e8idL1mGjKuQRDe1Ihc9iN8NtP1jscZPxvGMYZFm5OMgAgaDm mhXL0rOHP2fZB7tVKudW6qZfKfuD8HIx85vZ13hbsFwKz60csokyyhPoEzboMVroqLh9 9mUhzzojxFvPdGqCEJfEXsdIjCHUUVfk3xajLV990cu0rWD3ZLlMRO+HCC+0Y/zSRmcY aVo6ku5pSjN9vJYSDqAnBJs4/sHiQ5wD+kBvYbo6hQhW6GjY8lgedVgZpYX5zqSM79wM lg3vbJLb2/e58Bl4aO9IWv0ll41JpJvJP5MtyYzpom4HNmjSvPDMXCZ8wmThQmkj2hSS Cvqg== 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; bh=5VbnlHdJ2W9hTXyBYWDapWDFjQuj4T83bQy3X2b/tJs=; b=Gow57FfwnuggqUp7yndmQDRNklHzyfEM6NT+g3vXcyoMIlAkXfqqQaAG/K5vqev9UD VUEOLX+g/nGe2CKE/x3+zHAarWM7ciY3I7aqyAJNo9b036p1zFHyWsAhPsfQKkfTRIJ6 w7goC8CTrspzhheVj+zrZ+ITgvoyzUgHgxkzaN6FT6LYLH8V7RL4NcEp3cIplqGg6zjY fnvSGqV3Orzl+fkCDR/4T03zeVE1d4nZ6fQrZLFQTCyp6upEq5wBVdkxRT/KYRZx3Fqt NUbiuZ82+ii00RXgD1akKrzuChl1xlgRH5n6vX48bin3PRPtmIJUwNS/yPS13fu2qslZ lo8Q== X-Gm-Message-State: AE9vXwMo7lxjzmQnUUP4In8i05giqqVLZHvLu75aWQuElmT/YA+THMS7GXhx7dCQU8LpaCCu4kIv/jrErbZCENEyfA3sJaymOnZRa3BW477q3Hnd7Y5FBwl7WQgp5uegkbaE4QHOXsmTasJA0ShH+BDNS/uyTw== X-Received: by 10.31.47.82 with SMTP id v79mr15989482vkv.130.1473185366680; Tue, 06 Sep 2016 11:09:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.3.112 with HTTP; Tue, 6 Sep 2016 11:09:11 -0700 (PDT) In-Reply-To: References: <20160718224548.T324@sola.nimnet.asn.au> <578F5688.8010207@gmail.com> <20160720214809.M324@sola.nimnet.asn.au> <216b40cf-d13d-bc8e-8e39-4d1de2b31fb4@gmail.com> From: "Lundberg, Johannes" Date: Tue, 6 Sep 2016 11:09:11 -0700 Message-ID: Subject: Re: vt(4) not power friendly? (was: High CPU temperature and high fans level) To: Adrian Chadd Cc: David Demelier , "freebsd-x11@freebsd.org" , "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 18:09:28 -0000 Ok, so it seems hw.vga.textmode has no effect on UEFI only systems, correct? At least, I couldn't tell any difference between text and graphics mode on Intel Cherryview... Doing this on an older traditional BIOS laptop gives at idle console login prompt: textmode i915kms not loaded 10.1W graphics mode i915kms not loaded 10.2W i915kms loaded 9.2W Refreshing screen contents by doing "ls" 10 times / second with alternating folders. textmode 10.3W graphicsmode 10.5W i915kms 10.8W Measured with acpiconf -i 0 (charger disconnected)=E2=80=8B. Numbers are average over several measurements. At one time "textmode i915kms not loaded" did show 9.3W so it's difficult to say if there really is a difference between text and graphics mode. However, there's a clear difference between i915kms loaded vs not loaded. Not so big that the fans start to go high though... =E2=80=8BConclusion: According to these tests maybe it's not a big deal for the average user who loads X or works in console but considering all the servers out there idling at the console prompt there's a lot of wasted energy.... I haven't looked into it that much but it seems that vt is forcing screen refresh at 25 Hz. Might be a good idea to do a more event driven rendering and postpone melting the ice caps a little longer :) =E2=80=8B On Thu, Sep 1, 2016 at 3:21 PM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Adding > hw.vga.textmode=3D1 > to /boot/loader.conf does not make any difference. > > On Sun, Aug 28, 2016 at 7:03 PM, Adrian Chadd > wrote: > >> On 18 August 2016 at 16:18, Lundberg, Johannes >> wrote: >> > Hi >> > >> > I have been wondering about the same. I have a watt meter connected to >> my >> > dev board and I can clearly see power consumption going down when VT i= s >> > inactive. >> > >> > We should look into this. >> >> ... interesting. Hm. Can you boot vt into 80x25 text mode and test? >> >> >> -a >> >> > >> > On Thu, Aug 18, 2016 at 2:44 PM, David Demelier < >> demelier.david@gmail.com> >> > wrote: >> > >> >> On 20/07/16 15:20, Ian Smith wrote: >> >> >> >>> On Wed, 20 Jul 2016 12:46:32 +0200, David Demelier wrote: >> >>> > Le 18/07/2016 15:41, Ian Smith a =C3=A9crit : >> >>> > > In freebsd-questions Digest, Vol 632, Issue 8, Message: 21 >> >>> > > On Sun, 17 Jul 2016 11:59:32 +0200 David Demelier >> >>> > > wrote: >> >>> > > > 2016-07-17 0:25 GMT+02:00 Polytropon : >> >>> > > > > On Sun, 17 Jul 2016 00:06:07 +0200, David Demelier wrote= : >> >>> > > > >> Hello, >> >>> > > > >> >> >>> > > > >> I was trying FreeBSD 10.3 on my laptop (hp probook 4510= s) >> >>> and was surprised >> >>> > > > >> to see high CPU temperature and fans running high. >> >>> > > > >> >> >>> > > > >> No apps running, I get a temperature of 57C in >> >>> dev.cpu.x.temperature and >> >>> > > > >> fans run high (not able to get rpms). >> >>> > > > >> >> >>> > > > >> On a 4.6.3 Linux distro I get an average of 48C and fan= s >> are >> >>> quite low. >> >>> > > > >> >> >>> > > > >> Both tests were kept in tty. No Xorg running just a boo= t >> and >> >>> user login in >> >>> > > > >> console. >> >>> > > > >> >> >>> > > > >> Do you have any clue? >> >>> > > > > >> >>> > > > > Did you enable powerd? It can slow down the CPU when the >> >>> system >> >>> > > > > is idle, and increase the CPU speed when needed. This >> should >> >>> have >> >>> > > > > an effect on CPU temperature and fan speed. >> >>> > > >> >>> > > > Yes, I had powerd enabled, I tried -a adaptive, -a >> hiadaptive as >> >>> > > > suggested by Erich but it seems that only -a min has some >> little >> >>> > > > effect. I could get a temperature of 52C. I've tested back >> on >> >>> Linux >> >>> > > > and I got an average much lower (41C). >> >>> > > >> >>> > > We really need to see what speed the CPU is running at when >> idle. >> >>> > > >> >>> > > I think the fans running high - presumably from the sound and >> >>> airflow? - >> >>> > > rules out the sort of sensor errors Arthur reported (ie below >> >>> ambient :) >> >>> > > and I assume the box actually feels warmer .. 57C suggests a >> busy >> >>> CPU or >> >>> > > two .. but then it is summer there; what background ambient >> temp. >> >>> range? >> >>> > >> >>> > We have air-conditioning at work so ambient temperature is norma= l, >> >>> somewhat >> >>> > between 24-28. >> >>> >> >>> Ok, just checking. So the temperatures are indeed obviously >> excessive. >> >>> >> >>> > > > By the way the other sensors in hw.acpi.tz* are also much >> >>> higher than >> >>> > > > Linux (using lm_sensors). The highest value is my tz5 whic= h >> is >> >>> at 78C >> >>> >> >>> Isn't that tz2? tz5 is only 55C in your listing (and not active), b= ut >> >>> tz2 is indeed 78C and working the fan moderately hard. >> >>> >> >>> > > > almost 5 seconds after boot while the maximum tz value in >> Linux >> >>> > > > sensors is 55. >> >>> > > > >> >>> > > > I have no idea what's wrong. :( >> >>> >> >>> > > % sysctl hw.acpi >> >>> > > % sysctl debug.acpi >> >>> > > % sysctl dev.est # assuming intel? if not, maybe >> >>> dev.hwpstate? >> >>> > > % sysctl dev.cpu # best while idle, maybe plus when >> busier >> >>> >> >>> > Thanks for your answer, here I posted the output of the sysctl >> >>> variables you >> >>> > asked for: >> >>> > >> >>> > http://markand.fr/files/result.txt >> >>> >> >>> Thanks, that's a useful format. Well, a couple of things .. >> >>> >> >>> > I've ran them on a FreeBSD memstick, I needed to install a Linux >> >>> distro until >> >>> > I can find a solution because this drains my battery a lot. >> >>> >> >>> But did you start powerd after the memstick boot? From the CPU spee= d, >> >>> assuming it was generally idle, I suspect not? >> >>> >> >>> The big surprise is that CPU frequency (at least when you asked) is = at >> >>> maximum (except for Turboboost mode) and that it's only using C1 sta= te >> >>> when halted. C2 and C3 states provide a huge win for power >> consumption >> >>> - and so proportionally less heat. Alexander takes it to the limit >> at: >> >>> https://wiki.freebsd.org/TuningPowerConsumption >> >>> >> >>> hw.acpi.cpu.cx_lowest: C1 # the 'master setting' for cx_lowest >> >>> >> >>> # =3D=3D> sysctl dev.cpu >> >>> dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 14427us >> >>> dev.cpu.1.cx_lowest: C1 >> >>> dev.cpu.1.cx_supported: C1/1/1 C2/2/1 C3/3/162 >> >>> [..] >> >>> dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 13756us >> >>> dev.cpu.0.cx_lowest: C1 >> >>> dev.cpu.0.cx_supported: C1/1/1 C2/2/1 C3/3/162 >> >>> dev.cpu.0.freq_levels: 2101/35000 2100/35000 1600/23888 1200/15000 >> >>> dev.cpu.0.freq: 2100 >> >>> >> >>> Also noted that it's running on battery (which is good for this >> purpose) >> >>> hw.acpi.acline: 0 >> >>> hw.acpi.battery.info_expire: 5 >> >>> hw.acpi.battery.units: 1 >> >>> hw.acpi.battery.state: 1 >> >>> hw.acpi.battery.time: 91 # can likely be doubled of better >> >>> hw.acpi.battery.life: 79 >> >>> >> >>> > The average temperature was 50C, a bit less than the installed >> >>> version on >> >>> > hard drive where I have seen higher values. This is interesting.= I >> >>> will >> >>> > double check if something else makes the CPU more busy. >> >>> >> >>> Well you need to duplicate basic conditions when booted from memstic= k; >> >>> after boot, as root you should be able to: >> >>> >> >>> # service powerd onestart >> >>> # sysctl hw.acpi.cpu.cx_lowest=3DCmax >> >>> >> >>> and then observe dev.cpu.0.freq and dev.cpu.0.cx_usage .. >> >>> >> >>> Though whenever you plug it in, or unplug it, you'll have to set the >> >>> sysctl again, unless you update the settings in /etc/rc.conf >> (possible?) >> >>> >> >>> Which should a) have it drop back to 1200 MHz and b) allow it to use >> C2 >> >>> and probably C3 .. you might check dmesg for any mention of 'C2' or >> 'C3' >> >>> as certain combinations of chosen timecounter can limit C3 or even C= 2 >> >>> use, and will say so (usually to do with use of the TSC as >> timecounter) >> >>> >> >>> On 9.3 one still had to explicily set these: >> >>> !grep cx /etc/defaults/rc.conf >> >>> performance_cx_lowest=3D"HIGH" # Online CPU idle state >> >>> economy_cx_lowest=3D"HIGH" # Offline CPU idle state >> >>> !grep cx /etc/rc.conf >> >>> performance_cx_lowest=3DC3 >> >>> economy_cx_lowest=3DC3 >> >>> >> >>> But on head sources from a couple of months ago: >> >>> !grep cx /usr/head/src/etc/defaults/rc.conf >> >>> performance_cx_lowest=3D"C2" # Online CPU idle state >> >>> economy_cx_lowest=3D"Cmax" # Offline CPU idle state >> >>> >> >>> So you might want to check what is there for 10.3? Setting both >> 'Cmax' >> >>> (or at least to C2) should be safe, the head defaults above are like= ly >> >>> more conservative for a few boxes that aren't happy with C3 and >> higher. >> >>> >> >>> If that works, with powerd running CPU at 1200 MHz, it should save >> lots >> >>> of power and run plenty cooler. Good luck! >> >>> >> >>> Warner Losh has suggested disabling Turbo mode on these if having he= at >> >>> problems, by adding (in your case) '-M 2100' to powerd_flags, but th= at >> >>> might be something for later. Meanwhile go for C2 and C3+ if >> possible. >> >>> >> >>> As for fans, tz2 and tz0 are the only ones with 'active' cooling, >> though >> >>> tz2 is the only one also with passive cooling, so is most probably t= he >> >>> CPU/s - see acpi_thermal(4). >> >>> >> >>> This one doesn't turn on passive cooling (ie slowing the CPU) until >> only >> >>> 3C below critical shutdown temperature, which seems a bit close to m= e. >> >>> >> >>> At that moment it was above 45C and below 62C, so running at level 3= . >> >>> >> >>> hw.acpi.thermal.tz2._TSP: 300 >> >>> hw.acpi.thermal.tz2._TC2: 2 >> >>> hw.acpi.thermal.tz2._TC1: 1 >> >>> hw.acpi.thermal.tz2._ACx: 84.0C 74.0C 62.0C 45.0C 38.0C 30.0C -1 -1 >> -1 -1 >> >>> hw.acpi.thermal.tz2._CRT: 108.0C >> >>> hw.acpi.thermal.tz2._HOT: -1 >> >>> hw.acpi.thermal.tz2._PSV: 105.0C >> >>> hw.acpi.thermal.tz2.thermal_flags: 0 >> >>> hw.acpi.thermal.tz2.passive_cooling: 1 >> >>> hw.acpi.thermal.tz2.active: 3 >> >>> hw.acpi.thermal.tz2.temperature: 53.0C >> >>> >> >>> This fan is also active at level 3 (0-based, so above 72C, with 3 >> higher >> >>> speeds to go). It can be hard to tell what TZ matches what 'device'= . >> >>> >> >>> hw.acpi.thermal.tz0._TSP: -1 >> >>> hw.acpi.thermal.tz0._TC2: -1 >> >>> hw.acpi.thermal.tz0._TC1: -1 >> >>> hw.acpi.thermal.tz0._ACx: 105.0C 96.0C 87.0C 72.0C 64.0C 57.0C 30.0C >> -1 >> >>> -1 -1 >> >>> hw.acpi.thermal.tz0._CRT: 108.0C >> >>> hw.acpi.thermal.tz0._HOT: -1 >> >>> hw.acpi.thermal.tz0._PSV: -1 >> >>> hw.acpi.thermal.tz0.thermal_flags: 0 >> >>> hw.acpi.thermal.tz0.passive_cooling: 0 >> >>> hw.acpi.thermal.tz0.active: 3 >> >>> hw.acpi.thermal.tz0.temperature: 78.0C >> >>> >> >>> That one seems pretty high. I'd suspect the GPU(/s?) but you're not >> >>> running X, so hmmm .. definitely not CPU though. >> >>> >> >>> cheers, Ian >> >>> >> >> >> >> Hello all, >> >> >> >> Sorry for this late response, I was in vacation. >> >> >> >> I've spent some time into this problem again, and I think I have foun= d >> the >> >> culprit. I first disabled completely the new console driver vt(4) to >> use >> >> the old syscons and the CPU coretemp temperature immediately fell. >> >> >> >> Running with vt(4) and radeonkms loaded: average of 47=C2=B0, no X, j= ust a >> >> plain tty with nothing running. >> >> >> >> Running with syscons: average of 38=C2=B0. >> >> >> >> That's why I've CC'ed to freebsd-x11@, >> >> >> >> Is there power issue in the new vt(4) driver? I've also tried with >> >> textmode with the same results. >> >> >> >> Regards, >> >> >> >> -- >> >> David Demelier >> >> _______________________________________________ >> >> freebsd-x11@freebsd.org mailing list >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org= " >> >> >> > >> > -- >> > =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- >> > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81= =A6=EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB= =E3=81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3= =81=97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7= =98=E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA= =E3=82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3= =81=BE=E3=81=99=E3=80=82 >> > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4= =96=E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F= =E5=A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81= =AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80= =E5=88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 >> > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81= =AE=E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF= =E8=A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3= =81=84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82= =8C=E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3= =E3=81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 >> > --- >> > CONFIDENTIALITY NOTE: The information in this email is confidential >> > and intended solely for the addressee. >> > Disclosure, copying, distribution or any other action of use of this >> > email by person other than intended recipient, is prohibited. >> > If you are not the intended recipient and have received this email in >> > error, please destroy the original message. >> > _______________________________________________ >> > freebsd-questions@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> > To unsubscribe, send any mail to "freebsd-questions-unsubscribe >> @freebsd.org" >> > > --=20 =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- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-questions@freebsd.org Wed Sep 7 04:24:56 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACBAFBC640B for ; Wed, 7 Sep 2016 04:24:56 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (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 3C57DE3D; Wed, 7 Sep 2016 04:24:55 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 4D9ACD7886; Wed, 7 Sep 2016 11:24:51 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :in-reply-to:subject:subject:from:from:received:received :received; s=selector1; t=1473222290; x=1475036691; bh=VR6IANphi JOAgFE3e5K3UxxC7tjZLgDbKVtd4dHPT9I=; b=DJIXNDzNmpvF0M5thP7wQaxxu MMiNb90heLkCEO5/rcYZvEK+DNH34p0ktirMnFjJbxcWK2Z+ZIHfddewIT2tZJK/ Y9JOSmeqMRBR9X4vLrjECjqayQhUeI5H173BLAc0Ca/aYL9SO5+b7klnTH9VwsHl vN8JM0UnLiziy2ebak= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id irJsf27qGEUh; Wed, 7 Sep 2016 11:24:50 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 23D96D7885; Wed, 7 Sep 2016 11:24:50 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id u874OmqZ014229; Wed, 7 Sep 2016 11:24:48 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: Matthew Seaman Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD, OpenLDAP and 2048 bits certificates In-Reply-To: (message from Matthew Seaman on Tue, 6 Sep 2016 11:03:35 +0100) Date: Wed, 07 Sep 2016 11:24:48 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 04:24:56 -0000 Matthew Seaman writes: > You mean a paid-for certificate signed by a well known CA? Nowdays, not all known CA signed certificates are paid for :) > Given that > with LDAP you generally have administrative control over all of the > clients that may connect to your server, that's pretty pointless. The > whole idea of certificate signing is that it's done by an entity that > you can trust to identify strangers on your behalf. Which makes no > sense if there are no 'strangers' involved. With a selfsigned certificate, you have to attend each client manually (and in my small set-up I already have about 40 clients, hard to do them all at once, hard not to forget the barely used one) whenever you need to update something with your certificate, advantage of the known CA is that it should be transparent. >> When I do the change in OpenLDAP server, Ubuntu clients, Mac OS X >> clients, perls clients, php clients are happy. They recognize the new >> certificate and the change is transparent. >> >> But it is not for FreeBSD (namely nss_ldap and pam_ldap). It looks like >> the server part of OpenLDAP is working fine, but not the client part. >> >> Have you any idea what the problem could be? > > No. The FreeBSD vs. other operating systems part is not a useful > datapoint. It's much more likely to be down to differences in the > client-side software packages you're using. You haven't explained how > you are using these certificates -- just to ensure connections are > encrypted, or are you using client certificates to autenticate logins to > the server? What configuration settings are you using? Can you try > putting the correct settings in /usr/local/etc/openldap/ldap.conf and > then using some of the commandline ldap clients to log in? I am not using client certificate, only username/password, over LDAPS (most of the clients) and LDAP+TLS (replication). The server is OpenLDAP on FreeBSD and on FreeBSD, the clients are nss_ldap and pam_ldap over OpenLDAP. All stock and classic, built from ports. I am seeing the same problem when it comes to replication between two OpenLDAP servers: I can replicate with the self signed CA, but not with the known CA. > Verb. sap. The net/nss-pam-ldapd port provides much the same > functionality as nss_ldap and pam_ldap combined, plus it has various > technical advantages like a local cache and it's actively maintained and > developed. Recommended. Thanks, I'll give it a look. My installation of LDAP dates back few years already, no nss-pam-ldapd at that time. Best regards, Olivier > > Cheers, > > Matthew > > > > [2:application/pgp-signature Show Save:signature.asc (931B)] > -- From owner-freebsd-questions@freebsd.org Wed Sep 7 04:54:43 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65658BC6B31 for ; Wed, 7 Sep 2016 04:54:43 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (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 17E2CB02 for ; Wed, 7 Sep 2016 04:54:43 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 9BD09D7886 for ; Wed, 7 Sep 2016 11:54:40 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :in-reply-to:subject:subject:from:from:received:received :received; s=selector1; t=1473224079; x=1475038480; bh=AC5IHhgJX 4jRg2bYBAoEl6p+64EloACa1NP3XbkdS+4=; b=Ogw+mpbVerbOkcpQa5Z2thfAm gH17mTUGYLO/5oewQQl2jxEHutz/Mp9Lsaluna4zFFaFmk/rf9YU309OGThOdKfv 0pptwaQxk6GSPgtfhiO+5Lvv/giemL6vuLH20EJAl3cdxs/qnHN3I0DkSn2l55TL y04qz3txj8c/m/mX18= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cB-K4AWEv7s1 for ; Wed, 7 Sep 2016 11:54:39 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 7F21ED7885 for ; Wed, 7 Sep 2016 11:54:39 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id u874sdrf014862; Wed, 7 Sep 2016 11:54:39 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: freebsd-questions@freebsd.org Subject: Re: FreeBSD, OpenLDAP and 2048 bits certificates In-Reply-To: (message from Olivier on Wed, 07 Sep 2016 11:24:48 +0700) Date: Wed, 07 Sep 2016 11:54:39 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 04:54:43 -0000 I apologize, it seems that upgrading OpenLDAP client from 2.41 to 2.44 did the trick 9either known CA was not yet known in 2.41 or the key length has changed there). Best regards, olivier -- From owner-freebsd-questions@freebsd.org Wed Sep 7 06:12:14 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3641BAC40C8 for ; Wed, 7 Sep 2016 06:12:14 +0000 (UTC) (envelope-from perryh@pluto.rain.com) 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 05D34A4 for ; Wed, 7 Sep 2016 06:12:13 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id u876C70j072632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Sep 2016 23:12:09 -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 u876C6Li072631; Tue, 6 Sep 2016 23:12:06 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA20156; Tue, 6 Sep 16 21:46:01 PDT Date: Tue, 06 Sep 2016 21:46:13 -0700 From: perryh@pluto.rain.com (Perry Hutchison) To: wblock@wonkity.com Cc: freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" Message-Id: <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> In-Reply-To: User-Agent: nail 11.25 7/29/05 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 06:12:14 -0000 Warren Block wrote: > On Tue, 6 Sep 2016, Perry Hutchison wrote: > > I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then > > used "gpart recover" to resize the partition table to the media. > > After that "gpart show" reports: > > > > # gpart show da2 > > => 3 7811067 da2 GPT (3.7G) > > 3 32 1 freebsd-boot (16K) > > 35 1348832 2 freebsd-ufs (659M) > > 1348867 2048 3 freebsd-swap (1.0M) > > 1350915 6460155 - free - (3.1G) > > > > but "gpart add" refuses to add a second freebsd-ufs partition in > > that supposedly-free space: > > > > # gpart add -t freebsd-ufs -l pkgs -f x da2 > > gpart: index '4': No space left on device > > > > # gpart add -t freebsd-ufs -l pkgs -f x -b 1350915 -s 6460155 da2 > > gpart: index '4': No space left on device > > The second one makes more sense, as the first '-f x' would/should > have allocated that space (in an uncommitted operation). Don't know > about the first one, unless you have tried it before. It gave that result the very first time, and a subsequent "gpart show" produced the same output as before. I tried the second in case the reason for the first failing was that (absent -b and -s) it defaulted to trying to define a partition covering the whole device, failing because the device was not empty. > Why bother with '-f x'? Why not just do the operation immediately? Paranoia. IIUC, uncommitted operations work for all purposes except surviving a reboot, in particular a subsequent "gpart show", but without writing anything to the stick in the (likely) event that I did something wrong that would corrupt the stick if committed. (I do not pretend to understand gpart, and I've been finding its manpage horribly terse.) From owner-freebsd-questions@freebsd.org Wed Sep 7 06:12:18 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCE41AC40DF for ; Wed, 7 Sep 2016 06:12:18 +0000 (UTC) (envelope-from perryh@pluto.rain.com) 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 AABAD191 for ; Wed, 7 Sep 2016 06:12:18 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id u876CFKt072652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Sep 2016 23:12:15 -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 u876CEui072645; Tue, 6 Sep 2016 23:12:14 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA20238; Tue, 6 Sep 16 22:54:11 PDT Date: Tue, 06 Sep 2016 22:54:24 -0700 From: perryh@pluto.rain.com (Perry Hutchison) To: smithi@nimnet.asn.au Cc: wblock@wonkity.com, freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" Message-Id: <57cfab90.qRHpzKSiF/A9Stt1%perryh@pluto.rain.com> References: <20160907000551.F91459@sola.nimnet.asn.au> In-Reply-To: <20160907000551.F91459@sola.nimnet.asn.au> User-Agent: nail 11.25 7/29/05 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 06:12:18 -0000 Ian Smith wrote: > In freebsd-questions Digest, Vol 640, Issue 2, Message: 5 > On Tue, 06 Sep 2016 00:21:08 -0700 perryh@pluto.rain.com (Perry Hutchison) > wrote: > > I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then > > used "gpart recover" to resize the partition table to the media. > > After that "gpart show" reports: > > > > # gpart show da2 > > => 3 7811067 da2 GPT (3.7G) > > 3 32 1 freebsd-boot (16K) > > 35 1348832 2 freebsd-ufs (659M) > > 1348867 2048 3 freebsd-swap (1.0M) > > 1350915 6460155 - free - (3.1G) > > > > but "gpart add" refuses to add a second freebsd-ufs partition in > > that supposedly-free space: > > > > # gpart add -t freebsd-ufs -l pkgs -f x da2 > > gpart: index '4': No space left on device > > > > # gpart add -t freebsd-ufs -l pkgs -f x -b 1350915 -s 6460155 da2 > > gpart: index '4': No space left on device > > > > All of these partitions are unmounted. > > > > What am I doing wrong? > > Hi Perry, > > How did you 'copy' the memstick.img to the flash drive? # dd if=FreeBSD-10.3-RELEASE-i386-memstick.img of=/dev/da2 bs=71b Why bs=71b? 71*512 is the largest factor of the image size that is a multiple of 512 and less than 126*512, so this way there is no partial dd block at the end. (Old-timers will remember why some of us don't like to exceed bs=126b with dd :) BTW it did boot (I only tried single-user mode) and worked well enough to resize itself with "gpart recover". > root@x200:~ # ll /dev/da* > crw-rw---- 1 root operator 0x8c Sep 6 19:12 /dev/da0 > crw-rw---- 1 root operator 0x8d Sep 6 19:12 /dev/da0a > > root@x200:~ # > gpart show da0 > => 0 1974272 da0 BSD (964M) > 0 1523248 1 freebsd-ufs (743M) > 1523248 451024 - free - (220M) # ll /dev/da* crw-r----- 1 root operator 0, 116 Aug 31 20:05 /dev/da0 crw-r----- 1 root operator 0, 117 Aug 31 20:05 /dev/da0s1 crw-r----- 1 root operator 0, 118 Aug 31 20:05 /dev/da0s2 crw-r----- 1 root operator 0, 119 Aug 31 20:05 /dev/da0s3 crw-r----- 1 root operator 0, 87 Sep 5 18:03 /dev/da1 crw-r----- 1 root operator 0, 88 Sep 5 18:03 /dev/da1a crw-r----- 1 root operator 0, 112 Sep 5 18:21 /dev/da2 crw-r----- 1 root operator 0, 114 Sep 5 18:21 /dev/da2p1 crw-r----- 1 root operator 0, 115 Sep 5 18:21 /dev/da2p2 crw-r----- 1 root operator 0, 120 Sep 5 18:21 /dev/da2p3 da0 is an actual SCSI disk, partitioned the old way (MBR), and containing a different OS. da1 is an 8.1 memstick, "partitioned" the way 8.x memsticks were done. da2 is the 10.3 memstick, which appears to be GPT. > That's a 10.3 memstick.img dd'd to a 1G stick. For some bizarre reason, > maybe 10? years on, these are still being made as pseudo-floppy images, > here as da0a, rather than something sane like da0s1a, where you could > merrily add more (MBR) partitions and use boot0cfg to choose between > them - as PC-BSD has been doing for years - or with GPT, at least extra > data partition/s as you want here, useful in itself. Seems my 10.3 memstick.img is different than yours :( Mine is FreeBSD-10.3-RELEASE-i386-memstick.img.xz of 3/24/2016, downloaded from ftp14.us.freebsd.org on 5/1/2016 (and decompressed before being dd'd to the stick , of course). > It's actually a bodgy image; here's what fdisk makes of that 1G stick: > > root@x200:~ # fdisk /dev/da0 > ******* Working on device /dev/da0 ******* > parameters extracted from in-core disklabel are: > cylinders=973 heads=255 sectors/track=63 (16065 blks/cyl) > > parameters to be used for BIOS calculations are: > cylinders=973 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 0, size 50000 (24 Meg), flag 80 (active) > beg: cyl 0/ head 0/ sector 1; > end: cyl 1023/ head 254/ sector 63 > > Most of which is nonsense, except that it does start at sector 0, while > imcorporating an MBR and a BSD disklabel, and of course size is bogus. # fdisk /dev/da2 ******* Working on device /dev/da2 ******* parameters extracted from in-core disklabel are: cylinders=486 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=486 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 7811071 (3813 Meg), flag 0 beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: which I take to be the protective MBR of the GPT scheme. From owner-freebsd-questions@freebsd.org Wed Sep 7 06:58:48 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A06AAC4C66 for ; Wed, 7 Sep 2016 06:58:48 +0000 (UTC) (envelope-from cary@SDF.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-pub-iedge-vip.email.rr.com [107.14.166.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cdptpa-oedge", Issuer "cdptpa-oedge" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15E7A6E8 for ; Wed, 7 Sep 2016 06:58:47 +0000 (UTC) (envelope-from cary@SDF.org) Received: from [67.49.10.59] ([67.49.10.59:13785] helo=bsdfull.Belkin) by cdptpa-omsmta01 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id DB/A1-30742-D5ABFC75; Wed, 07 Sep 2016 06:57:37 +0000 From: Cary Subject: Re: New motherboard is a success and a breeze !! To: freebsd-questions@freebsd.org References: <02E448D9-49B3-4C60-AF95-4EB8B8BA8A25@levlaz.org> Message-ID: <57CFBA59.6060200@SDF.org> Date: Tue, 6 Sep 2016 23:57:29 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <02E448D9-49B3-4C60-AF95-4EB8B8BA8A25@levlaz.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.6:25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 06:58:48 -0000 Hi Manish. Thanks to you again for sharing, and much thanks to the developers of FreeBSD who have helped make changes in hardware configuration so painless to manage. For me the story has been about one FreeBSD i386 system, over the course of many upgrades, in use on three different boards sold by Dell, Asus, Intel. Never had need to reinstall. Chipset and CPU varied each time. Lev Lazinskiy wrote: > Hi Manish, > > Thanks for sharing! This is pretty amazing. > > Best, > Lev >> On Sep 2, 2016, at 9:26 AM, Manish Jain wrote: >> >> >> Hi, >> >> For anyone needing confirmation that FreeBSD does not need to >> reinstalled upon change of motherboard/CPU, this message is precisely >> that. My previous MB+CPU were generating a high-pitched, grating sound >> which I was finding intolerable to bear. >> >> So I junked the Asus MB+ AMD A6-6400K CPU (costing USD 125 in all and >> just 2 weeks is use), and moved to a Gigabyte GA970 ATX board (costing >> USD 100), which I paired with a very old Athlon II (X2 270) Regor 3.4 >> Ghz that was lying around in my stocks. >> >> The whole MB has changed, the CPU has changed, and yet FreeBSD 10.3 >> amd64 comes up like a breeze. Not one bit has had to be changed >> anywhere, not even a single entry in rc.conf. Everything just works - >> internet, virtualbox, sound, video, scanner, printer. It really is a wonder. >> >> And the best part for me is that there is no more of that high-pitch >> grating sound that was driving me mad. I don't mind losing a bit of >> money, but I did NOT want to be stuck forever in the company of unwanted >> audio effects. >> >> Regards, >> Manish Jain >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- cary@sdf.org SDF Public Access UNIX System - http://sdf.org ------------------------------ From owner-freebsd-questions@freebsd.org Wed Sep 7 08:20:41 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56400BCFB8F for ; Wed, 7 Sep 2016 08:20:41 +0000 (UTC) (envelope-from admin@vps-1079223.vpshome.pro) Received: from vps-1079223.vpshome.pro (vps-1079223.vpshome.pro [109.120.142.231]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19A39FE6 for ; Wed, 7 Sep 2016 08:20:41 +0000 (UTC) (envelope-from admin@vps-1079223.vpshome.pro) Received: from admin by vps-1079223.vpshome.pro with local (Exim 4.82) (envelope-from ) id 1bhY62-0003i0-Ox for freebsd-questions@FreeBSD.org; Wed, 07 Sep 2016 11:20:38 +0300 To: freebsd-questions@FreeBSD.org Subject: Your account has been Iimited untiI we hear from you X-PHP-Originating-Script: 1000:ke.php From: Support Team Message-Id: Date: Wed, 07 Sep 2016 11:20:38 +0300 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 08:20:41 -0000 From owner-freebsd-questions@freebsd.org Wed Sep 7 11:46:03 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 802AABCFBAB for ; Wed, 7 Sep 2016 11:46:03 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 65DC3FBE for ; Wed, 7 Sep 2016 11:46:03 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: by mailman.ysv.freebsd.org (Postfix) id 61E30BCFBAA; Wed, 7 Sep 2016 11:46:03 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61954BCFBA9 for ; Wed, 7 Sep 2016 11:46:03 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (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 18C0CFB9 for ; Wed, 7 Sep 2016 11:46:02 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 4E0A4D7884 for ; Wed, 7 Sep 2016 18:45:54 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :subject:subject:from:from:received:received:received; s= selector1; t=1473248753; x=1475063154; bh=HFdqo0sv69eFt7nd/60meA gfiK8xFT7O4v3LmeqTBB0=; b=Xm6R3hR46EH3P7prqKMKj6bq+nIkqV7Hjzz62z OebiEau0ehdMQZFKqKGRhHFPWMjsM/Bk1PXkjHxqGRvq+ziKCS1RtRxoi4YREKhv Df4iLmK36NnmpfxwWraYg2cdoaQhGnmPF46H24Yt9xhY17z5twhDE8Y0ipr8xBYC t7Boo= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id AsHP1iQ-Dgcf for ; Wed, 7 Sep 2016 18:45:53 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 66090D7881 for ; Wed, 7 Sep 2016 18:45:53 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id u87BjqQI004623; Wed, 7 Sep 2016 18:45:52 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: questions@freebsd.org Subject: Start to instances of a service Date: Wed, 07 Sep 2016 18:45:52 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 11:46:03 -0000 Hi, Is there a recommended way, in FreeBSD, to start two instances of a given service? For the default, I have most of the option in /etc/rc.conf and eventually some configuration file in /usr/local/etc. OK, I could create an alternate configuration file, but what to put in /etc/rc.conf? Before hacking it my own way, I'd like to know if there is any recommended policy in FreeBSD. Best regards, Olivier -- From owner-freebsd-questions@freebsd.org Wed Sep 7 12:08:55 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92214BD0E10 for ; Wed, 7 Sep 2016 12:08:55 +0000 (UTC) (envelope-from aimass@yabarana.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7137564E for ; Wed, 7 Sep 2016 12:08:55 +0000 (UTC) (envelope-from aimass@yabarana.com) Received: by mailman.ysv.freebsd.org (Postfix) id 70882BD0E0F; Wed, 7 Sep 2016 12:08:55 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7034CBD0E0E for ; Wed, 7 Sep 2016 12:08:55 +0000 (UTC) (envelope-from aimass@yabarana.com) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29E9464D for ; Wed, 7 Sep 2016 12:08:55 +0000 (UTC) (envelope-from aimass@yabarana.com) Received: by mail-vk0-x234.google.com with SMTP id v189so11048702vkv.1 for ; Wed, 07 Sep 2016 05:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yabarana-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=73iroe/dLF39+si+Sj4y9xMw0p8zinTWaZfrknm6Xnw=; b=ZBDHKcVjzX4TUuNyhOCk3XUeOcviQFBDfFKa3aveMmXySLwfxaCd2yrraf1nxe/gkr Tb5KhJydZJkvGPTk0RpUtubG+eHiNwvE1XJkTdzejW0dzqR1zDldZX8uPEjEu+pU5gUR H5+iTDvGYPhl+MJSNlmtWwg4WuEpmPo+oQPX7BAmT5WdSdzs6Y3l34+jdMP50JSCmzLy RksZUDrf8dGIrwZBPtQ2tN9RYLTJ0VYtzu3FKXrVSJy3EyL5Bg0TLr/ol3nubhHNclUD 0TkeGCQ4XhNg1ZSJyL79rfz0DDbl2fdnXde8510b2zHDppjz8QYqy7c2EkQVd3MrSRFb wuaQ== 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; bh=73iroe/dLF39+si+Sj4y9xMw0p8zinTWaZfrknm6Xnw=; b=BrBib2cl6ORyDQF5rmzZTCPQVPkpbTLqpfH5XxAyidrcpGFgG6ijvnxPDVaEWdgNbk Fm1CDVLCKoIi5E7I1UBzX7DStcw1U6QA5fcwS005KoDk27KyZrylcyiFtKL6Bn8NjgwU HaWjF7ZPtfGmYTLnPItPY029twtCL7O11zaaYw4GOtkelnHNbLkSWIzqn1BKyto8owjj rSN6vskXB9aaiMFxE0/S6r4fpVk76CP+En4MoruSsXLd5Fa0u8A8StZcMIOSNX02nIZJ Nrn4g8BgG6vwuq3BBT5uFGLcgIxav3gyzQLsl1wcUFPPVDPivBONHU8Kmqq9Crc/gDBs n4mQ== X-Gm-Message-State: AE9vXwPjuVVgUgUfAoqFtSTmRN1ya9LxFC+bF93TMUjKzWlO+zEMbKde8q9jB1PyFtg7lRfcGRVXG4rHmlotCg== X-Received: by 10.31.34.70 with SMTP id i67mr1570075vki.155.1473250134348; Wed, 07 Sep 2016 05:08:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.74.149 with HTTP; Wed, 7 Sep 2016 05:08:53 -0700 (PDT) In-Reply-To: References: From: Alejandro Imass Date: Wed, 7 Sep 2016 08:08:53 -0400 Message-ID: Subject: Re: Start to instances of a service To: Olivier Cc: "questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 12:08:55 -0000 On Wednesday, 7 September 2016, Olivier wrote: > Hi, > > Is there a recommended way, in FreeBSD, to start two instances of a > given service? > > IMO Jails are the preferred way. Best, Alejandro Imass From owner-freebsd-questions@freebsd.org Wed Sep 7 12:38:44 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5257B96CE0 for ; Wed, 7 Sep 2016 12:38:44 +0000 (UTC) (envelope-from matt@conundrum.com) Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 786A6BC2 for ; Wed, 7 Sep 2016 12:38:44 +0000 (UTC) (envelope-from matt@conundrum.com) Received: by mail-qt0-x22a.google.com with SMTP id 38so6439455qte.1 for ; Wed, 07 Sep 2016 05:38:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=conundrum-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=LclEaI+jeiabqMZXrw7BpbChF6JCM43+cTMyjYgGZKs=; b=gCzalN3fjyUHhM/hSDMH4QmdvVLIfvMjYhFXKlxLGz7DDUIPSRfGUdA0wM3bcyF/Kx 3V9LsWtMHnvuAOW8TQOmEurmKGTjB31hEFfTxPCwkA2kcOrARnhVwEJOuEetqZsSQaHe cSXOQBhPIrMa7ENC5Aq74tp8eRlqbuUeZ56Ky0pCylGYjrSjH74NmimzItNcT76Gtpcv 3372S/ZcHj+nGHFprRi3sLvvHAKPWhprwVuPEdVjVuibqFZm9pUK6aJqHExalZ7hERaU MSzLvP/PmpHc6EGCiR1ki5GzBfph7veIgpTaLXzaZZ4HCfjYHR08zcHYMvkLAie1HWWI zzqg== 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; bh=LclEaI+jeiabqMZXrw7BpbChF6JCM43+cTMyjYgGZKs=; b=fMheng9OIDgjwv639y5zcrv/lQuivmr+s3mLFj6ZALm6zsma3/1HaWcXtQP+ohVFk9 Wxc7N5mTH+yh55nddwSzi0Sepy4Xwdfh5Q303d1Uc3HvTVORDeMbJvg+uJZPNq37UWhu X2tDUb0V2I9Ijeb9Fl5AJv3MoZOd5s4/aYWd6/dNLX5vtS6+6AqePrqEtOlDfTvSqYq/ m8ZwyTwWM1L1I/lPlGcDK/3VFXTz6dRmmM8uC44SB0iKEIO63VT2Y8H/gRstG2UkMJ1i rstCc6XLWs8VxDA+KERWi3Xy5hRTy0GHv+bjsKlt/SKTjupCtzr8fU3nRjeFX21etIVj rTUw== X-Gm-Message-State: AE9vXwP1V+v9TWqotHwnWqFwU3nV8WcZi4Pj7pyDYs4yA1fquMU9H5j3OHx/lFItFN0XMTFZjfQQXigS+vKdaA== X-Received: by 10.200.45.147 with SMTP id p19mr24630560qta.3.1473251923241; Wed, 07 Sep 2016 05:38:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.52.225 with HTTP; Wed, 7 Sep 2016 05:38:42 -0700 (PDT) X-Originating-IP: [192.0.221.246] From: Matthew Pounsett Date: Wed, 7 Sep 2016 08:38:42 -0400 Message-ID: Subject: freebsd-update not updating kernel? To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 12:38:44 -0000 It looks to me from what I'm pasting below as if there is a kernel out there somewhere for 9.3-RELEASE-p45, but freebsd-update is unable/unwilling to fetch it. I've also got Virtualbox segfaulting, which frequently happens to me mid-upgrade when there's a kernel/package mismatch. Does anyone have an explanation for what's happening here? % uname -a FreeBSD localhost 9.3-RELEASE-p43 FreeBSD 9.3-RELEASE-p43 #0: Sat May 28 00:19:32 UTC 2016 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 % sudo freebsd-update -F fetch install Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching metadata signature for 9.3-RELEASE from update6.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 9.3-RELEASE-p45. No updates are available to install. Run '/usr/sbin/freebsd-update fetch' first. % sudo pkg install -f lsof Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. The following 1 package(s) will be affected (of 0 checked): Installed packages to be REINSTALLED: lsof-4.90.e,8 Number of packages to be reinstalled: 1 111 KiB to be downloaded. Proceed with this action? [y/N]: y Fetching lsof-4.90.e,8.txz: 100% 111 KiB 113.9kB/s 00:01 Checking integrity... done (0 conflicting) [1/1] Reinstalling lsof-4.90.e,8... [1/1] Extracting lsof-4.90.e,8: 100% % lsof >/dev/null lsof: WARNING: compiled for FreeBSD release 9.3-RELEASE-p45; this is 9.3-RELEASE-p43. From owner-freebsd-questions@freebsd.org Wed Sep 7 12:46:25 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38F62B96F93 for ; Wed, 7 Sep 2016 12:46:25 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E06DB10EF for ; Wed, 7 Sep 2016 12:46:24 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u87CkM6v026034 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 7 Sep 2016 06:46:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u87CkL4T026029; Wed, 7 Sep 2016 06:46:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 7 Sep 2016 06:46:21 -0600 (MDT) From: Warren Block To: Perry Hutchison cc: freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-Reply-To: <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> Message-ID: References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 07 Sep 2016 06:46:22 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 12:46:25 -0000 On Tue, 6 Sep 2016, Perry Hutchison wrote: > Warren Block wrote: >> On Tue, 6 Sep 2016, Perry Hutchison wrote: >>> I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then >>> used "gpart recover" to resize the partition table to the media. >>> After that "gpart show" reports: >>> >>> # gpart show da2 >>> => 3 7811067 da2 GPT (3.7G) >>> 3 32 1 freebsd-boot (16K) >>> 35 1348832 2 freebsd-ufs (659M) >>> 1348867 2048 3 freebsd-swap (1.0M) >>> 1350915 6460155 - free - (3.1G) >>> >>> but "gpart add" refuses to add a second freebsd-ufs partition in >>> that supposedly-free space: >>> >>> # gpart add -t freebsd-ufs -l pkgs -f x da2 >>> gpart: index '4': No space left on device >>> >>> # gpart add -t freebsd-ufs -l pkgs -f x -b 1350915 -s 6460155 da2 >>> gpart: index '4': No space left on device >> >> The second one makes more sense, as the first '-f x' would/should >> have allocated that space (in an uncommitted operation). Don't know >> about the first one, unless you have tried it before. > > It gave that result the very first time, and a subsequent "gpart show" > produced the same output as before. I tried the second in case the > reason for the first failing was that (absent -b and -s) it defaulted > to trying to define a partition covering the whole device, failing > because the device was not empty. > >> Why bother with '-f x'? Why not just do the operation immediately? > > Paranoia. IIUC, uncommitted operations work for all purposes > except surviving a reboot, in particular a subsequent "gpart show", > but without writing anything to the stick in the (likely) event that > I did something wrong that would corrupt the stick if committed. > (I do not pretend to understand gpart, and I've been finding its > manpage horribly terse.) Really? I find gpart to be a model of clarity, at least in comparison to fdisk and other older tools. What does the man page need? More examples? http://www.wonkity.com/~wblock/docs/html/disksetup.html From owner-freebsd-questions@freebsd.org Wed Sep 7 12:48:16 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B1B2BC6185 for ; Wed, 7 Sep 2016 12:48:16 +0000 (UTC) (envelope-from carmel_ny@outlook.com) Received: from BAY004-OMC4S21.hotmail.com (bay004-omc4s21.hotmail.com [65.54.190.223]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E074E127D for ; Wed, 7 Sep 2016 12:48:15 +0000 (UTC) (envelope-from carmel_ny@outlook.com) Received: from NAM03-DM3-obe.outbound.protection.outlook.com ([65.54.190.201]) by BAY004-OMC4S21.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 7 Sep 2016 05:47:10 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JtUJFnmQg38Ko9X9JIja8Xghetq6vdxUQM1F3O+sac8=; b=WGPHj+EuXk++nP2LjZ+GSJPhcuQwUjO4EDxuPx2SLwciKRrh5N4TZgkSk2jnYM4P7OHV4fcfWyOyIL6iyK4mIavRgr2QpQqf/n4UjYmFrpwC8O23EsnstQw6aBawmA1CGIFHmSvZ8HIT+RVmuAFKBgCkaVn4wTKbUMY+MIvirqrSrBtFCh3zq+2ZSXHC28cvV3MKnil3Xm1d6UZDQ17isCrgvTOHvQz5PBMYOXnMvdQoI4S7BnkFqbHFHIXdQuhfmCFcI+rMgzEp0NR0QpR3lUFoBwlNBOOedoIIW5EHJUxHvmukSSMW0Jo2+DeXX9yxFEQM6J+5o00T7h2UARBIPA== Received: from BY2NAM03FT008.eop-NAM03.prod.protection.outlook.com (10.152.84.60) by BY2NAM03HT109.eop-NAM03.prod.protection.outlook.com (10.152.85.95) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.609.6; Wed, 7 Sep 2016 12:47:09 +0000 Received: from DM3PR20MB0843.namprd20.prod.outlook.com (10.152.84.58) by BY2NAM03FT008.mail.protection.outlook.com (10.152.84.101) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.609.6 via Frontend Transport; Wed, 7 Sep 2016 12:47:09 +0000 Received: from DM3PR20MB0843.namprd20.prod.outlook.com ([10.166.166.15]) by DM3PR20MB0843.namprd20.prod.outlook.com ([10.166.166.15]) with mapi id 15.01.0599.010; Wed, 7 Sep 2016 12:47:09 +0000 From: Gerard Seibert To: "freebsd-questions@freebsd.org" Subject: libcurl vulnerability Thread-Topic: libcurl vulnerability Thread-Index: AQHSCQXylNWLdEXD30+N2xvF34LAeg== Date: Wed, 7 Sep 2016 12:47:09 +0000 Message-ID: Reply-To: "freebsd-questions@freebsd.org" Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=softfail (sender IP is 10.152.84.58) smtp.mailfrom=outlook.com; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=outlook.com; received-spf: SoftFail (protection.outlook.com: domain of transitioning outlook.com discourages use of 10.152.84.58 as permitted sender) x-incomingtopheadermarker: TopHeader x-ms-exchange-messagesentrepresentingtype: 1 x-incomingheadercount: 34 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; BY2NAM03HT109; 6:DAJ0xL6ZVhZ7YlHzZkN36u2ThdFQxnWtgZCASh76QlbMFSpYO7jDQ5QNS2ioRPUw115GcgB0BnjTBKH4wrBnhbvB5O//YPhcfxvpqkZEqNCYXUhT85wbJ6D/DsPruZxaXikQdN5FM2lptXBsffnQ7BZ5rMFGX7AID0dVZD0dt+B0T+FP8zMRnVmOWuh/9HVZ6WKNSNkVgGu0sqR6aFvoWNhDXKYRo9xmgIHrH3R+/bbUk+C2KkMfDUGUAXxWOstgKxcZ5lSwWowJ8dTtqSxjjI5ECMViSfdkuTAGxjiUYwGzQ0UNT2knUjcQFr4f++jb; 5:tk7yaDDY4vj+4EMMG3tbGvB4AUjT9rJoBqn/VWRHRN6jDpulB3F/WVPeJt2fYoavqQ9KPndGGVoHELZz8gKCY1vpp2DrkVWIUBlu2fUAL2E8WVFaQjubSYsMuEsXzhjtRGl+41fPF+0FwU68UBFO6g==; 24:FK67rU9mSJRu8tpnyNJMtAWVkAepVw4pBRvaALAzcAUu5GfNsQboryEXqci3Wf+oJahmkU4bLTe2jtO3nlSS/9noh/ojI0mzLMdkeha7ED4=; 7:yIpCrUYs8q2mVQGz5bhzzPPQxQ+9aQNiGiLAakQDnj4z8DUkD7r9uAJ71yVhq0GFzHS+jKRgrn8OApf92BQfNERUaxhiJFkPxz7YJR05yJ/oRAlkeIMM/Ca1ZEUjObaj12WOeHJ0rkUYvSU5w0bEW5LM0Uq4j0Zsh93duHq9wXazgAYOU8elKqSYmp21U0FP9DILnvzgmp89kwPP92Fglgd8hluqedZMGDNgKx8CnSRos5x5CWoRkOXZpP67QRqV x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2NAM03HT109; H:DM3PR20MB0843.namprd20.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: f97771c4-5776-428e-7d11-08d3d71d13ea x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(1601124038)(1603103081)(1601125047); SRVR:BY2NAM03HT109; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(432015012)(82015046); SRVR:BY2NAM03HT109; BCL:0; PCL:0; RULEID:; SRVR:BY2NAM03HT109; x-forefront-prvs: 0058ABBBC7 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: <897405777AB71A408214EF8E9619A10B@namprd20.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Sep 2016 12:47:09.0370 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2NAM03HT109 X-OriginalArrivalTime: 07 Sep 2016 12:47:11.0012 (UTC) FILETIME=[F364C640:01D20905] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 12:48:16 -0000 Does this vulnerability affect FreeBSD? =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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Incorrect reuse of client certificates Project cURL Security Advisory, September 7th 2016 - Permalink VULNERABILITY libcurl built on top of NSS (Network Security Services) incorrectly re-used client certificates if a certificate from file was used for one TLS connection but no certificate set for a subsequent TLS connection. While the symptoms are similar to CVE-2016-5420 (Re-using connection with wrong client cert), this vulnerability was caused by an implementation detail of the NSS backend in libcurl, which is orthogonal to the cause of CVE-2016-5420. We are not aware of any exploit of this flaw. INFO This flaw also affects the curl command line tool. The Common Vulnerabilities and Exposures (CVE) project has assigned the name CVE-2016-7141 to this issue. AFFECTED VERSIONS This flaw is present in curl and libcurl only if they are built with the support for NSS and only if the libnsspem.so library is available at run-time. Affected versions: libcurl 7.19.6 to and including 7.50.1 Not affected versions: libcurl >=3D 7.50.2 libcurl is used by many applications, but not always advertised as such! THE SOLUTION A fix for this flaw is included in libcurl 7.50.2 via commit curl-7_50_2~32. For older releases of libcurl there is a patch for CVE-2016-7141. RECOMMENDATIONS We suggest you take one of the following actions immediately, in order of preference: A - Apply the patch on the source code of libcurl and rebuild. B - Configure libcurl to use a different TLS backend and rebuild. C - Use certificates from NSS database instead of loading them from files. TIME LINE This flaw was reported by Red Hat on August 22nd. The patch fixing the flaw was published on September 5th. CVE-2016-7141 was assigned to this flaw on September 6th. This advisory was published on September 7th. CREDITS Reported by Red Hat. Security advisory coordinated by Daniel Stenberg. Thanks a lot! --=20 Carmel From owner-freebsd-questions@freebsd.org Wed Sep 7 13:30:33 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40D40BC6F51 for ; Wed, 7 Sep 2016 13:30:33 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CBD06E45 for ; Wed, 7 Sep 2016 13:30:32 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from zero-gravitas.local (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 45F62150D for ; Wed, 7 Sep 2016 13:30:29 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/45F62150D; dkim=none; dkim-atps=neutral Subject: Re: libcurl vulnerability To: freebsd-questions@freebsd.org References: From: Matthew Seaman Message-ID: Date: Wed, 7 Sep 2016 14:30:22 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="u1vQNRx5UH9qSAXbV8cTqMl0CxdEN6dT0" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 13:30:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --u1vQNRx5UH9qSAXbV8cTqMl0CxdEN6dT0 Content-Type: multipart/mixed; boundary="JThi9WH1jMgpNA6hk7wMVr76j8lCUUohT"; protected-headers="v1" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: Subject: Re: libcurl vulnerability References: In-Reply-To: --JThi9WH1jMgpNA6hk7wMVr76j8lCUUohT Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016/09/07 13:47, Gerard Seibert wrote: > Does this vulnerability affect FreeBSD? The ftp/curl port will be built against the base system copy of openssl by default, in which case this vulnerability won't affect it. You can configure the port to link against libnss3.so in which case curl presumably would be vulnerable. The latest VuXML entry for curl https://vuxml.freebsd.org/freebsd/e4bc70fc-5a2f-11e6-a1bc-589cfc0654e1.ht= ml only mentions CVE-2016-5420, and there doesn't appear to be anything relevant listed against nss. Plus the version of curl in the ports at the moment predates the fix in version 7.50.2. I'd assume curl is vulnerable if it is built with the NSS option turned on and if the nss port is installed. Please do raise a PR to report this to the maintainer of the curl port. Cheers, Matthew --JThi9WH1jMgpNA6hk7wMVr76j8lCUUohT-- --u1vQNRx5UH9qSAXbV8cTqMl0CxdEN6dT0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJX0BZ0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnbtgP/1+DQOyXbeYoubaCFlDSUrdA uBI3L+B2hh2jjUmzYtWWWhqXWGFYDBKxoZUMhdT57iwu0L8EVyz+ELn5IhuGL3G5 afrmsP4HbJh4Lx8fRNB9dxuBJzO/VhwiERgNww6s2iTY6sHSseWkRU6U44ggo3zI JHr5hNnaD8hFKpw74HkWl8xY0zY1AqSd0em9OkhYvTdXtcsGAtoSY3vT0JCReU9p S/e82cC2yZeJitwGIfulzNZUUT4ReXpEgZXk6Hd9xY/6qEau12AbRKIh/fqJGh9z 9fMUa9m+8UVwjGTE/JzfKRYIIyKl1h/W9CddW0YxU3T+pOHXG4q6soX+z6tIp4FV 96xfHd43J6HiM5NE6wmJ1ASa85tKoOn8rx+pPNTHg+ATiCI+8Rn0Zu3+FTWCWMq9 miDo3OI+AuJbIrWWtFfOZbomAVFNtgL9SVtDqXp197TbjVGyliWRLVWEPKp6isNU BUJv6W27wqgadBwPWc7XBbJr6aVm5qTiePus78mMN0GM+NKpcJ2YaSiNvgxuv7kw 8biXHWvcow//p9Sy+5xFAoSCnvVdKOmHZnUh77I5+dEZfbaDGx3PXYpHtbG0EqvN G8BKY4Ae/ADTw+DRk1+Z73xcBMtpNytwZL7su/mXrA8FaVbsxzHnjCqt5BJv6IBq NhK75g0h1LwCk1hptQLb =OGP7 -----END PGP SIGNATURE----- --u1vQNRx5UH9qSAXbV8cTqMl0CxdEN6dT0-- From owner-freebsd-questions@freebsd.org Wed Sep 7 16:09:56 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3783FBCFDFF for ; Wed, 7 Sep 2016 16:09:56 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1EB63F9 for ; Wed, 7 Sep 2016 16:09:55 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: by mail-oi0-x22d.google.com with SMTP id w78so32508155oie.3 for ; Wed, 07 Sep 2016 09:09:55 -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; bh=ZMVpbC7OAmJtffOzdB7RUVmNpjGSGHJW7zb72Tpvri0=; b=MyxITqGi4zT2kpj6Ilsunz3mHV2M4sP5SK5nzJSrijXPDYafkKtQixC3bRbzRKrUC3 6jgwXWZQEX9x1IyduYarH2Dpj0dQwvS/83cLnfa4UU3NpRDf1fGhqEXqIkuIRGtobmkd HcrGcit4puTO2YrzmWAc0lD8GkjtPjRijFolI5t+Ikb+xtvi8FGl8tTfK4Fh396bHnO3 af7dk0/Yfcgf07yWyFylKXW62IexL/toD0l9/KeMrXmYePl7tJ6LMCczturIeOTauiCt +rs+omG1bz7vLs7ChZTmWwD+2wP1Jz+PpHXwirQrE+Fnr8bARz37Cte1V5bVXeFl4cIf ExGA== 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; bh=ZMVpbC7OAmJtffOzdB7RUVmNpjGSGHJW7zb72Tpvri0=; b=HuMF5JOwLY+D6Nem0NiSCIafn4V03FY7Lc8fWBho+A+yJYWW9D0Ryi9wLirA8BU+Co dNGvud7PbEkjvDCsu8sJhIs7jYJosRFWLxQ5K1IrU2p1N/cwZBU2wZRus8pJ651/3GXg yFKOhMfVrywatNCwR6SDm5drbfHFGeLvH0noARW9IRD3VMxQuYSwTL/garjfoQ/cQVSF 3PluF/yT50qvJKHH25/abfUEZLrrXWkyc5akwogjMHHmOpagbIyBEixxoqlvXGIEFeFD diSI9wdII3XWkud65BpkBEXPeDTKlVFpvzuU5wHWXzkkOvucYY+6hw0EiUALkGU/XrsS lhMA== X-Gm-Message-State: AE9vXwOg6QvSVlXFAIPKZBcWOj8DEHDifGthCur8PRCqp/HCivO2ys4Gmud+pp/XIHtYdut5mqKNcLwUOJXZbQ== X-Received: by 10.157.55.183 with SMTP id x52mr38273891otb.68.1473264595029; Wed, 07 Sep 2016 09:09:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.117.7 with HTTP; Wed, 7 Sep 2016 09:09:34 -0700 (PDT) From: Amitabh Kant Date: Wed, 7 Sep 2016 21:39:34 +0530 Message-ID: Subject: NFS or rsync for sharing files between FreeBSD servers? To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 16:09:56 -0000 We need to share a number of directories between 3 servers running 9.3 . Most of these directories contain php/html/js/images files which do not change frequently. We need to keep the directories in sync on all three servers. Currently, we run a rsync command every time there is a change in one of the files/directories. Sometimes it does happen that we forget to run the rsync script making one of the servers return old versions. That is where we are planning to introduce a nfs_server on one of the servers, while the other two will be nfs_clients accessing the files through a shared directory. I understand that it would present a single point of failure, but in terms of disk access speed, will it make a huge difference further impacting the web servers running on the nfs_client servers ? The servers are connected to each other over gigabit lines, and the files are themselves not greater than 20-30 kb on an average, with some of the larger image files somewhere around 4-5 MB. Amitabh From owner-freebsd-questions@freebsd.org Wed Sep 7 16:18:37 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D49A4BCB173; Wed, 7 Sep 2016 16:18:37 +0000 (UTC) (envelope-from solene@perso.pw) Received: from bsd.zplay.eu (perso.pw [62.210.240.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "bsd.zplay.eu", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 12D44B13; Wed, 7 Sep 2016 16:18:36 +0000 (UTC) (envelope-from solene@perso.pw) Received: from bsd.zplay.eu (localhost [127.0.0.1]) by bsd.zplay.eu (OpenSMTPD) with ESMTP id abec916d; Wed, 7 Sep 2016 18:18:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=perso.pw; h=to:subject :mime-version:content-type:content-transfer-encoding:date:from :cc:in-reply-to:references:message-id; s=selector1; bh=XADDaG44C frEWJWhYZqrpAd0BYM=; b=DQLYQNB7rU8h1XHa1vkHS1J8tu0sija8+Fac7PZcx z3bOpW42fWa7OYsGfeEnFAI/qNq/zWMJ+hr6GIqrXXuRSJMRB0+zV61c/sM+9gZv xCWTBMPqouEaI1TkIQgLJyRH1CyGj4gqYO2VYsXDbRQCzbcW45RjnBKVfSGvE3rJ 3Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=perso.pw; h=to:subject :mime-version:content-type:content-transfer-encoding:date:from :cc:in-reply-to:references:message-id; q=dns; s=selector1; b=COI c8v55U7Ch9x0cb4Yol0o2Be7GPlXgCL40IGcleWq/ntU/RUF17q7BQ6CD5Nsywvh R5riUZ228fUY5clZZasj8YpB55Sjs7lvLXoyxo7O8HLmagtHLHiIZeCAmC+wJtCu m2VxRPdyWKsnHkhjWNpvPeO6CJZHwrmUpK+bAbO0= Received: from localhost (bsd.zplay.eu [local]) by bsd.zplay.eu (OpenSMTPD) with ESMTPA id 2bc264ab; Wed, 7 Sep 2016 18:18:26 +0200 (CEST) To: Amitabh Kant Subject: Re: NFS or rsync for sharing files between FreeBSD servers? X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 07 Sep 2016 18:18:26 +0200 From: =?UTF-8?Q?Sol=C3=A8ne_Rapenne?= Cc: freebsd-questions@freebsd.org, owner-freebsd-questions@freebsd.org In-Reply-To: References: Message-ID: <7420247e8b1cd07eda9540ea28c9d90b@mail.zplay.eu> X-Sender: solene@perso.pw User-Agent: Roundcube Webmail/1.2.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 16:18:37 -0000 Le 2016-09-07 18:09, Amitabh Kant a écrit : > We need to share a number of directories between 3 servers running 9.3 > . > Most of these directories contain php/html/js/images files which do not > change frequently. > > We need to keep the directories in sync on all three servers. > Currently, we > run a rsync command every time there is a change in one of the > files/directories. Sometimes it does happen that we forget to run the > rsync > script making one of the servers return old versions. > > That is where we are planning to introduce a nfs_server on one of the > servers, while the other two will be nfs_clients accessing the files > through a shared directory. I understand that it would present a single > point of failure, but in terms of disk access speed, will it make a > huge > difference further impacting the web servers running on the nfs_client > servers ? The servers are connected to each other over gigabit lines, > and > the files are themselves not greater than 20-30 kb on an average, with > some > of the larger image files somewhere around 4-5 MB. > > > Amitabh > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" Hello, When does the files changes ? Is it the server changing the files or is it when your team push changes ? If the changes come from your team, just change your deployment script to push it to the 3 servers. I would recommend rsync because if it doesn't change a lot with a NFS you will add a SPOF (single point of failure) and overhead for no benefit. Kind regards From owner-freebsd-questions@freebsd.org Wed Sep 7 16:25:25 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F1EBBCB55A for ; Wed, 7 Sep 2016 16:25:25 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7479383 for ; Wed, 7 Sep 2016 16:25:24 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id m11so33409390oif.1 for ; Wed, 07 Sep 2016 09:25:24 -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; bh=NJqDeFrHdsc2xmEXT/g0/5LBIfY1KuzjX6RwFKezdGU=; b=AfvOP/0bUuK7JN/Lydy6h5I2QDWGKeHks/ibPMWz1QeBVp3l8G/kBuiByaGDPnhQQh YBbM2Bdjy+5TUh/6wAyp/pa08ZEyOJNMKtT3H+uWQcVmjD7jJBu8d/W556QeduJk9qMZ 0SoRUxXcaiWjobJavaOKQorwtQaXNG2ShZTpx/kH+nQQhpZioarXSZ5l2cIlnbWiZuDE e0jDReGXhkMei1Q0jXx6jCZo8LWomcEtT7i6LYgj1WAUe+enUjUNj8qMYz1BMdSYclIz XD+68rz5IcmNCMxG5C7UzOSYvTB7chai6KyLkThqa+vbsBoVRykXS2tTkNX4Yu2EPHWo wXHw== 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; bh=NJqDeFrHdsc2xmEXT/g0/5LBIfY1KuzjX6RwFKezdGU=; b=idIkr6mxTrR9aTtwVXR7phsc3SUuHdrpYOmr/ALKVBZYu3GZU27gOr5nKBk/qznJ4j tHmh+R/zzDeofUK266qD1gwwVAY9h76mrU5zoXfDhBHKFM428u7YGr4cLBWC2afciQgS WpZDKccnNZ9FNBAYOqT37hQCekc7pdmFArQko1KZgfhnvpZEo8bK8m9FiORm5xsNE+qT kPi/Vs3OGV3NNz0pu/7lUh1oESkZ5fhdMDkMSVLgZZC4vJ5bYCnhH9x3+3WyTTfsK+d9 SVch8gG1Iz2YwqOQ4dyetG5KNx3kmlj+8+6kTCj9GNUWjzBxuhQiyAF972KN2wI+G/C/ +UAg== X-Gm-Message-State: AE9vXwMcKofihPxQnc4wcY0271DC8pt70v4+kH6kn/j0+mFt/VwrK88N8ZA6NBA+hKbd4CFqgBVjR6RsTK2XWA== X-Received: by 10.157.55.183 with SMTP id x52mr38339421otb.68.1473265524267; Wed, 07 Sep 2016 09:25:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.117.7 with HTTP; Wed, 7 Sep 2016 09:25:03 -0700 (PDT) In-Reply-To: <7420247e8b1cd07eda9540ea28c9d90b@mail.zplay.eu> References: <7420247e8b1cd07eda9540ea28c9d90b@mail.zplay.eu> From: Amitabh Kant Date: Wed, 7 Sep 2016 21:55:03 +0530 Message-ID: Subject: Re: NFS or rsync for sharing files between FreeBSD servers? To: =?UTF-8?Q?Sol=C3=A8ne_Rapenne?= Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 16:25:25 -0000 On Wed, Sep 7, 2016 at 9:48 PM, Sol=C3=A8ne Rapenne wrote= : > Le 2016-09-07 18:09, Amitabh Kant a =C3=A9crit : > >> We need to share a number of directories between 3 servers running 9.3 . >> Most of these directories contain php/html/js/images files which do not >> change frequently. >> >> We need to keep the directories in sync on all three servers. Currently, >> we >> run a rsync command every time there is a change in one of the >> files/directories. Sometimes it does happen that we forget to run the >> rsync >> script making one of the servers return old versions. >> >> That is where we are planning to introduce a nfs_server on one of the >> servers, while the other two will be nfs_clients accessing the files >> through a shared directory. I understand that it would present a single >> point of failure, but in terms of disk access speed, will it make a huge >> difference further impacting the web servers running on the nfs_client >> servers ? The servers are connected to each other over gigabit lines, an= d >> the files are themselves not greater than 20-30 kb on an average, with >> some >> of the larger image files somewhere around 4-5 MB. >> >> >> Amitabh >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe >> @freebsd.org" >> > > Hello, > > When does the files changes ? Is it the server changing the files or is i= t > when your team push changes ? If the changes come from your team, just > change your deployment script to push it to the 3 servers. I would > recommend rsync because if it doesn't change a lot with a NFS you will ad= d > a SPOF (single point of failure) and overhead for no benefit. > > Kind regards > As of now, files are only changed when the team pushes the change. But going ahead, we are looking at a scenario where the files auto-generated through script on one server would be required on other servers too. Using rsync while running a web server process doesn't seem ok to me. The other idea is to use the DB server to store the auto-generated files, and fetch on any of the servers are required. While this is a feasible idea technically, this might also bloat the DB. So if NFS overhead is not too huge, I can take a look at it as an option. Amitabh From owner-freebsd-questions@freebsd.org Wed Sep 7 16:28:41 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29977BCB699 for ; Wed, 7 Sep 2016 16:28:41 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C82306BF for ; Wed, 7 Sep 2016 16:28:40 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from zero-gravitas.local (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id D75251578 for ; Wed, 7 Sep 2016 16:28:30 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/D75251578; dkim=none; dkim-atps=neutral Subject: Re: NFS or rsync for sharing files between FreeBSD servers? To: freebsd-questions@freebsd.org References: From: Matthew Seaman Message-ID: <3aba0440-1e9a-b8cc-6517-4de28161dccf@FreeBSD.org> Date: Wed, 7 Sep 2016 17:28:24 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="E7nGmQneOalwT3VkeCgHsXob9Ix3mahuW" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 16:28:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --E7nGmQneOalwT3VkeCgHsXob9Ix3mahuW Content-Type: multipart/mixed; boundary="A4Fv1gmo61SqXwGxvdXcSm6Gbib1gqAfp"; protected-headers="v1" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: <3aba0440-1e9a-b8cc-6517-4de28161dccf@FreeBSD.org> Subject: Re: NFS or rsync for sharing files between FreeBSD servers? References: In-Reply-To: --A4Fv1gmo61SqXwGxvdXcSm6Gbib1gqAfp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016/09/07 17:09, Amitabh Kant wrote: > We need to share a number of directories between 3 servers running 9.3 = =2E > Most of these directories contain php/html/js/images files which do not= > change frequently. >=20 > We need to keep the directories in sync on all three servers. Currently= , we > run a rsync command every time there is a change in one of the > files/directories. Sometimes it does happen that we forget to run the r= sync > script making one of the servers return old versions. >=20 > That is where we are planning to introduce a nfs_server on one of the > servers, while the other two will be nfs_clients accessing the files > through a shared directory. I understand that it would present a single= > point of failure, but in terms of disk access speed, will it make a hug= e > difference further impacting the web servers running on the nfs_client > servers ? The servers are connected to each other over gigabit lines, a= nd > the files are themselves not greater than 20-30 kb on an average, with = some > of the larger image files somewhere around 4-5 MB. Alternative 1) Set up your web servers to proxy and cache the content from one machine which is assumed to have the definitive copy. That will work well with plain html, js or images -- but you'll have to be a bit cunning about getting the PHP files as raw content and then using them asa PHP application. You'll need to play with the cacheing parameters until you achieve a good compromise between discovering updates in a timely manner, not continually going back to the origin server and keeping locally cached copies considered 'fresh' even if the origin server has gone away. Alternative 2) Use ZFS to make regular snapshots and send any new content to the other servers. This is effectively like using rsync, but even more efficient, as ZFS already knows exactly what changed, so you don't have to scan bother sender and receiver to work out what changed. Alternative 3) Simply run your rsync job out of cron regularly. Both options 2 and 3 assume you'll set up password-less SSH keys to authenticate unattended connections. This is reasonably safe if a) you do it as non-root and ensure the userid you login to has just the minimal permissions it needs to be able to fulfil its function and b) you take advantage of the features in the authorized_keys file that allow you to prescribe where a key can be used to login from, and maybe even to use a forced command. Cheers, Matthew --A4Fv1gmo61SqXwGxvdXcSm6Gbib1gqAfp-- --E7nGmQneOalwT3VkeCgHsXob9Ix3mahuW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJX0EAuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnBZgP/A9dJ/xRmqTPUrimerOVmlcr rBpTlQvazeJIDxi2UY/Uoc5xzNAxwXim6ZtZpmjOf6GFSYfJUXOp28LDj7emwCBr 80DrpRln8axeb/Sw5cVtb80FxlBiIT9/749go3IZma9djReU4MC6OJUuXnU+qz8w I8jArbSVxxNl1C7OicFVo5SZ3Tj5xLYNJ2ZmxLcg/q5c0kk4f5/5X7yWp8P6A/8V GczVft/jn4QfpN7Lp6TF5eWY7kxaSb81CgdQsLMuf7dndGeeohkIA6oCjCFfLcqi lA5AkqnqBWZo2zsJrHebxxpsppNIb2TIBrWWdT6+ypHm2ka84DkEdKEveNCwyx8V akRiX6EpacLc3zTveBLtDceJkl928KcMvLqJWY6r2z0xOZaqRNbQ9Zq48lWUBnUm CQzvZgb+ljcy8/wV/W7mqqAORCiZ6QnvAmu/riw0XAaaNHj90CJTR0XB/P4m/hWb 72ymVrg+PWenGRgbcEXF29ZaVEoTaI3Ibjc02e6uXatlGO5dsQUZQPtahET5rpJX 6XomjzTSTXZDwBfXi/lo1UwQeElGcKmsD55YIGHOfpH0dM+4AsS9OKlLSDWn7mNm eI+kVi1r6cUWvw4II+n2oK13rFH/ppW7kjFKxoCasTYMvnI/i1h6/MKgxxBngZpB cfCQePOJCbz0JS7WiLlo =nEVo -----END PGP SIGNATURE----- --E7nGmQneOalwT3VkeCgHsXob9Ix3mahuW-- From owner-freebsd-questions@freebsd.org Wed Sep 7 16:31:24 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 601EEBCB7E7 for ; Wed, 7 Sep 2016 16:31:24 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22D178AB for ; Wed, 7 Sep 2016 16:31:24 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mail-oi0-x232.google.com with SMTP id s131so33650750oie.2 for ; Wed, 07 Sep 2016 09:31:24 -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; bh=G+GK28yQuILCZJerXEMOhr9krGvZ9X+8fN/zjds+il0=; b=QnzOSfjdC5zEc96E4o43ZmDGkpS6sUMWo/OZpDlMnw7jHDW6k/aNPMNjWnn3+b+SPK c8GUZqvFKYNMaZ0pIFfiEa1pc5A/JIetcc/1P+n0gzHU1MZZIx84y8rmVAWfeDFJOCpC VmhzsSTtFo4hGp+/Gj14GhLXEvYHovb4dgcH+YjJntYcGPim53OhU8CfgBXdCpstRYGb agBVOVRlePYiBFVffCNj6UCq5rhtpmfg9CAd6GTcUzUavKFADigw6TS3cwqNilweNROK phD2tBKWN+ypai2+fOvjqmVB7pWL3XB0TzMakldjQaJ69PmMYDqK4Rby3hyK9gqkyWzK yELQ== 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; bh=G+GK28yQuILCZJerXEMOhr9krGvZ9X+8fN/zjds+il0=; b=YrMI0Yu8j2v8ai0LnNS4Rj925qNEF09tyHJDP+EV6C6c4m9uT6Px2/BIBwwmBZ4sZ8 ocOMhz1VnraKOgCQnmHwy+oFTLR55IjTx4F5Ihfu29UeE3D5nDXmGocVEaiW7rnIAeyo fFxKVQC/E7mUO3+aP9y2gbUXVWT9bS0Xbhaw3lu7XmyNJqT8S13nUFKbNzn3kpPrxbUN 4fnUaEeu4VqiKqo1QY7s6Xl36fMESNPn11E//gr5PVJLXwUkcU3DSOZ3ZDGaG5KsKmxV YSS2qICuR9M9awV20rShDIVuXM0W6bpfiF3E58pgYJq3kahA39tnNEXnnxMQHl1pBaOI Nzrg== X-Gm-Message-State: AE9vXwOXehoodbYB7XlxeVE1ayz7BbiNUglSDZ+2I0DfNP+mMKpS4SIdiK1hxdjUb7Dc0xaRHYqMSqbVMdfz8Q== X-Received: by 10.157.26.90 with SMTP id u26mr42108759otu.117.1473265883537; Wed, 07 Sep 2016 09:31:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.61.195 with HTTP; Wed, 7 Sep 2016 09:31:23 -0700 (PDT) In-Reply-To: References: <7420247e8b1cd07eda9540ea28c9d90b@mail.zplay.eu> From: Mehmet Erol Sanliturk Date: Wed, 7 Sep 2016 09:31:23 -0700 Message-ID: Subject: Re: NFS or rsync for sharing files between FreeBSD servers? To: Amitabh Kant Cc: =?UTF-8?Q?Sol=C3=A8ne_Rapenne?= , "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 16:31:24 -0000 On Wed, Sep 7, 2016 at 9:25 AM, Amitabh Kant wrote: > On Wed, Sep 7, 2016 at 9:48 PM, Sol=C3=A8ne Rapenne wro= te: > > > Le 2016-09-07 18:09, Amitabh Kant a =C3=A9crit : > > > >> We need to share a number of directories between 3 servers running 9.3= . > >> Most of these directories contain php/html/js/images files which do no= t > >> change frequently. > >> > >> We need to keep the directories in sync on all three servers. Currentl= y, > >> we > >> run a rsync command every time there is a change in one of the > >> files/directories. Sometimes it does happen that we forget to run the > >> rsync > >> script making one of the servers return old versions. > >> > >> That is where we are planning to introduce a nfs_server on one of the > >> servers, while the other two will be nfs_clients accessing the files > >> through a shared directory. I understand that it would present a singl= e > >> point of failure, but in terms of disk access speed, will it make a hu= ge > >> difference further impacting the web servers running on the nfs_client > >> servers ? The servers are connected to each other over gigabit lines, > and > >> the files are themselves not greater than 20-30 kb on an average, with > >> some > >> of the larger image files somewhere around 4-5 MB. > >> > >> > >> Amitabh > >> _______________________________________________ > >> freebsd-questions@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe > >> @freebsd.org" > >> > > > > Hello, > > > > When does the files changes ? Is it the server changing the files or is > it > > when your team push changes ? If the changes come from your team, just > > change your deployment script to push it to the 3 servers. I would > > recommend rsync because if it doesn't change a lot with a NFS you will > add > > a SPOF (single point of failure) and overhead for no benefit. > > > > Kind regards > > > > As of now, files are only changed when the team pushes the change. But > going ahead, we are looking at a scenario where the files auto-generated > through script on one server would be required on other servers too. Usin= g > rsync while running a web server process doesn't seem ok to me. The other > idea is to use the DB server to store the auto-generated files, and fetch > on any of the servers are required. While this is a feasible idea > technically, this might also bloat the DB. > > So if NFS overhead is not too huge, I can take a look at it as an option. > > Amitabh > _______________________________________________ > > Auto generation script may also update the other servers , therefore , it is not necessary to use NFS . Mehmet Erol Sanliturk From owner-freebsd-questions@freebsd.org Wed Sep 7 16:39:15 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5130FBCBB8F for ; Wed, 7 Sep 2016 16:39:15 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BDF4E97; Wed, 7 Sep 2016 16:39:15 +0000 (UTC) (envelope-from amitabhkant@gmail.com) Received: by mail-oi0-x232.google.com with SMTP id m11so33983136oif.1; Wed, 07 Sep 2016 09:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hfHm44nV1UeccmAV88GClo6+mdNqnusmxM5jjMiXiWg=; b=PLN1va6FLHBLedjRjDb4xzmb2eD4zZ1FOYHV3H87BUrjQL4u8AK89BIakGxd/2YA6V E8ew/58hXZ7peN/aQh3FS6DOuedyzywCpVEvMpBpYb8xGMbgQMo1QsZysloP/IZW255D t3Qhw+5oojwSEmX2kWlkt9pX8wN+YgRwU/unCwNF6I5uJrLxQZn7+LDOBUzV0Uc24fZs /KeKubfp+aQQkwbCbrEfZAEtsbGsxfmHxnOG5T0ZJORGmOKqDH9WVf3p9PZVqwTsuvuM 3J5+1klVgk4bMqVM+64XPRv+T/6+aActlvPkm+CpcwyFywSFYXQsD9536ZSB0pSI+e6m sNuw== 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; bh=hfHm44nV1UeccmAV88GClo6+mdNqnusmxM5jjMiXiWg=; b=iNMsl8XH16EsxHgt0ywzbq2VDO124u1RsHQ2ZDtJ28mSsiP8FeWsj2pwzjEcP8lbj+ Zh3PtP1pLR/ZugFj2gPbVhhJgMM4t5a0HTrer09flMuGATVveLwpJYaZAsy0CmagG59y P3BKm3j3ZbBsTz3GfedVKKwHhQCzbKGIr7iaATt1ZbA4TpHom3ukGC+s7t3pUdHSXHOV E3y5MGcsRz6hJqMY8iVIweHGxohBSmh5bA5F3+3EaAiuNttLRFGJyImuG2+XbHclH1ND Aq1dHT/WxhznHe7LWHCMKLDdnl6fr+Mj/HcMGD9GA1/MyA6+bW5C9U7C3c31qoq5iO5m jjJw== X-Gm-Message-State: AE9vXwMoPdktlRb3tLjclhSaZv4xbCID+mIACBkYFxxnglbcWzKXGrr8Obfu3MozSV9V+QMMimN3G4Jf/hc7sQ== X-Received: by 10.202.216.212 with SMTP id p203mr13903508oig.110.1473266354235; Wed, 07 Sep 2016 09:39:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.117.7 with HTTP; Wed, 7 Sep 2016 09:38:53 -0700 (PDT) In-Reply-To: <3aba0440-1e9a-b8cc-6517-4de28161dccf@FreeBSD.org> References: <3aba0440-1e9a-b8cc-6517-4de28161dccf@FreeBSD.org> From: Amitabh Kant Date: Wed, 7 Sep 2016 22:08:53 +0530 Message-ID: Subject: Re: NFS or rsync for sharing files between FreeBSD servers? To: Matthew Seaman Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 16:39:15 -0000 On Wed, Sep 7, 2016 at 9:58 PM, Matthew Seaman wrote: > On 2016/09/07 17:09, Amitabh Kant wrote: > > We need to share a number of directories between 3 servers running 9.3 . > > Most of these directories contain php/html/js/images files which do not > > change frequently. > > > > We need to keep the directories in sync on all three servers. Currently, > we > > run a rsync command every time there is a change in one of the > > files/directories. Sometimes it does happen that we forget to run the > rsync > > script making one of the servers return old versions. > > > > That is where we are planning to introduce a nfs_server on one of the > > servers, while the other two will be nfs_clients accessing the files > > through a shared directory. I understand that it would present a single > > point of failure, but in terms of disk access speed, will it make a huge > > difference further impacting the web servers running on the nfs_client > > servers ? The servers are connected to each other over gigabit lines, and > > the files are themselves not greater than 20-30 kb on an average, with > some > > of the larger image files somewhere around 4-5 MB. > > Alternative 1) > > Set up your web servers to proxy and cache the content from one machine > which is assumed to have the definitive copy. That will work well with > plain html, js or images -- but you'll have to be a bit cunning about > getting the PHP files as raw content and then using them asa PHP > application. You'll need to play with the cacheing parameters until you > achieve a good compromise between discovering updates in a timely > manner, not continually going back to the origin server and keeping > locally cached copies considered 'fresh' even if the origin server has > gone away. > > Alternative 2) > > Use ZFS to make regular snapshots and send any new content to the other > servers. This is effectively like using rsync, but even more efficient, > as ZFS already knows exactly what changed, so you don't have to scan > bother sender and receiver to work out what changed. > > Alternative 3) > > Simply run your rsync job out of cron regularly. > > Both options 2 and 3 assume you'll set up password-less SSH keys to > authenticate unattended connections. This is reasonably safe if a) you > do it as non-root and ensure the userid you login to has just the > minimal permissions it needs to be able to fulfil its function and b) > you take advantage of the features in the authorized_keys file that > allow you to prescribe where a key can be used to login from, and maybe > even to use a forced command. > > Cheers, > > Matthew > > Sounds like we should stick to rsync in a cron job, with a restricted user and ip bindings in ssh keys. Thanks Amitabh From owner-freebsd-questions@freebsd.org Wed Sep 7 16:56:38 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71BB9BD0171 for ; Wed, 7 Sep 2016 16:56:38 +0000 (UTC) (envelope-from dnewman@networktest.com) Received: from mail8.networktest.com (mail8.networktest.com [IPv6:2607:f740:c::a13]) (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 5B415C2B for ; Wed, 7 Sep 2016 16:56:38 +0000 (UTC) (envelope-from dnewman@networktest.com) Received: from mail8.networktest.com (localhost [127.0.0.1]) by mail8.networktest.com (Postfix) with ESMTP id BE95E672005 for ; Wed, 7 Sep 2016 09:56:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail8.networktest.com Received: from mail8.networktest.com ([127.0.0.1]) by mail8.networktest.com (mail8.networktest.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id nRwBw1VdB7hl for ; Wed, 7 Sep 2016 09:56:36 -0700 (PDT) Received: from tejay.local (unknown [IPv6:2605:e000:141f:145:70a6:2896:9fc8:7dd5]) by mail8.networktest.com (Postfix) with ESMTPSA id EC033672004 for ; Wed, 7 Sep 2016 09:56:35 -0700 (PDT) To: freebsd-questions@freebsd.org From: David Newman Subject: Different pkg upgrade behavior on different machines Organization: Network Test Inc. Message-ID: Date: Wed, 7 Sep 2016 09:56:36 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 16:56:38 -0000 Greetings. How to get pkg to upgrade a package with a security vulnerability? I have four identical virtual machines, all running 10.3-RELEASE and bind910 installed using pkg and not ports. The 'pkg audit' command reports a vulnerability in bind910-9.10.4P2. One of the four machines successfully upgrades to bind910-9.10.4P2_1 using the commands 'sudo pkg update && sudo pkg upgrade bind910'. The other three machines report all repositories and packages are up to date. This behavior has existed for at least a couple of weeks, so I don't think it's a repository sync issue. Thanks in advance for advice on getting the updated pkg on all four VMs. dn From owner-freebsd-questions@freebsd.org Wed Sep 7 18:42:07 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96476BCF080 for ; Wed, 7 Sep 2016 18:42:07 +0000 (UTC) (envelope-from stdin@niklaas.eu) Received: from mx.box-hlm-03.niklaas.eu (box-hlm-03.niklaas.eu [IPv6:2a02:2770:15:0:21a:4aff:feaa:e902]) by mx1.freebsd.org (Postfix) with ESMTP id 64872186F for ; Wed, 7 Sep 2016 18:42:07 +0000 (UTC) (envelope-from stdin@niklaas.eu) Received: from len-t420.klaas (p200300752F7E431379ADB80B6BEB43E7.dip0.t-ipconnect.de [IPv6:2003:75:2f7e:4313:79ad:b80b:6beb:43e7]) by mx.box-hlm-03.niklaas.eu (Postfix) with ESMTPSA id 52CB04F99A8 for ; Wed, 7 Sep 2016 20:41:55 +0200 (CEST) Date: Wed, 7 Sep 2016 20:41:46 +0200 From: Niklaas Baudet von Gersdorff To: freebsd-questions@freebsd.org Subject: Re: NFS or rsync for sharing files between FreeBSD servers? Message-ID: <20160907184145.GA9270@len-t420.klaas> Reply-To: stdin@niklaas.eu Mail-Followup-To: freebsd-questions@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 18:42:07 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Amitabh Kant [2016-09-07 21:39 +0530] : > We need to keep the directories in sync on all three servers. Currently, we > run a rsync command every time there is a change in one of the > files/directories. Sometimes it does happen that we forget to run the rsync > script making one of the servers return old versions. Try net/csync2. I'm very happy with it. It's fast and it does its job very well. It supports encrypting the connection between the nodes. (Since my cluster is connected through a VPN established by security/tinc, I disabled it though.) In its configuration file you decide which files/folders you want to keep synced. I supports resolving conflicts automagically (as far as such a process can be automatic). You can set up master and slave nodes i.e., you push from one to others; or you can set up all master i.e., pushing changes from any node to the others. Reading the paper about it http://oss.linbit.com/csync2/paper.pdf is worth the effort. Niklaas --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX0F9mAAoJEG2fODeJrIU/wmQP/0aLx1vw9rJHw2PfkS6PZh5t 6K4s1ljQZiY4Jitge44BpOqu9s2zpI2gO2ZTzmDQNH6oaSsn6pIfS9ksJAXQYVga 1V3IM9PlfcF5/oYUM6dauAGiuDBpmSoz6QG3w7bZP2m9P/p2rk+Au9ebtQKVqrUe lN/0keRbClkD5b3Fxz4c4MTDwumw3Ein2xB/fAAYzP0fu+ZRyihBrj2zvYVHWSU/ oiQH1pfGgiiMOt80TASr1gDKJStN/wLqocyCf6kMxoFokkzd00iy3ytCrDAII2q9 IElr/Vr6vAbLSOYlAyr+90lsQTUwjgiqoVfojXHZVuknnnoIaD0rjsqyZfxs42c0 p3VKvtuoGI6fMFturG5U+wFNi5Lqnewwm/kc3P/9nHQsmWH8dNw5C/na/kwNn6mt 7eG0DB9XiVfIs9EwRGzo1OKR0IIYKrQ3fm3hbD7ERWU5mJL/joMwJ8NzO1UKUgSi qnKZQ2NERp/pwWves7fE2x6uXs0CLgUNrYkN8/8hdo3UCD4Z3rvm65U94YGEjYx1 Eymmaz3rth5eEd4ONQ//nef5Hp7kYyxgRRXW//T3+Jjb3YzHrI+/ERljtMMtRtbg XaqeZ2oMCug0bt2uxLyd33U8PRewavR1w5VwWn5XBvLAMZZSyzjJ1lOkYLJsBTZO xzu1v5dd/kHR9hmwzoMR =zzCz -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-questions@freebsd.org Wed Sep 7 20:01:10 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5113BBD0D5F for ; Wed, 7 Sep 2016 20:01:10 +0000 (UTC) (envelope-from jontheil@gmail.com) Received: from comomta-ch2-02v.sys.comcast.net (comomta-ch2-02v.sys.comcast.net [69.252.207.30]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "smtp.businessclass.comcast.net", Issuer "COMODO RSA Organization Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 29409B0A for ; Wed, 7 Sep 2016 20:01:09 +0000 (UTC) (envelope-from jontheil@gmail.com) Received: from iuyej.com ([118.172.148.39]) by comomta-ch2-02v.sys.comcast.net with bizsmtp id gk0h1t0060rEKhi01k0rqv; Wed, 07 Sep 2016 20:01:03 +0000 From: jontheil To: "Jerry Dunham PMP" , "Jeffrey Ellis" , "Jeremy Volkman" , "Jeff McWilliams" Subject: Re: nice stuff Date: Wed, 7 Sep 2016 23:00:46 +0300 Message-ID: <00003dbac64e$0c87b9f5$e6fe302d$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdIQddDnMyqQR7petVzD8jKHOyHXAQ== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 20:01:10 -0000 Hey friend, I was looking for some stuff and eventually came across this! Just look here Yours faithfully, jontheil From owner-freebsd-questions@freebsd.org Wed Sep 7 20:32:38 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86EC2BD08D4 for ; Wed, 7 Sep 2016 20:32:38 +0000 (UTC) (envelope-from admin@govital.net) Received: from mail.govital.net (mail.govital.net [208.90.68.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.govital.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68691750 for ; Wed, 7 Sep 2016 20:32:38 +0000 (UTC) (envelope-from admin@govital.net) Received: from govital.net (localhost [127.0.0.1]) by mail.govital.net (Postfix) with ESMTP id 02E334B123; Wed, 7 Sep 2016 16:24:45 -0400 (EDT) From: "Chris Demers" To: Amitabh Kant , "freebsd-questions@freebsd.org" Subject: Re: NFS or rsync for sharing files between FreeBSD servers? Date: Wed, 7 Sep 2016 15:24:44 -0500 Message-Id: <20160907202415.M4231@govital.net> In-Reply-To: References: X-Mailer: OpenWebMail 2.53 20080403 301 X-OriginatingIP: 208.90.70.90 (admin) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-govital-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 02E334B123.A51A8 X-govital-MailScanner: Found to be clean X-govital-MailScanner-From: admin@govital.net X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 20:32:38 -0000 On Wed, 7 Sep 2016 21:39:34 +0530, Amitabh Kant wrote > We need to share a number of directories between 3 servers running > 9.3 . Most of these directories contain php/html/js/images files > which do not change frequently. > > We need to keep the directories in sync on all three servers. > Currently, we run a rsync command every time there is a change in > one of the files/directories. Sometimes it does happen that we > forget to run the rsync script making one of the servers return old versions. > > That is where we are planning to introduce a nfs_server on one of the > servers, while the other two will be nfs_clients accessing the files > through a shared directory. I understand that it would present a single > point of failure, but in terms of disk access speed, will it make a huge > difference further impacting the web servers running on the > nfs_client servers ? The servers are connected to each other over > gigabit lines, and the files are themselves not greater than 20-30 > kb on an average, with some of the larger image files somewhere > around 4-5 MB. > > Amitabh > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. As an alternative to either I use CSYNC2 (http://oss.linbit.com/csync2/) Keeps our primary services cluster in sync. Keeps revision changes logged. And when there is an update lets you run scripts on the other nodes of the cluster. -- Chris Demers -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-questions@freebsd.org Wed Sep 7 22:56:05 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71304BD0C2C for ; Wed, 7 Sep 2016 22:56:05 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36D8D786 for ; Wed, 7 Sep 2016 22:56:05 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id e124so225127447ith.0 for ; Wed, 07 Sep 2016 15:56: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:from:date:message-id:subject:to :cc; bh=xBkIs3BRu41TO14afBbhzb/v/CnttzUI1sUZ0rqF5Ww=; b=urqMKjHK+ZfsSLHgWEpdHay1aYELLzIemxid9/Ds4HSeyUxcNOcwwf8bRBimJHl4Cx zDNTZM46LTOmbMocaSKgzZz0yBNOY73lTYDayXbN76OKuBgd5YhPb3SNB9bxeHgMjzvh 7QrPdV9sAqx0pmXYOPwONrincrMig9k4Ahc9BYnnAjT1KLVjFOJZvRgQU8ydTDDIbQ6O g/WvH/mQY9aLs0mwVsyuLU1fMCSD35roEyXW/6pdIfYlawUho0UwYxtFyAy04jpwmKmS BQXFlMsU+60WKe0HWB4+9w4fTOKg+pb5aKt0f5pooGPY/m1eKjMz/r/GBF7+xj/gGLOb REDA== 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; bh=xBkIs3BRu41TO14afBbhzb/v/CnttzUI1sUZ0rqF5Ww=; b=MG2sfDZn5gIle7hTizUW+E2Qn7iw9XiqgQ86GTnNwwkT2wIlOmpdyG+MJTmQX0r6uw /Yl/mEHUq9BFjLl8lufESxTx+CxZLbpAoEiWWEpJTqKJnPyF3inuCx03OzWYaD574SGw KlKGYFQ5Ma1ajrrlHXDLjE9Oxt+ZieSvA/AgauLhq3RtmQD3XMexFw0pc7SwqZuus7t5 Ro6/yoMCJlv6mFfZUzYAtud6eTJcJm23XP+bdgnlxhD6ymKYXpO7ZRuWek8rpgfChKRD hhCVdUBjuLkr5xKH9whZG6K7qBINnv/5SbgScT0qXc7/x69dukPpLduvuhhVAsbd6UjA /X7g== X-Gm-Message-State: AE9vXwN8DFXNmpV2/X2p+3zFkK3M3qfwwFwDnnX+stR3ifcI5OJQTCbzeRrA22+aecbknsxKN/A7HC9hBy63Dw== X-Received: by 10.36.144.68 with SMTP id x65mr10071368itd.70.1473288964540; Wed, 07 Sep 2016 15:56:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.26.3 with HTTP; Wed, 7 Sep 2016 15:56:04 -0700 (PDT) In-Reply-To: References: From: Ben Woods Date: Thu, 8 Sep 2016 06:56:04 +0800 Message-ID: Subject: Re: Different pkg upgrade behavior on different machines To: David Newman Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 22:56:05 -0000 On Thursday, 8 September 2016, David Newman wrote: > Greetings. How to get pkg to upgrade a package with a security > vulnerability? > > I have four identical virtual machines, all running 10.3-RELEASE and > bind910 installed using pkg and not ports. The 'pkg audit' command > reports a vulnerability in bind910-9.10.4P2. > > One of the four machines successfully upgrades to bind910-9.10.4P2_1 > using the commands 'sudo pkg update && sudo pkg upgrade bind910'. > > The other three machines report all repositories and packages are up to > date. > > This behavior has existed for at least a couple of weeks, so I don't > think it's a repository sync issue. > > Thanks in advance for advice on getting the updated pkg on all four VMs. > > dn > Strange behavior indeed! Can you provide the output of these commands for troubleshooting? Please provide for the box that works ok, and for one of the boxes that doesn't. cat /etc/pkg/FreeBSD.conf cat /usr/local/etc/pkg/repos/* cat /usr/local/etc/pkg.conf pkg info bind910 pkg audit -F Regards, Ben -- -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-questions@freebsd.org Wed Sep 7 23:15:19 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 069E8BD025A for ; Wed, 7 Sep 2016 23:15:19 +0000 (UTC) (envelope-from dnewman@networktest.com) Received: from mail8.networktest.com (mail8.networktest.com [IPv6:2607:f740:c::a13]) (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 E1E1A23F for ; Wed, 7 Sep 2016 23:15:18 +0000 (UTC) (envelope-from dnewman@networktest.com) Received: from mail8.networktest.com (localhost [127.0.0.1]) by mail8.networktest.com (Postfix) with ESMTP id 3597E672006 for ; Wed, 7 Sep 2016 16:15:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail8.networktest.com Received: from mail8.networktest.com ([127.0.0.1]) by mail8.networktest.com (mail8.networktest.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xpDOU2ZVLmA9 for ; Wed, 7 Sep 2016 16:15:15 -0700 (PDT) Received: from tejay.local (unknown [IPv6:2605:e000:141f:145:5d37:c0e:c9c5:aafa]) by mail8.networktest.com (Postfix) with ESMTPSA id 2C694672004 for ; Wed, 7 Sep 2016 16:15:15 -0700 (PDT) Subject: Re: Different pkg upgrade behavior on different machines References: Cc: "freebsd-questions@freebsd.org" From: David Newman Organization: Network Test Inc. Message-ID: Date: Wed, 7 Sep 2016 16:15:14 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------38C9F3D3BC215102A3508E47" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 23:15:19 -0000 This is a multi-part message in MIME format. --------------38C9F3D3BC215102A3508E47 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On 9/7/16 3:56 PM, Ben Woods wrote: > On Thursday, 8 September 2016, David Newman > wrote: > > Greetings. How to get pkg to upgrade a package with a security > vulnerability? > > I have four identical virtual machines, all running 10.3-RELEASE and > bind910 installed using pkg and not ports. The 'pkg audit' command > reports a vulnerability in bind910-9.10.4P2. > > One of the four machines successfully upgrades to bind910-9.10.4P2_1 > using the commands 'sudo pkg update && sudo pkg upgrade bind910'. > > The other three machines report all repositories and packages are up to > date. > > This behavior has existed for at least a couple of weeks, so I don't > think it's a repository sync issue. > > Thanks in advance for advice on getting the updated pkg on all four VMs. > > dn > > > Strange behavior indeed! > > Can you provide the output of these commands for troubleshooting? Please > provide for the box that works ok, and for one of the boxes that doesn't. > > cat /etc/pkg/FreeBSD.conf > cat /usr/local/etc/pkg/repos/* > cat /usr/local/etc/pkg.conf > pkg info bind910 > pkg audit -F Bingo. The boxes that won't update do not have a pkg/repos directory under /usr/local/etc, so they also lack a FreeBSD.conf file. After creating that directory and that file, 'pkg update' rebuilds the pkg database, and then 'pkg upgrade' works as expected. I've attached the output from the two boxes in case anyone else hits this issue. I've no idea why that directory and config file were missing but I'm good now. Many thanks! dn --------------38C9F3D3BC215102A3508E47 Content-Type: text/plain; charset=UTF-8; name="badbox.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="badbox.txt" QkFEIEJPWDoKCiMgY2F0IC9ldGMvcGtnL0ZyZWVCU0QuY29uZgojICRGcmVlQlNEOiByZWxl bmcvMTAuMy9ldGMvcGtnL0ZyZWVCU0QuY29uZiAyOTYzNzMgMjAxNi0wMy0wNCAwMToyNzoz OFogbWFyaXVzICQKIwojIFRvIGRpc2FibGUgdGhpcyByZXBvc2l0b3J5LCBpbnN0ZWFkIG9m IG1vZGlmeWluZyBvciByZW1vdmluZyB0aGlzIGZpbGUsCiMgY3JlYXRlIGEgL3Vzci9sb2Nh bC9ldGMvcGtnL3JlcG9zL0ZyZWVCU0QuY29uZiBmaWxlOgojCiMgICBta2RpciAtcCAvdXNy L2xvY2FsL2V0Yy9wa2cvcmVwb3MKIyAgIGVjaG8gIkZyZWVCU0Q6IHsgZW5hYmxlZDogbm8g fSIgPiAvdXNyL2xvY2FsL2V0Yy9wa2cvcmVwb3MvRnJlZUJTRC5jb25mCiMKCkZyZWVCU0Q6 IHsKICB1cmw6ICJwa2craHR0cDovL3BrZy5GcmVlQlNELm9yZy8ke0FCSX0vcXVhcnRlcmx5 IiwKICBtaXJyb3JfdHlwZTogInNydiIsCiAgc2lnbmF0dXJlX3R5cGU6ICJmaW5nZXJwcmlu dHMiLAogIGZpbmdlcnByaW50czogIi91c3Ivc2hhcmUva2V5cy9wa2ciLAogIGVuYWJsZWQ6 IHllcwp9CiMgY2F0IC91c3IvbG9jYWwvZXRjL3BrZy9yZXBvcy8qCmNhdDogTm8gbWF0Y2gu CiMgY2F0IC91c3IvbG9jYWwvZXRjL3BrZy5jb25mCiMgU3lzdGVtLXdpZGUgY29uZmlndXJh dGlvbiBmaWxlIGZvciBwa2coOCkKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGUgZmls ZSBmb3JtYXQgYW5kCiMgb3B0aW9ucyBwbGVhc2UgcmVmZXIgdG8gdGhlIHBrZy5jb25mKDUp IG1hbiBwYWdlCgojIE5vdGU6IHlvdSBkb24ndCBuZWVkIHRvIGhhdmUgYSBwa2cuY29uZiBm aWxlLiAgTWFueSBpbnN0YWxsYXRpb25zCiMgd2lsbCB3b3JrIHdlbGwgd2l0aCBubyBwa2cu Y29uZiBhdCBhbGwgb3Igd2l0aCBhbiBlbXB0eSBwa2cuY29uZgojIChvdGhlciB0aGFuIGNv bW1lbnQgbGluZXMpLiAgWW91IGNhbiBhbHNvIG92ZXJyaWRlIGFueSBvZiB0aGVzZQojIHNl dHRpbmdzIGZyb20gdGhlIGVudmlyb25tZW50LgoKIyBDb25maWd1cmF0aW9uIG9wdGlvbnMg LS0gZGVmYXVsdCB2YWx1ZXMuCgojUEtHX0RCRElSID0gIi92YXIvZGIvcGtnIjsKI1BLR19D QUNIRURJUiA9ICIvdmFyL2NhY2hlL3BrZyI7CiNQT1JUU0RJUiA9ICIvdXNyL3BvcnRzIjsK I0lOREVYRElSID0gIiI7CiNJTkRFWEZJTEUgPSAiSU5ERVgtMTAiOyAgICAgICAgIyBBdXRv Z2VuZXJhdGVkCiNIQU5ETEVfUkNfU0NSSVBUUyA9IGZhbHNlOwojQVNTVU1FX0FMV0FZU19Z RVMgPSBmYWxzZTsKI1JFUE9TX0RJUiBbCiMgICAgIi9ldGMvcGtnLyIsCiMgICAgIi91c3Iv bG9jYWwvZXRjL3BrZy9yZXBvcy8iLAojXQojUExJU1RfS0VZV09SRFNfRElSID0gIiI7CiNT WVNMT0cgPSB0cnVlOwojQUJJID0gImZyZWVic2Q6MTA6eDg2OjY0IjsgICAgICMgQXV0b2dl bmVyYXRlZAojREVWRUxPUEVSX01PREUgPSBmYWxzZTsKI1ZVTE5YTUxfU0lURSA9ICJodHRw Oi8vd3d3LnZ1eG1sLm9yZy9mcmVlYnNkL3Z1bG4ueG1sLmJ6MiI7CiNGRVRDSF9SRVRSWSA9 IDM7CiNQS0dfUExVR0lOU19ESVIgPSAiL3Vzci9sb2NhbC9saWIvcGtnLyI7CiNQS0dfRU5B QkxFX1BMVUdJTlMgPSB0cnVlOwojUExVR0lOUyBbCiNdCiNERUJVR19TQ1JJUFRTID0gZmFs c2U7CiNQTFVHSU5TX0NPTkZfRElSID0gIi91c3IvbG9jYWwvZXRjL3BrZy8iOwojUEVSTUlT U0lWRSA9IGZhbHNlOwojUkVQT19BVVRPVVBEQVRFID0gdHJ1ZTsKI05BTUVTRVJWRVIgPSAi IjsKI0VWRU5UX1BJUEUgPSAiIjsKI0ZFVENIX1RJTUVPVVQgPSAzMDsKI1VOU0VUX1RJTUVT VEFNUCA9IGZhbHNlOwojU1NIX1JFU1RSSUNUX0RJUiA9ICIiOwojUEtHX0VOViB7CiN9CiNQ S0dfU1NIX0FSR1MgPSAiIjsKI0RFQlVHX0xFVkVMID0gMDsKI0FMSUFTIHsKI30KI0NVREZf U09MVkVSID0gIiI7CiNTQVRfU09MVkVSID0gIiI7CiNSVU5fU0NSSVBUUyA9IHRydWU7CiND QVNFX1NFTlNJVElWRV9NQVRDSCA9IGZhbHNlOwojSVBfVkVSU0lPTiA9IDAKCiMgU2FtcGxl IGFsaWFzIHNldHRpbmdzCkFMSUFTICAgICAgICAgICAgICA6IHsKICBhbGwtZGVwZW5kczog cXVlcnkgJWRuLSVkdiwKICBhbm5vdGF0aW9uczogaW5mbyAtQSwKICBidWlsZC1kZXBlbmRz OiBpbmZvIC1xZCwKICBkb3dubG9hZDogZmV0Y2gsCiAgaWluZm86IGluZm8gLWl4LAogIGNp bmZvOiBpbmZvIC1DeCwKICBpc2VhcmNoOiBzZWFyY2ggLWl4LAogIGNzZWFyY2g6IHNlYXJj aCAtQ3gsCiAgbGVhZjogcXVlcnkgLWUgIiVhID09IDAiICIlbi0ldiIsCiAgbGlzdDogaW5m byAtcWwsCiAgb3JpZ2luOiBpbmZvIC1xbywKICBwcm92aWRlZC1kZXBlbmRzOiBpbmZvIC1x YiwKICByYXc6IGluZm8gLVIsCiAgcmVxdWlyZWQtZGVwZW5kczogaW5mbyAtcXIsCiAgc2hh cmVkLWRlcGVuZHM6IGluZm8gLXFCLAogIHNob3c6IGluZm8gLWYgLWssCiAgc2l6ZTogaW5m byAtc3EsCiAgfQojIHBrZyBpbmZvIGJpbmQ5MTAKYmluZDkxMC05LjEwLjRQMgpOYW1lICAg ICAgICAgICA6IGJpbmQ5MTAKVmVyc2lvbiAgICAgICAgOiA5LjEwLjRQMgpJbnN0YWxsZWQg b24gICA6IEZyaSBBdWcgMTIgMDk6MDk6MDAgMjAxNiBQRFQKT3JpZ2luICAgICAgICAgOiBk bnMvYmluZDkxMApBcmNoaXRlY3R1cmUgICA6IGZyZWVic2Q6MTA6eDg2OjY0ClByZWZpeCAg ICAgICAgIDogL3Vzci9sb2NhbApDYXRlZ29yaWVzICAgICA6IG5ldCBkbnMgaXB2NgpMaWNl bnNlcyAgICAgICA6IElTQ0wKTWFpbnRhaW5lciAgICAgOiBtYXRARnJlZUJTRC5vcmcKV1dX ICAgICAgICAgICAgOiBodHRwczovL3d3dy5pc2Mub3JnL3NvZnR3YXJlL2JpbmQKQ29tbWVu dCAgICAgICAgOiBCSU5EIEROUyBzdWl0ZSB3aXRoIHVwZGF0ZWQgRE5TU0VDIGFuZCBETlM2 NApPcHRpb25zICAgICAgICA6CiAgICAgICAJRExaX0JEQiAgICAgICAgOiBvZmYKICAgICAg IAlETFpfRklMRVNZU1RFTSA6IG9uCiAgICAgICAJRExaX0xEQVAgICAgICAgOiBvZmYKICAg ICAgIAlETFpfTVlTUUwgICAgICA6IG9mZgogICAgICAgCURMWl9QT1NUR1JFU1FMIDogb2Zm CiAgICAgICAJRExaX1NUVUIgICAgICAgOiBvZmYKICAgICAgIAlET0NTICAgICAgICAgICA6 IG9uCiAgICAgICAJRkVUQ0hMSU1JVCAgICAgOiBvZmYKICAgICAgIAlGSUxURVJfQUFBQSAg ICA6IG9mZgogICAgICAgCUZJWEVEX1JSU0VUICAgIDogb2ZmCiAgICAgICAJR0VPSVAgICAg ICAgICAgOiBvZmYKICAgICAgIAlHT1NUICAgICAgICAgICA6IG9mZgogICAgICAgCUdPU1Rf QVNOMSAgICAgIDogb2ZmCiAgICAgICAJR1NTQVBJX0JBU0UgICAgOiBvZmYKICAgICAgIAlH U1NBUElfSEVJTURBTCA6IG9mZgogICAgICAgCUdTU0FQSV9NSVQgICAgIDogb2ZmCiAgICAg ICAJR1NTQVBJX05PTkUgICAgOiBvbgogICAgICAgCUlETiAgICAgICAgICAgIDogb24KICAg ICAgIAlJUFY2ICAgICAgICAgICA6IG9uCiAgICAgICAJTEFSR0VfRklMRSAgICAgOiBvZmYK ICAgICAgIAlMSU5LUyAgICAgICAgICA6IG9mZgogICAgICAgCU1JTkNBQ0hFICAgICAgIDog b2ZmCiAgICAgICAJTkFUSVZFX1BLQ1MxMSAgOiBvZmYKICAgICAgIAlORVdTVEFUUyAgICAg ICA6IG9mZgogICAgICAgCVBPUlRSRVZJU0lPTiAgIDogb2ZmCiAgICAgICAJUFlUSE9OICAg ICAgICAgOiBvZmYKICAgICAgIAlRVUVSWVRSQUNFICAgICA6IG9mZgogICAgICAgCVJQWl9O U0ROQU1FICAgIDogb2ZmCiAgICAgICAJUlBaX05TSVAgICAgICAgOiBvZmYKICAgICAgIAlS UkwgICAgICAgICAgICA6IG9uCiAgICAgICAJU0lHQ0hBU0UgICAgICAgOiBvbgogICAgICAg CVNTTCAgICAgICAgICAgIDogb24KICAgICAgIAlTVEFSVF9MQVRFICAgICA6IG9mZgogICAg ICAgCVRIUkVBRFMgICAgICAgIDogb24KU2hhcmVkIExpYnMgcmVxdWlyZWQ6CiAgICAgICAJ bGliZWRpdC5zby4wCiAgICAgICAJbGliaWRua2l0LnNvLjEKICAgICAgIAlsaWJ4bWwyLnNv LjIKQW5ub3RhdGlvbnMgICAgOgogICAgICAgCWNwZSAgICAgICAgICAgIDogY3BlOjIuMzph OmlzYzpiaW5kOjkuMTAuNDpwMjo6OjpmcmVlYnNkMTA6eDY0CiAgICAgICAJcmVwb190eXBl ICAgICAgOiBiaW5hcnkKICAgICAgIAlyZXBvc2l0b3J5ICAgICA6IEZyZWVCU0QKRmxhdCBz aXplICAgICAgOiA0OS40TWlCCkRlc2NyaXB0aW9uICAgIDoKQklORCB2ZXJzaW9uIDkgaXMg YSBtYWpvciByZXdyaXRlIG9mIG5lYXJseSBhbGwgYXNwZWN0cyBvZiB0aGUgdW5kZXJseWlu ZyBCSU5ECmFyY2hpdGVjdHVyZS4gIFNvbWUgb2YgdGhlIGltcG9ydGFudCBmZWF0dXJlcyBv ZiBCSU5EIDkgYXJlOgoKRE5TIFNlY3VyaXR5OiBETlNTRUMgKHNpZ25lZCB6b25lcyksIFRT SUcgKHNpZ25lZCBETlMgcmVxdWVzdHMpCklQIHZlcnNpb24gNjogQW5zd2VycyBETlMgcXVl cmllcyBvbiBJUHY2IHNvY2tldHMsIElQdjYgcmVzb3VyY2UgcmVjb3JkcyAoQUFBQSkKICAg ICBFeHBlcmltZW50YWwgSVB2NiBSZXNvbHZlciBMaWJyYXJ5CkROUyBQcm90b2NvbCBFbmhh bmNlbWVudHM6IElYRlIsIERETlMsIE5vdGlmeSwgRUROUzAKICAgICBJbXByb3ZlZCBzdGFu ZGFyZHMgY29uZm9ybWFuY2UKVmlld3M6IE9uZSBzZXJ2ZXIgcHJvY2VzcyBjYW4gcHJvdmlk ZSBtdWx0aXBsZSAidmlld3MiIG9mIHRoZSBETlMgbmFtZXNwYWNlLAogICAgIGUuZy4gYW4g Imluc2lkZSIgdmlldyB0byBjZXJ0YWluIGNsaWVudHMsIGFuZCBhbiAib3V0c2lkZSIgdmll dyB0byBvdGhlcnMuCk11bHRpcHJvY2Vzc29yIFN1cHBvcnQKClNlZSB0aGUgQ0hBTkdFUyBm aWxlIGZvciBtb3JlIGluZm9ybWF0aW9uIG9uIG5ldyBmZWF0dXJlcy4KCldXVzogaHR0cHM6 Ly93d3cuaXNjLm9yZy9zb2Z0d2FyZS9iaW5kCiMgcGtnIGF1ZGl0IC1GCnZ1bG54bWwgZmls ZSB1cC10by1kYXRlCmJpbmQ5MTAtOS4xMC40UDIgaXMgdnVsbmVyYWJsZToKQklORCxLbm90 LE5TRCxQb3dlckROUyAtLSBkZW5pYWwgb3ZlciBzZXJ2aWNlIHZpYSBvdmVyc2l6ZWQgem9u ZSB0cmFuc2ZlcnMKQ1ZFOiBDVkUtMjAxNi02MTczCkNWRTogQ1ZFLTIwMTYtNjE3MgpDVkU6 IENWRS0yMDE2LTYxNzEKQ1ZFOiBDVkUtMjAxNi02MTcwCldXVzogaHR0cHM6Ly92dXhtbC5G cmVlQlNELm9yZy9mcmVlYnNkLzdkMDhlNjA4LTVlOTUtMTFlNi1iMzM0LTAwMjU5MDI2M2Jm NS5odG1sCgoxIHByb2JsZW0ocykgaW4gdGhlIGluc3RhbGxlZCBwYWNrYWdlcyBmb3VuZC4K --------------38C9F3D3BC215102A3508E47 Content-Type: text/plain; charset=UTF-8; name="goodbox.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="goodbox.txt" R09PRCBCT1gKCiMgY2F0IC9ldGMvcGtnL0ZyZWVCU0QuY29uZgojICRGcmVlQlNEOiByZWxl bmcvMTAuMy9ldGMvcGtnL0ZyZWVCU0QuY29uZiAyOTYzNzMgMjAxNi0wMy0wNCAwMToyNzoz OFogbWFyaXVzICQKIwojIFRvIGRpc2FibGUgdGhpcyByZXBvc2l0b3J5LCBpbnN0ZWFkIG9m IG1vZGlmeWluZyBvciByZW1vdmluZyB0aGlzIGZpbGUsCiMgY3JlYXRlIGEgL3Vzci9sb2Nh bC9ldGMvcGtnL3JlcG9zL0ZyZWVCU0QuY29uZiBmaWxlOgojCiMgICBta2RpciAtcCAvdXNy L2xvY2FsL2V0Yy9wa2cvcmVwb3MKIyAgIGVjaG8gIkZyZWVCU0Q6IHsgZW5hYmxlZDogbm8g fSIgPiAvdXNyL2xvY2FsL2V0Yy9wa2cvcmVwb3MvRnJlZUJTRC5jb25mCiMKCkZyZWVCU0Q6 IHsKICB1cmw6ICJwa2craHR0cDovL3BrZy5GcmVlQlNELm9yZy8ke0FCSX0vcXVhcnRlcmx5 IiwKICBtaXJyb3JfdHlwZTogInNydiIsCiAgc2lnbmF0dXJlX3R5cGU6ICJmaW5nZXJwcmlu dHMiLAogIGZpbmdlcnByaW50czogIi91c3Ivc2hhcmUva2V5cy9wa2ciLAogIGVuYWJsZWQ6 IHllcwp9CiMgY2F0IC91c3IvbG9jYWwvZXRjL3BrZy9yZXBvcy8qCkZyZWVCU0Q6IHsKICB1 cmw6ICJwa2craHR0cDovL3BrZy5GcmVlQlNELm9yZy8ke0FCSX0vbGF0ZXN0IiwKICBtaXJy b3JfdHlwZTogInNydiIsCiAgc2lnbmF0dXJlX3R5cGU6ICJmaW5nZXJwcmludHMiLAogIGZp bmdlcnByaW50czogIi91c3Ivc2hhcmUva2V5cy9wa2ciLAogIGVuYWJsZWQ6IHllcwp9CiMg Y2F0IC91c3IvbG9jYWwvZXRjL3BrZy5jb25mCiMgU3lzdGVtLXdpZGUgY29uZmlndXJhdGlv biBmaWxlIGZvciBwa2coOCkKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGUgZmlsZSBm b3JtYXQgYW5kCiMgb3B0aW9ucyBwbGVhc2UgcmVmZXIgdG8gdGhlIHBrZy5jb25mKDUpIG1h biBwYWdlCgojIE5vdGU6IHlvdSBkb24ndCBuZWVkIHRvIGhhdmUgYSBwa2cuY29uZiBmaWxl LiAgTWFueSBpbnN0YWxsYXRpb25zCiMgd2lsbCB3b3JrIHdlbGwgd2l0aCBubyBwa2cuY29u ZiBhdCBhbGwgb3Igd2l0aCBhbiBlbXB0eSBwa2cuY29uZgojIChvdGhlciB0aGFuIGNvbW1l bnQgbGluZXMpLiAgWW91IGNhbiBhbHNvIG92ZXJyaWRlIGFueSBvZiB0aGVzZQojIHNldHRp bmdzIGZyb20gdGhlIGVudmlyb25tZW50LgoKIyBDb25maWd1cmF0aW9uIG9wdGlvbnMgLS0g ZGVmYXVsdCB2YWx1ZXMuCgojUEtHX0RCRElSID0gIi92YXIvZGIvcGtnIjsKI1BLR19DQUNI RURJUiA9ICIvdmFyL2NhY2hlL3BrZyI7CiNQT1JUU0RJUiA9ICIvdXNyL3BvcnRzIjsKI0lO REVYRElSID0gIiI7CiNJTkRFWEZJTEUgPSAiSU5ERVgtMTAiOyAgICAgICAgIyBBdXRvZ2Vu ZXJhdGVkCiNIQU5ETEVfUkNfU0NSSVBUUyA9IGZhbHNlOwojREVGQVVMVF9BTFdBWVNfWUVT ID0gZmFsc2U7CiNBU1NVTUVfQUxXQVlTX1lFUyA9IGZhbHNlOwojUkVQT1NfRElSIFsKIyAg ICAiL2V0Yy9wa2cvIiwKIyAgICAiL3Vzci9sb2NhbC9ldGMvcGtnL3JlcG9zLyIsCiNdCiNQ TElTVF9LRVlXT1JEU19ESVIgPSAiIjsKI1NZU0xPRyA9IHRydWU7CiNBQkkgPSAiZnJlZWJz ZDoxMDp4ODY6NjQiOyAgICAgIyBBdXRvZ2VuZXJhdGVkCiNERVZFTE9QRVJfTU9ERSA9IGZh bHNlOwojVlVMTlhNTF9TSVRFID0gImh0dHA6Ly92dXhtbC5mcmVlYnNkLm9yZy9mcmVlYnNk L3Z1bG4ueG1sLmJ6MiI7CiNGRVRDSF9SRVRSWSA9IDM7CiNQS0dfUExVR0lOU19ESVIgPSAi L3Vzci9sb2NhbC9saWIvcGtnLyI7CiNQS0dfRU5BQkxFX1BMVUdJTlMgPSB0cnVlOwojUExV R0lOUyBbCiNdCiNERUJVR19TQ1JJUFRTID0gZmFsc2U7CiNQTFVHSU5TX0NPTkZfRElSID0g Ii91c3IvbG9jYWwvZXRjL3BrZy8iOwojUEVSTUlTU0lWRSA9IGZhbHNlOwojUkVQT19BVVRP VVBEQVRFID0gdHJ1ZTsKI05BTUVTRVJWRVIgPSAiIjsKI0hUVFBfVVNFUl9BR0VOVCA9ICJD dXN0b21fVXNlcl9NYW5hZ2VyIjsKI0VWRU5UX1BJUEUgPSAiIjsKI0ZFVENIX1RJTUVPVVQg PSAzMDsKI1VOU0VUX1RJTUVTVEFNUCA9IGZhbHNlOwojU1NIX1JFU1RSSUNUX0RJUiA9ICIi OwojUEtHX0VOViB7CiN9CiNQS0dfU1NIX0FSR1MgPSAiIjsKI0RFQlVHX0xFVkVMID0gMDsK I0FMSUFTIHsKI30KI0NVREZfU09MVkVSID0gIiI7CiNTQVRfU09MVkVSID0gIiI7CiNSVU5f U0NSSVBUUyA9IHRydWU7CiNDQVNFX1NFTlNJVElWRV9NQVRDSCA9IGZhbHNlOwojSVBfVkVS U0lPTiA9IDAKCiMgU2FtcGxlIGFsaWFzIHNldHRpbmdzCkFMSUFTICAgICAgICAgICAgICA6 IHsKICBhbGwtZGVwZW5kczogcXVlcnkgJWRuLSVkdiwKICBhbm5vdGF0aW9uczogaW5mbyAt QSwKICBidWlsZC1kZXBlbmRzOiBpbmZvIC1xZCwKICBjaW5mbzogaW5mbyAtQ3gsCiAgY29t bWVudDogcXVlcnkgLWkgIiVjIiwKICBjc2VhcmNoOiBzZWFyY2ggLUN4LAogIGRlc2M6IHF1 ZXJ5IC1pICIlZSIsCiAgZG93bmxvYWQ6IGZldGNoLAogIGlpbmZvOiBpbmZvIC1peCwKICBp c2VhcmNoOiBzZWFyY2ggLWl4LAogIHByaW1lLWxpc3Q6ICJxdWVyeSAtZSAnJWEgPSAwJyAn JW4nIiwKICBsZWFmOiAicXVlcnkgLWUgJyUjciA9PSAwJyAnJW4tJXYnIiwKICBsaXN0OiBp bmZvIC1xbCwKICBub2F1dG8gPSAicXVlcnkgLWUgJyVhID09IDAnICclbi0ldiciLAogIG9w dGlvbnM6IHF1ZXJ5IC1pICIlbiAtICVPazogJU92IiwKICBvcmlnaW46IGluZm8gLXFvLAog IHByb3ZpZGVkLWRlcGVuZHM6IGluZm8gLXFiLAogIHJhdzogaW5mbyAtUiwKICByZXF1aXJl ZC1kZXBlbmRzOiBpbmZvIC1xciwKICByb3B0aW9uczogcnF1ZXJ5IC1pICIlbiAtICVPazog JU92IiwKICBzaGFyZWQtZGVwZW5kczogaW5mbyAtcUIsCiAgc2hvdzogaW5mbyAtZiAtaywK ICBzaXplOiBpbmZvIC1zcSwKICB9CiMgcGtnIGluZm8gYmluZDkxMApiaW5kOTEwLTkuMTAu NFAyXzEKTmFtZSAgICAgICAgICAgOiBiaW5kOTEwClZlcnNpb24gICAgICAgIDogOS4xMC40 UDJfMQpJbnN0YWxsZWQgb24gICA6IFRodSBTZXAgIDEgMTE6MDQ6MDMgMjAxNiBQRFQKT3Jp Z2luICAgICAgICAgOiBkbnMvYmluZDkxMApBcmNoaXRlY3R1cmUgICA6IGZyZWVic2Q6MTA6 eDg2OjY0ClByZWZpeCAgICAgICAgIDogL3Vzci9sb2NhbApDYXRlZ29yaWVzICAgICA6IG5l dCBkbnMgaXB2NgpMaWNlbnNlcyAgICAgICA6IElTQ0wKTWFpbnRhaW5lciAgICAgOiBtYXRA RnJlZUJTRC5vcmcKV1dXICAgICAgICAgICAgOiBodHRwczovL3d3dy5pc2Mub3JnL3NvZnR3 YXJlL2JpbmQKQ29tbWVudCAgICAgICAgOiBCSU5EIEROUyBzdWl0ZSB3aXRoIHVwZGF0ZWQg RE5TU0VDIGFuZCBETlM2NApPcHRpb25zICAgICAgICA6CiAgICAgICAJRExaX0JEQiAgICAg ICAgOiBvZmYKICAgICAgIAlETFpfRklMRVNZU1RFTSA6IG9uCiAgICAgICAJRExaX0xEQVAg ICAgICAgOiBvZmYKICAgICAgIAlETFpfTVlTUUwgICAgICA6IG9mZgogICAgICAgCURMWl9Q T1NUR1JFU1FMIDogb2ZmCiAgICAgICAJRExaX1NUVUIgICAgICAgOiBvZmYKICAgICAgIAlE T0NTICAgICAgICAgICA6IG9uCiAgICAgICAJRkVUQ0hMSU1JVCAgICAgOiBvZmYKICAgICAg IAlGSUxURVJfQUFBQSAgICA6IG9mZgogICAgICAgCUZJWEVEX1JSU0VUICAgIDogb2ZmCiAg ICAgICAJR0VPSVAgICAgICAgICAgOiBvZmYKICAgICAgIAlHT1NUICAgICAgICAgICA6IG9m ZgogICAgICAgCUdPU1RfQVNOMSAgICAgIDogb2ZmCiAgICAgICAJR1NTQVBJX0JBU0UgICAg OiBvZmYKICAgICAgIAlHU1NBUElfSEVJTURBTCA6IG9mZgogICAgICAgCUdTU0FQSV9NSVQg ICAgIDogb2ZmCiAgICAgICAJR1NTQVBJX05PTkUgICAgOiBvbgogICAgICAgCUlETiAgICAg ICAgICAgIDogb24KICAgICAgIAlJUFY2ICAgICAgICAgICA6IG9uCiAgICAgICAJTEFSR0Vf RklMRSAgICAgOiBvZmYKICAgICAgIAlMSU5LUyAgICAgICAgICA6IG9mZgogICAgICAgCU1J TkNBQ0hFICAgICAgIDogb2ZmCiAgICAgICAJTkFUSVZFX1BLQ1MxMSAgOiBvZmYKICAgICAg IAlQT1JUUkVWSVNJT04gICA6IG9mZgogICAgICAgCVBZVEhPTiAgICAgICAgIDogb2ZmCiAg ICAgICAJUVVFUllUUkFDRSAgICAgOiBvZmYKICAgICAgIAlSUFpfTlNETkFNRSAgICA6IG9u CiAgICAgICAJUlBaX05TSVAgICAgICAgOiBvbgogICAgICAgCVNJR0NIQVNFICAgICAgIDog b24KICAgICAgIAlTU0wgICAgICAgICAgICA6IG9uCiAgICAgICAJU1RBUlRfTEFURSAgICAg OiBvZmYKICAgICAgIAlUSFJFQURTICAgICAgICA6IG9uClNoYXJlZCBMaWJzIHJlcXVpcmVk OgogICAgICAgCWxpYmVkaXQuc28uMAogICAgICAgCWxpYmlkbmtpdC5zby4xCiAgICAgICAJ bGlieG1sMi5zby4yCkFubm90YXRpb25zICAgIDoKICAgICAgIAljcGUgICAgICAgICAgICA6 IGNwZToyLjM6YTppc2M6YmluZDo5LjEwLjQ6cDI6Ojo6ZnJlZWJzZDEwOng2NDoxCiAgICAg ICAJcmVwb190eXBlICAgICAgOiBiaW5hcnkKICAgICAgIAlyZXBvc2l0b3J5ICAgICA6IEZy ZWVCU0QKRmxhdCBzaXplICAgICAgOiA0OS40TWlCCkRlc2NyaXB0aW9uICAgIDoKQklORCB2 ZXJzaW9uIDkgaXMgYSBtYWpvciByZXdyaXRlIG9mIG5lYXJseSBhbGwgYXNwZWN0cyBvZiB0 aGUgdW5kZXJseWluZyBCSU5ECmFyY2hpdGVjdHVyZS4gIFNvbWUgb2YgdGhlIGltcG9ydGFu dCBmZWF0dXJlcyBvZiBCSU5EIDkgYXJlOgoKRE5TIFNlY3VyaXR5OiBETlNTRUMgKHNpZ25l ZCB6b25lcyksIFRTSUcgKHNpZ25lZCBETlMgcmVxdWVzdHMpCklQIHZlcnNpb24gNjogQW5z d2VycyBETlMgcXVlcmllcyBvbiBJUHY2IHNvY2tldHMsIElQdjYgcmVzb3VyY2UgcmVjb3Jk cyAoQUFBQSkKICAgICBFeHBlcmltZW50YWwgSVB2NiBSZXNvbHZlciBMaWJyYXJ5CkROUyBQ cm90b2NvbCBFbmhhbmNlbWVudHM6IElYRlIsIERETlMsIE5vdGlmeSwgRUROUzAKICAgICBJ bXByb3ZlZCBzdGFuZGFyZHMgY29uZm9ybWFuY2UKVmlld3M6IE9uZSBzZXJ2ZXIgcHJvY2Vz cyBjYW4gcHJvdmlkZSBtdWx0aXBsZSAidmlld3MiIG9mIHRoZSBETlMgbmFtZXNwYWNlLAog ICAgIGUuZy4gYW4gImluc2lkZSIgdmlldyB0byBjZXJ0YWluIGNsaWVudHMsIGFuZCBhbiAi b3V0c2lkZSIgdmlldyB0byBvdGhlcnMuCk11bHRpcHJvY2Vzc29yIFN1cHBvcnQKClNlZSB0 aGUgQ0hBTkdFUyBmaWxlIGZvciBtb3JlIGluZm9ybWF0aW9uIG9uIG5ldyBmZWF0dXJlcy4K CldXVzogaHR0cHM6Ly93d3cuaXNjLm9yZy9zb2Z0d2FyZS9iaW5kCiMgcGtnIGF1ZGl0IC1G CkZldGNoaW5nIHZ1bG4ueG1sLmJ6MjogMTAwJSAgNjM1IEtpQiA2NTAuNmtCL3MgICAgMDA6 MDEKMCBwcm9ibGVtKHMpIGluIHRoZSBpbnN0YWxsZWQgcGFja2FnZXMgZm91bmQuCiMKIw== --------------38C9F3D3BC215102A3508E47-- From owner-freebsd-questions@freebsd.org Thu Sep 8 05:40:47 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2040BD1D25 for ; Thu, 8 Sep 2016 05:40:47 +0000 (UTC) (envelope-from perryh@pluto.rain.com) 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 88DCEFAA for ; Thu, 8 Sep 2016 05:40:47 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id u885ehBM095327 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 7 Sep 2016 22:40:43 -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 u885ehwM095326; Wed, 7 Sep 2016 22:40:43 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA26053; Wed, 7 Sep 16 22:09:35 PDT Date: Wed, 07 Sep 2016 22:09:47 -0700 From: perryh@pluto.rain.com (Perry Hutchison) To: wblock@wonkity.com Cc: freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" Message-Id: <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> In-Reply-To: User-Agent: nail 11.25 7/29/05 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 05:40:47 -0000 Warren Block wrote: > What does the man page need? For starters, default values for -b, -s, -t, and -i in "gpart add". (I guess -i defaults to "lowest not currently in use", but what about the others?) List of what-all "attributes" can be set and what they do. Explanation of when one would use -b vs. -p in "gpart bootcode" since they are apparently different ways of specifying where the bootcode comes from (but then your example uses both?) Description of how to show the current state of the provider vs what it would look like if pending changes were committed. > More examples? > > http://www.wonkity.com/~wblock/docs/html/disksetup.html That could do with some explanations of where the "magic numbers" came from, e.g. the "-b 40" in the gpboot partition and the "-b 1M" in gprootfs. I suppose there must be some reason for leaving those 3.0k and 492k free spaces around gpboot, but it isn't obvious. From owner-freebsd-questions@freebsd.org Thu Sep 8 08:57:05 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4859BC4B8D for ; Thu, 8 Sep 2016 08:57:05 +0000 (UTC) (envelope-from lgroups@vlymskerp.net) Received: from mail.wolk.co.za (mail.wolk.co.za [197.189.230.211]) by mx1.freebsd.org (Postfix) with ESMTP id 76D34289 for ; Thu, 8 Sep 2016 08:57:04 +0000 (UTC) (envelope-from lgroups@vlymskerp.net) Received: from poskantoor (cal.wolk.co.za [10.30.40.70]) by mail.wolk.co.za (Postfix) with ESMTP id D0462232DDE for ; Thu, 8 Sep 2016 10:51:13 +0200 (SAST) X-Virus-Scanned: amavisd-new at wolk.co.za Received: from mail.wolk.co.za ([10.30.40.70]) by poskantoor (mail.wolk.co.za [10.30.40.70]) (amavisd-new, port 10024) with LMTP id 4qB5uuyjAtyZ for ; Thu, 8 Sep 2016 10:51:04 +0200 (SAST) Received: from [196.1.1.201] (unknown [41.189.77.118]) by mail.wolk.co.za (Postfix) with ESMTPSA id 9A7B922B496 for ; Thu, 8 Sep 2016 10:51:04 +0200 (SAST) To: freebsd-questions@freebsd.org From: Coert Subject: copying /var/cache/pkg between machines Message-ID: <57D12678.7000903@vlymskerp.net> Date: Thu, 8 Sep 2016 10:51:04 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 08:57:05 -0000 Hello all, I have a few FreeBSD machines running with KDE installed. When I copy /var/cache/pkg to another machine, it downloads all packages again anyway. I tried rsync, tar, made sure the symlinks with checksums are preserved, but to no avail. What is the recommended way to sync /var/cache/pkg between machines? Thank you in advance, Coert From owner-freebsd-questions@freebsd.org Thu Sep 8 09:17:46 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70993BD040A for ; Thu, 8 Sep 2016 09:17:46 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 074BC124 for ; Thu, 8 Sep 2016 09:17:45 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from zero-gravitas.local (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 5B00E1916 for ; Thu, 8 Sep 2016 09:17:40 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/5B00E1916; dkim=none; dkim-atps=neutral Subject: Re: copying /var/cache/pkg between machines To: freebsd-questions@freebsd.org References: <57D12678.7000903@vlymskerp.net> From: Matthew Seaman Message-ID: <3ca9afc1-a867-51aa-92df-96e6c7f80d24@FreeBSD.org> Date: Thu, 8 Sep 2016 10:17:33 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <57D12678.7000903@vlymskerp.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RiqET2UUFrpO2NaQ1TPkq8sWfKUguKDqV" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 09:17:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RiqET2UUFrpO2NaQ1TPkq8sWfKUguKDqV Content-Type: multipart/mixed; boundary="HPMa701wvmPSP007dgqKMnvqFpQxSoB2A"; protected-headers="v1" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: <3ca9afc1-a867-51aa-92df-96e6c7f80d24@FreeBSD.org> Subject: Re: copying /var/cache/pkg between machines References: <57D12678.7000903@vlymskerp.net> In-Reply-To: <57D12678.7000903@vlymskerp.net> --HPMa701wvmPSP007dgqKMnvqFpQxSoB2A Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016/09/08 09:51, Coert wrote: > I have a few FreeBSD machines running with KDE installed. > When I copy /var/cache/pkg to another machine, it downloads all package= s > again anyway. > I tried rsync, tar, made sure the symlinks with checksums are preserved= , > but to no avail. >=20 > What is the recommended way to sync /var/cache/pkg between machines? Sync'ing /var/cache/pkg like that isn't something that has been considered as 'normal' usage of pkg(8), so there's no guarantee that it will work. However, what you can do is create a local package repo from /var/cache/pkg by: pkg repo /var/cache/pkg This can be served to your other machine by HTTP or even copied over to the other machine by rsync. eg. rsync -avx /var/cache/pkg/ othermachine:/var/myrepo/ and then on othermachine add in /usr/local/etc/pkg/repos/myrepo.conf: myrepo: { url: file:///var/myrepo priority: 10 } othermachine will still be able to use the default FreeBSD pkg repositories, but it will prefer 'myrepo' as far as possible. Cheers, Matthew --HPMa701wvmPSP007dgqKMnvqFpQxSoB2A-- --RiqET2UUFrpO2NaQ1TPkq8sWfKUguKDqV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJX0SyzXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnXgkP/3Ol5nwKDT0wdIAdKmbMcxyq dYQNDj9w7H3xt402WOPp4R0vnkL7UvaRE2iIQRhbI5RSVTzg/QRyPq0WwJWsmNgy gb51QI6NBckv5W1Eq8InC/NbjVN06yCDNDGar6oJtGRVSnabp+QSYloCxGrp4YqR d5LuYoCIt7PZpOnK9NJaAL5EFjFwHGUeBArOhpg0A9RVdBP0FgOa5rhqi/izNdiD kW/ouScWrNwqg0biFCw50idaURxCqwCU5lTdkdK4ELXM2sDC7OzeUwkVx1c+wy6e +4E2yKu0PvTFu8Wjlzf8b7dBjV2TwOmYV0bVu2rJL1XUpZyVt3Q2be3FQRsWXeIl 3f2gcIFfce3FpVzYIMYuoNaDF2OOBl6ClJ/PBmvDClB0s1hY56SwOlEWzcZLS++a TUrvpIiq8HODJt8bwOnQc4/jhHpEXfE2key1Rgiwbifd+XULeM1Y3u8rDAH8DJkH uaiotjGt6zBMcksFm1xk/UlMwk/JanJ9hed35yJQGTje8dY10wjnNe1Gp1yBB/AG RqTS/idCw8QYi/NubBpWbmETowilPeqhAN2R7puogSBatUIscqG+D0DJHrO4AwsX pjdIruKokbt+L6sVkQyc5racXNGPIFnsfv16snqNHSH+nk5LLbSJ7yiEeJ3wOBBT 5G5DD4/WFNvM5sSW5Pky =xnwZ -----END PGP SIGNATURE----- --RiqET2UUFrpO2NaQ1TPkq8sWfKUguKDqV-- From owner-freebsd-questions@freebsd.org Thu Sep 8 19:37:24 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43B97BD150A for ; Thu, 8 Sep 2016 19:37:24 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (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 256BF3AF for ; Thu, 8 Sep 2016 19:37:23 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (c-73-240-250-185.hsd1.or.comcast.net [73.240.250.185]) by echo.brtsvcs.net (Postfix) with ESMTPS id 8DCEC50006; Thu, 8 Sep 2016 19:37:17 +0000 (UTC) Received: from [IPv6:fe80::7102:4df8:1f13:5c55] (unknown [IPv6:fe80::7102:4df8:1f13:5c55]) by chombo.houseloki.net (Postfix) with ESMTPSA id 46CF41844; Thu, 8 Sep 2016 12:37:16 -0700 (PDT) Subject: Re: NFS or rsync for sharing files between FreeBSD servers? To: Amitabh Kant References: From: Mel Pilgrim Cc: freebsd-questions@freebsd.org Reply-To: freebsd-questions@freebsd.org Message-ID: <9e68c578-7569-2015-db6b-92bea3864bc8@bluerosetech.com> Date: Thu, 8 Sep 2016 12:37:19 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 19:37:24 -0000 On 2016-09-07 09:09, Amitabh Kant wrote: > We need to share a number of directories between 3 servers running 9.3 . > Most of these directories contain php/html/js/images files which do not > change frequently. > > We need to keep the directories in sync on all three servers. Currently, we > run a rsync command every time there is a change in one of the > files/directories. Sometimes it does happen that we forget to run the rsync > script making one of the servers return old versions. > > That is where we are planning to introduce a nfs_server on one of the > servers, while the other two will be nfs_clients accessing the files > through a shared directory. I understand that it would present a single > point of failure, but in terms of disk access speed, will it make a huge > difference further impacting the web servers running on the nfs_client > servers ? The servers are connected to each other over gigabit lines, and > the files are themselves not greater than 20-30 kb on an average, with some > of the larger image files somewhere around 4-5 MB. Have a look at sysutils/inotify-tools. IMO, inotifywait example 1 on the website[1] does what you're looking to do. 1: https://github.com/rvoicilas/inotify-tools/wiki#info From owner-freebsd-questions@freebsd.org Thu Sep 8 21:18:39 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 266C3BD219E for ; Thu, 8 Sep 2016 21:18:39 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-it0-f45.google.com (mail-it0-f45.google.com [209.85.214.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F06E1314 for ; Thu, 8 Sep 2016 21:18:38 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-it0-f45.google.com with SMTP id i184so279225052itf.1 for ; Thu, 08 Sep 2016 14:18:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=jcJNnliQ01wC0hIBTKBbtaSOiEjUM+PXsOSQyIsQSws=; b=FroZyQyWryUSMLC/pYREEQw/PL58xX1RLrxlIfgp5V0q5kjYhh7qntoNqDo1gByYxS 5t0Gnu10KpnnJgWYbfOq1xcf4ZIIEXvC7pTDerj8liVwB2w5DbkpRLF6sEG8qol9rioT 4I5xuAq/Ar5v6Z+dqPtNYM/iUuI2XL1e987IVFu4rcAcF3j6umx81FtBG23NHqrO3d/I vXxfw1Qc6nR9HsOoTNxFwr4q9XAYGXUAcjiatsNUGQg4rByvMLLX3EMHOMJRU5EmAqZt ICXEnvHZ6CtR2EG1uLu8as86oLKwItnl/BY/wEbaDCYTFn2DVm5pwLtOF76115PD6cJZ T0Qw== X-Gm-Message-State: AE9vXwPWyld888cV7gny1mcXrPgxPehHNNTymGMJb/CGVmLfIq2igZKjJpgZkBPzEc1H2Q== X-Received: by 10.157.40.27 with SMTP id m27mr114840otb.128.1473369512159; Thu, 08 Sep 2016 14:18:32 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-240-135.mpls.qwest.net. [174.30.240.135]) by smtp.gmail.com with ESMTPSA id 194sm8345itu.4.2016.09.08.14.18.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 08 Sep 2016 14:18:30 -0700 (PDT) References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: Perry Hutchison Cc: wblock@wonkity.com, freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-reply-to: <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> Date: Thu, 08 Sep 2016 16:18:33 -0500 Message-ID: <86wpimm6om.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 21:18:39 -0000 Perry Hutchison writes: > Warren Block wrote: > >> What does the man page need? > > For starters, default values for -b, -s, -t, and -i in "gpart add". > (I guess -i defaults to "lowest not currently in use", but what about > the others?) The defaults are exactly what you'd expect them to be. '-b' defaults to the start of the disk. '-i' defaults to the lowest available integer. '-s' defaults to everything available. '-t' default to nothing, because it would be senseless to assume the type of a partition; gpart(8) will exit with an error if you don't provide it. > List of what-all "attributes" can be set and what they > do. See "ATTRIBUTES." > Explanation of when one would use -b vs. -p in "gpart bootcode" > since they are apparently different ways of specifying where the > bootcode comes from (but then your example uses both?) '-b' and '-p' specify different values. '-b' specifies what is written; '-p' specifies how and where. How they're used depends on your partition scheme and motherboard. See "BOOTSTRAPPING." > Description of how to show the current state of the provider vs what > it would look like if pending changes were committed. I don't know if this is possible. I believe it's assumed that the user/administrator has---or at least *should* have---a good idea of what state the disk is in before they start messing with the existing (presumably good) partition table. > I suppose there must be some reason for leaving those > 3.0k and 492k free spaces around gpboot, but it isn't obvious. Partition alignment. -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ---------------------------------- From owner-freebsd-questions@freebsd.org Thu Sep 8 22:11:07 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1281BD108C for ; Thu, 8 Sep 2016 22:11:07 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-yb0-x22e.google.com (mail-yb0-x22e.google.com [IPv6:2607:f8b0:4002:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7187EC47 for ; Thu, 8 Sep 2016 22:11:07 +0000 (UTC) (envelope-from ray@ddteam.net) Received: by mail-yb0-x22e.google.com with SMTP id d205so22172683ybh.0 for ; Thu, 08 Sep 2016 15:11:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ddteam-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=fhnO4xsIE8yofvOMLgiGi8pHF0bOIkr06Jb+HS7ZdO0=; b=xuzR3xMp2E+5e2uq+gfDs+eAzMr9XA43yNuYKy/VzHcqT3Bfvxl7Z/7CIg5O8rEPnS N9S22NPK426R/CadiK1vq0Tkerbyg1Fi4jdtS2JRIGbzv4O7r9tjAAw7e6YigjMdcESU 9XnOu5W4iaxkFTbB1PPVHFXz60CFg+B4Yq7LCLABpoT3X1IvFMHZFnbNFMW3jqFe8PhI H1S1odBJhCw8fuP0W4b7lkpKktkhcGrIh2Ds41cNeAgzHQN/QPeu1vcnKHqw7HEwT3s4 tGBlTfABvvrk3GpEHKOzBcAKiRQvnFGFAJ2aMVEKxbE/am8/axC6j0aAxKtqUF3gGUiX VUew== 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; bh=fhnO4xsIE8yofvOMLgiGi8pHF0bOIkr06Jb+HS7ZdO0=; b=c0+RGQWG1PltDb4sMXHxVoQuaPn8Lq2lQZ4bRQvNmS+3kX/IhY24IfHq97+1vXJTBQ Lm/v8Rtp1NlMvJI87XzU4A7uaKCZXiLdL58jqpXaBsePqlVBANmDF3zZh0zuuM/9v+Sz yD//d+m0OGocCCHzDUkwb7cwvqCbKAnWFEnZB0g12Frn6PrqC9Rce8Q0UU8A4w12jiqw b/VuBw6tRmI3oqQoYJb4KE717k+xn7cx1hAlQNHpJkkiH0UAc8yp/pj8FHTLg4G2VzFn oTg9pAPyIdQUK7pzMVh4A0TuPBxikc2VUZD3jdQdIxxIsMUMYS1B2MV+VS7pe2750tMr YiXQ== X-Gm-Message-State: AE9vXwM3q5BRltvnpMSuK+8hpA7IcC++joKCl871pzDWZU1cf5KtPDIZiiY8oCCkfkqRM8on8PjJCbNTVNuCSA== X-Received: by 10.37.48.9 with SMTP id w9mr282177ybw.21.1473372666405; Thu, 08 Sep 2016 15:11:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.110.131 with HTTP; Thu, 8 Sep 2016 15:11:05 -0700 (PDT) In-Reply-To: References: <20160718224548.T324@sola.nimnet.asn.au> <578F5688.8010207@gmail.com> <20160720214809.M324@sola.nimnet.asn.au> <216b40cf-d13d-bc8e-8e39-4d1de2b31fb4@gmail.com> From: Aleksandr Rybalko Date: Fri, 9 Sep 2016 01:11:05 +0300 Message-ID: Subject: Re: vt(4) not power friendly? (was: High CPU temperature and high fans level) To: "Lundberg, Johannes" Cc: Adrian Chadd , David Demelier , "freebsd-x11@freebsd.org" , "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 22:11:07 -0000 Hi guys! IIRC, it check for updates 25Hz, but not redraw whole screen. Full screen update looks really ugly :) 2016-09-06 21:09 GMT+03:00 Lundberg, Johannes < johannes@brilliantservice.co.jp>: > Ok, so it seems hw.vga.textmode has no effect on UEFI only systems, > correct? At least, I couldn't tell any difference between text and graphi= cs > mode on Intel Cherryview... > > Doing this on an older traditional BIOS laptop gives at idle console logi= n > prompt: > > textmode i915kms not loaded 10.1W > graphics mode i915kms not loaded 10.2W > i915kms loaded 9.2W > > Refreshing screen contents by doing "ls" 10 times / second with alternati= ng > folders. > > textmode 10.3W > graphicsmode 10.5W > i915kms 10.8W > > Measured with acpiconf -i 0 (charger disconnected)=E2=80=8B. > Numbers are average over several measurements. > > At one time "textmode i915kms not loaded" did show 9.3W so it's difficult > to say if there really is a difference between text and graphics mode. > However, there's a clear difference between i915kms loaded vs not loaded. > Not so big that the fans start to go high though... > > > =E2=80=8BConclusion: > > According to these tests maybe it's not a big deal for the average user w= ho > loads X or works in console but considering all the servers out there > idling at the console prompt there's a lot of wasted energy.... > > I haven't looked into it that much but it seems that vt is forcing screen > refresh at 25 Hz. Might be a good idea to do a more event driven renderin= g > and postpone melting the ice caps a little longer :) =E2=80=8B > > > On Thu, Sep 1, 2016 at 3:21 PM, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > > > Adding > > hw.vga.textmode=3D1 > > to /boot/loader.conf does not make any difference. > > > > On Sun, Aug 28, 2016 at 7:03 PM, Adrian Chadd > > wrote: > > > >> On 18 August 2016 at 16:18, Lundberg, Johannes > >> wrote: > >> > Hi > >> > > >> > I have been wondering about the same. I have a watt meter connected = to > >> my > >> > dev board and I can clearly see power consumption going down when VT > is > >> > inactive. > >> > > >> > We should look into this. > >> > >> ... interesting. Hm. Can you boot vt into 80x25 text mode and test? > >> > >> > >> -a > >> > >> > > >> > On Thu, Aug 18, 2016 at 2:44 PM, David Demelier < > >> demelier.david@gmail.com> > >> > wrote: > >> > > >> >> On 20/07/16 15:20, Ian Smith wrote: > >> >> > >> >>> On Wed, 20 Jul 2016 12:46:32 +0200, David Demelier wrote: > >> >>> > Le 18/07/2016 15:41, Ian Smith a =C3=A9crit : > >> >>> > > In freebsd-questions Digest, Vol 632, Issue 8, Message: 21 > >> >>> > > On Sun, 17 Jul 2016 11:59:32 +0200 David Demelier > >> >>> > > wrote: > >> >>> > > > 2016-07-17 0:25 GMT+02:00 Polytropon : > >> >>> > > > > On Sun, 17 Jul 2016 00:06:07 +0200, David Demelier > wrote: > >> >>> > > > >> Hello, > >> >>> > > > >> > >> >>> > > > >> I was trying FreeBSD 10.3 on my laptop (hp probook > 4510s) > >> >>> and was surprised > >> >>> > > > >> to see high CPU temperature and fans running high. > >> >>> > > > >> > >> >>> > > > >> No apps running, I get a temperature of 57C in > >> >>> dev.cpu.x.temperature and > >> >>> > > > >> fans run high (not able to get rpms). > >> >>> > > > >> > >> >>> > > > >> On a 4.6.3 Linux distro I get an average of 48C and > fans > >> are > >> >>> quite low. > >> >>> > > > >> > >> >>> > > > >> Both tests were kept in tty. No Xorg running just a > boot > >> and > >> >>> user login in > >> >>> > > > >> console. > >> >>> > > > >> > >> >>> > > > >> Do you have any clue? > >> >>> > > > > > >> >>> > > > > Did you enable powerd? It can slow down the CPU when t= he > >> >>> system > >> >>> > > > > is idle, and increase the CPU speed when needed. This > >> should > >> >>> have > >> >>> > > > > an effect on CPU temperature and fan speed. > >> >>> > > > >> >>> > > > Yes, I had powerd enabled, I tried -a adaptive, -a > >> hiadaptive as > >> >>> > > > suggested by Erich but it seems that only -a min has som= e > >> little > >> >>> > > > effect. I could get a temperature of 52C. I've tested ba= ck > >> on > >> >>> Linux > >> >>> > > > and I got an average much lower (41C). > >> >>> > > > >> >>> > > We really need to see what speed the CPU is running at when > >> idle. > >> >>> > > > >> >>> > > I think the fans running high - presumably from the sound an= d > >> >>> airflow? - > >> >>> > > rules out the sort of sensor errors Arthur reported (ie belo= w > >> >>> ambient :) > >> >>> > > and I assume the box actually feels warmer .. 57C suggests a > >> busy > >> >>> CPU or > >> >>> > > two .. but then it is summer there; what background ambient > >> temp. > >> >>> range? > >> >>> > > >> >>> > We have air-conditioning at work so ambient temperature is > normal, > >> >>> somewhat > >> >>> > between 24-28. > >> >>> > >> >>> Ok, just checking. So the temperatures are indeed obviously > >> excessive. > >> >>> > >> >>> > > > By the way the other sensors in hw.acpi.tz* are also muc= h > >> >>> higher than > >> >>> > > > Linux (using lm_sensors). The highest value is my tz5 > which > >> is > >> >>> at 78C > >> >>> > >> >>> Isn't that tz2? tz5 is only 55C in your listing (and not active), > but > >> >>> tz2 is indeed 78C and working the fan moderately hard. > >> >>> > >> >>> > > > almost 5 seconds after boot while the maximum tz value i= n > >> Linux > >> >>> > > > sensors is 55. > >> >>> > > > > >> >>> > > > I have no idea what's wrong. :( > >> >>> > >> >>> > > % sysctl hw.acpi > >> >>> > > % sysctl debug.acpi > >> >>> > > % sysctl dev.est # assuming intel? if not, maybe > >> >>> dev.hwpstate? > >> >>> > > % sysctl dev.cpu # best while idle, maybe plus when > >> busier > >> >>> > >> >>> > Thanks for your answer, here I posted the output of the sysctl > >> >>> variables you > >> >>> > asked for: > >> >>> > > >> >>> > http://markand.fr/files/result.txt > >> >>> > >> >>> Thanks, that's a useful format. Well, a couple of things .. > >> >>> > >> >>> > I've ran them on a FreeBSD memstick, I needed to install a Lin= ux > >> >>> distro until > >> >>> > I can find a solution because this drains my battery a lot. > >> >>> > >> >>> But did you start powerd after the memstick boot? From the CPU > speed, > >> >>> assuming it was generally idle, I suspect not? > >> >>> > >> >>> The big surprise is that CPU frequency (at least when you asked) i= s > at > >> >>> maximum (except for Turboboost mode) and that it's only using C1 > state > >> >>> when halted. C2 and C3 states provide a huge win for power > >> consumption > >> >>> - and so proportionally less heat. Alexander takes it to the limi= t > >> at: > >> >>> https://wiki.freebsd.org/TuningPowerConsumption > >> >>> > >> >>> hw.acpi.cpu.cx_lowest: C1 # the 'master setting' for cx_lowe= st > >> >>> > >> >>> # =3D=3D> sysctl dev.cpu > >> >>> dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 14427us > >> >>> dev.cpu.1.cx_lowest: C1 > >> >>> dev.cpu.1.cx_supported: C1/1/1 C2/2/1 C3/3/162 > >> >>> [..] > >> >>> dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 13756us > >> >>> dev.cpu.0.cx_lowest: C1 > >> >>> dev.cpu.0.cx_supported: C1/1/1 C2/2/1 C3/3/162 > >> >>> dev.cpu.0.freq_levels: 2101/35000 2100/35000 1600/23888 1200/15000 > >> >>> dev.cpu.0.freq: 2100 > >> >>> > >> >>> Also noted that it's running on battery (which is good for this > >> purpose) > >> >>> hw.acpi.acline: 0 > >> >>> hw.acpi.battery.info_expire: 5 > >> >>> hw.acpi.battery.units: 1 > >> >>> hw.acpi.battery.state: 1 > >> >>> hw.acpi.battery.time: 91 # can likely be doubled of better > >> >>> hw.acpi.battery.life: 79 > >> >>> > >> >>> > The average temperature was 50C, a bit less than the installed > >> >>> version on > >> >>> > hard drive where I have seen higher values. This is > interesting. I > >> >>> will > >> >>> > double check if something else makes the CPU more busy. > >> >>> > >> >>> Well you need to duplicate basic conditions when booted from > memstick; > >> >>> after boot, as root you should be able to: > >> >>> > >> >>> # service powerd onestart > >> >>> # sysctl hw.acpi.cpu.cx_lowest=3DCmax > >> >>> > >> >>> and then observe dev.cpu.0.freq and dev.cpu.0.cx_usage .. > >> >>> > >> >>> Though whenever you plug it in, or unplug it, you'll have to set t= he > >> >>> sysctl again, unless you update the settings in /etc/rc.conf > >> (possible?) > >> >>> > >> >>> Which should a) have it drop back to 1200 MHz and b) allow it to u= se > >> C2 > >> >>> and probably C3 .. you might check dmesg for any mention of 'C2' o= r > >> 'C3' > >> >>> as certain combinations of chosen timecounter can limit C3 or even > C2 > >> >>> use, and will say so (usually to do with use of the TSC as > >> timecounter) > >> >>> > >> >>> On 9.3 one still had to explicily set these: > >> >>> !grep cx /etc/defaults/rc.conf > >> >>> performance_cx_lowest=3D"HIGH" # Online CPU idle state > >> >>> economy_cx_lowest=3D"HIGH" # Offline CPU idle state > >> >>> !grep cx /etc/rc.conf > >> >>> performance_cx_lowest=3DC3 > >> >>> economy_cx_lowest=3DC3 > >> >>> > >> >>> But on head sources from a couple of months ago: > >> >>> !grep cx /usr/head/src/etc/defaults/rc.conf > >> >>> performance_cx_lowest=3D"C2" # Online CPU idle state > >> >>> economy_cx_lowest=3D"Cmax" # Offline CPU idle state > >> >>> > >> >>> So you might want to check what is there for 10.3? Setting both > >> 'Cmax' > >> >>> (or at least to C2) should be safe, the head defaults above are > likely > >> >>> more conservative for a few boxes that aren't happy with C3 and > >> higher. > >> >>> > >> >>> If that works, with powerd running CPU at 1200 MHz, it should save > >> lots > >> >>> of power and run plenty cooler. Good luck! > >> >>> > >> >>> Warner Losh has suggested disabling Turbo mode on these if having > heat > >> >>> problems, by adding (in your case) '-M 2100' to powerd_flags, but > that > >> >>> might be something for later. Meanwhile go for C2 and C3+ if > >> possible. > >> >>> > >> >>> As for fans, tz2 and tz0 are the only ones with 'active' cooling, > >> though > >> >>> tz2 is the only one also with passive cooling, so is most probably > the > >> >>> CPU/s - see acpi_thermal(4). > >> >>> > >> >>> This one doesn't turn on passive cooling (ie slowing the CPU) unti= l > >> only > >> >>> 3C below critical shutdown temperature, which seems a bit close to > me. > >> >>> > >> >>> At that moment it was above 45C and below 62C, so running at level > 3. > >> >>> > >> >>> hw.acpi.thermal.tz2._TSP: 300 > >> >>> hw.acpi.thermal.tz2._TC2: 2 > >> >>> hw.acpi.thermal.tz2._TC1: 1 > >> >>> hw.acpi.thermal.tz2._ACx: 84.0C 74.0C 62.0C 45.0C 38.0C 30.0C -1 -= 1 > >> -1 -1 > >> >>> hw.acpi.thermal.tz2._CRT: 108.0C > >> >>> hw.acpi.thermal.tz2._HOT: -1 > >> >>> hw.acpi.thermal.tz2._PSV: 105.0C > >> >>> hw.acpi.thermal.tz2.thermal_flags: 0 > >> >>> hw.acpi.thermal.tz2.passive_cooling: 1 > >> >>> hw.acpi.thermal.tz2.active: 3 > >> >>> hw.acpi.thermal.tz2.temperature: 53.0C > >> >>> > >> >>> This fan is also active at level 3 (0-based, so above 72C, with 3 > >> higher > >> >>> speeds to go). It can be hard to tell what TZ matches what > 'device'. > >> >>> > >> >>> hw.acpi.thermal.tz0._TSP: -1 > >> >>> hw.acpi.thermal.tz0._TC2: -1 > >> >>> hw.acpi.thermal.tz0._TC1: -1 > >> >>> hw.acpi.thermal.tz0._ACx: 105.0C 96.0C 87.0C 72.0C 64.0C 57.0C 30.= 0C > >> -1 > >> >>> -1 -1 > >> >>> hw.acpi.thermal.tz0._CRT: 108.0C > >> >>> hw.acpi.thermal.tz0._HOT: -1 > >> >>> hw.acpi.thermal.tz0._PSV: -1 > >> >>> hw.acpi.thermal.tz0.thermal_flags: 0 > >> >>> hw.acpi.thermal.tz0.passive_cooling: 0 > >> >>> hw.acpi.thermal.tz0.active: 3 > >> >>> hw.acpi.thermal.tz0.temperature: 78.0C > >> >>> > >> >>> That one seems pretty high. I'd suspect the GPU(/s?) but you're n= ot > >> >>> running X, so hmmm .. definitely not CPU though. > >> >>> > >> >>> cheers, Ian > >> >>> > >> >> > >> >> Hello all, > >> >> > >> >> Sorry for this late response, I was in vacation. > >> >> > >> >> I've spent some time into this problem again, and I think I have > found > >> the > >> >> culprit. I first disabled completely the new console driver vt(4) t= o > >> use > >> >> the old syscons and the CPU coretemp temperature immediately fell. > >> >> > >> >> Running with vt(4) and radeonkms loaded: average of 47=C2=B0, no X,= just a > >> >> plain tty with nothing running. > >> >> > >> >> Running with syscons: average of 38=C2=B0. > >> >> > >> >> That's why I've CC'ed to freebsd-x11@, > >> >> > >> >> Is there power issue in the new vt(4) driver? I've also tried with > >> >> textmode with the same results. > >> >> > >> >> Regards, > >> >> > >> >> -- > >> >> David Demelier > >> >> _______________________________________________ > >> >> freebsd-x11@freebsd.org mailing list > >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > >> >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@ > freebsd.org" > >> >> > >> > > >> > -- > >> > =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- > >> > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3= =81=A6=EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83= =AB=E3=81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1= =E3=81=97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7= =A7=98=E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81= =AA=E3=82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84= =E3=81=BE=E3=81=99=E3=80=82 > >> > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5= =A4=96=E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81= =9F=E5=A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB= =E3=81=AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3= =81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8= =80=E5=88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > >> > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3= =81=AE=E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81= =AF=E8=A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F= =E3=81=84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3= =82=8C=E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94= =B3=E3=81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > >> > --- > >> > CONFIDENTIALITY NOTE: The information in this email is confidential > >> > and intended solely for the addressee. > >> > Disclosure, copying, distribution or any other action of use of this > >> > email by person other than intended recipient, is prohibited. > >> > If you are not the intended recipient and have received this email i= n > >> > error, please destroy the original message. > >> > _______________________________________________ > >> > freebsd-questions@freebsd.org mailing list > >> > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> > To unsubscribe, send any mail to "freebsd-questions-unsubscribe > >> @freebsd.org" > >> > > > > > > -- > =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- > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6= =EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81= =97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98= =E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3= =82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81= =BE=E3=81=99=E3=80=82 > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96= =E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5= =A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE= =E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5= =88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE= =E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8= =A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81= =84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C= =E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3= =81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > --=20 WBW ------- Rybalko Aleksandr From owner-freebsd-questions@freebsd.org Fri Sep 9 09:14:53 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F31DBD131E for ; Fri, 9 Sep 2016 09:14:53 +0000 (UTC) (envelope-from perryh@pluto.rain.com) 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 529F6B64 for ; Fri, 9 Sep 2016 09:14:53 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id u899Em6K014195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Sep 2016 02:14:49 -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 u899Em5G014194; Fri, 9 Sep 2016 02:14:48 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA02093; Fri, 9 Sep 16 01:46:36 PDT Date: Fri, 09 Sep 2016 01:46:46 -0700 From: perryh@pluto.rain.com (Perry Hutchison) To: brandon.wandersee@gmail.com Cc: wblock@wonkity.com, freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" Message-Id: <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.com> References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> <86wpimm6om.fsf@WorkBox.Home> In-Reply-To: <86wpimm6om.fsf@WorkBox.Home> User-Agent: nail 11.25 7/29/05 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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 09:14:53 -0000 "Brandon J. Wandersee" wrote: > Perry Hutchison writes: > > Warren Block wrote: > >> What does the man page need? > > > > For starters, default values for -b, -s, -t, and -i in "gpart add". > > (I guess -i defaults to "lowest not currently in use", but what about > > the others?) > > The defaults are exactly what you'd expect them to be. '-b' defaults > to the start of the disk. That would explain why my first attempt failed, since that default is useful only if no partitions are already defined. Other reasonable defaults would be the start of the first (lowest addressed), last (highest addressed), or largest free area. In any event, the man page ought to say what the default is. > '-i' defaults to the lowest available integer. as I suspected > '-s' defaults to everything available. "available" on the entire disk (as if no partitions were defined), the first free block, or the largest free block? (One hopes, not the sum of all free blocks :) Again, the man page should say! > '-t' default to nothing, > because it would be senseless to assume the type of a partition; > gpart(8) will exit with an error if you don't provide it. ... which _could_ be implied by its not being bracketed in the usage section, if not for the fact that -b and -s (which apparently do have defaults, even though the man page does not say what they are) are not bracketed either. > > List of what-all "attributes" can be set and what they do. > > See "ATTRIBUTES." There's no such section in the gpart(8) man page I'm looking at (on FreeBSD 8.1). > > Explanation of when one would use -b vs. -p in "gpart bootcode" > > since they are apparently different ways of specifying where the > > bootcode comes from (but then your example uses both?) > > '-b' and '-p' specify different values. '-b' specifies what is written; > '-p' specifies how and where. How they're used depends on your partition > scheme and motherboard. See "BOOTSTRAPPING." There's no BOOTSTRAPPING section in this gpart(8) man page, either. > > Description of how to show the current state of the provider vs what > > it would look like if pending changes were committed. > > I don't know if this is possible. I believe it's assumed that the > user/administrator has---or at least *should* have---a good idea > of what state the disk is in before they start messing with the > existing (presumably good) partition table. Seems to me it kind of defeats the purpose of "pending" changes, if I can't say "show me what would change if I committed this set" -- the same general idea as doing :w !diff % - in vi before saving the file. > > I suppose there must be some reason for leaving those > > 3.0k and 492k free spaces around gpboot, but it isn't obvious. > > Partition alignment. Alignment to 4k makes sense if the physical sector size is 4k (as is often the case with newer disk drives) -- but 1M? Seems a bit much, which is why it would be useful for that page to include a more detailed explanation. Getting back to the original inquiry, I'm still mystified as to why gpart won't create a partition in the space that it reports as being free. Does anyone have a clue what is going on, or how to find out? From owner-freebsd-questions@freebsd.org Fri Sep 9 09:22:44 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E215BD178C for ; Fri, 9 Sep 2016 09:22:44 +0000 (UTC) (envelope-from un_x@earthlink.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 892B6FC5 for ; Fri, 9 Sep 2016 09:22:44 +0000 (UTC) (envelope-from un_x@earthlink.net) Received: by mailman.ysv.freebsd.org (Postfix) id 884F5BD178B; Fri, 9 Sep 2016 09:22:44 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87ED1BD178A for ; Fri, 9 Sep 2016 09:22:44 +0000 (UTC) (envelope-from un_x@earthlink.net) Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) (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 54AF5FC4 for ; Fri, 9 Sep 2016 09:22:43 +0000 (UTC) (envelope-from un_x@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=aNr4eYBPEjv9yNOfP3OwR14+shtoPpFPxqw6xk38N8dpHppf67quaKa+IbJGT4MV; h=Received:Date:From:To:Cc:Subject:Reply-To:X-Mailer:Message-ID:X-ELNK-Trace:X-Originating-IP; Received: from [72.251.118.160] (helo=smtpauth.earthlink.net) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1biHyX-0006t8-Pb for questions@freebsd.org; Fri, 09 Sep 2016 05:20:01 -0400 Date: Fri, 09 Sep 2016 01:19:40 -0800 From: "CK" To: Subject: X+webkit = Disgraceful Reply-To: "CK" X-Mailer: UMail v1.0 Message-ID: X-ELNK-Trace: b339fc8a95da5b464d2b10475b571120aa5282db2bb3465cb1d76153d005502658ce75fe477930ad350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 72.251.118.160 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 09:22:44 -0000 252M . 7.6M ./bash 200k ./gnome 31M ./gnome2 1.6M ./gnome3 1M ./hunspell 1.0M ./jpeg8d 13M ./perl 10M ./python 27M ./xorg I just fetched the recursive ports for: x11/xorg-minimal x11/xfd x11/xset x11/xterm x11-fonts/bdftopcf x11-fonts/pcf2bdf x11-wm/vtwm www/webkit-gtk2 And that doesn't even include a web-browser (currently looking at surf + xombrero, essentially, "browsers" that do little more than present a page from Google's webkit "www-engine"; apparently, the web is such an enormous piece of shit now that nobody can code decent web-page rendering anymore [Netsurf and Dillo seem to have been trying for over a decade] except for corporate giants - created+controlled by govt for the purpose of profiting govt and spying on behalf of govt. Still keeping Opera 12.16 since it's pretty much perfect with only a few fatal flaws in the current web-o-sphere. 250+ MB, 36+ hours of downloading, and I still can't even view the WWW, graphically. It's just fucking disgusting. In 1996, I didn't even have a hard drive that big, and my kernel was about 1/2 MB, RAM was 16MB, FreeBSD took about 16MB of disk space, and I could install everything from a bunch of floppies, and Xwindow + graphical browser was just a minor addition - maybe a few MB at most. And guess what? THE WEB DOESN'T LOOK ANY BETTER TODAY THAN THEN (with the exception of server-side font control - which - apparently, took a whole new fucking language to fix (CSS) instead of a trivial fix to the FONT SIZE attribute specification). I guess I should say I am no fan of video or residential high-speed access of the Internet - for without it, we surely wouldn't have a mess like we have today (I'd guess it's all porn+entertainment driven). It's just fucking disgusting. It's complexity merely for the sake of complexity - just pure wankerism without any essential additional quality. I need ALL OF THIS SHIT just to turn some text and a few images into pixels? 250+ MB of COMPRESSED code (expanded, it's surely GBs!!! BILLIONS OF LINES OF CODE???) Whoever is responsible for this needs to be rounded up and left deserted on some island in the middle of the ocean. It's just pure insane. This world has lost it's collective mind - and the outcome will not be pleasant. PS. my config-recursive tried to disable as much as possible ... which i am sure will cause compilation errors ... and this is not really a "freebsd" thing, but it is part of the freebsd ports system ... no real question here, just a question people should be asking themselves. Somebody needs to develop an anti-JS "webkit" that destroys all of the JS-BS in webpages, and filters out the essential images+links+functionality, without regard to placement/organization for those websites that promulgate this garbage, and aid in some kind of return to the non-commericialization of the Internet. How can this not be seen as a govt/corporate takeover of the Internet and all "free" operating systems? There is no way this could ever be supported by "free programmers" developing things "freely", out of their own desire and love for something of personal quality+satisfaction. total 159 413205 Nov 16 2010 ConsoleKit-0.4.3.tar.bz2 85905 Apr 2 2013 Filter-1.49.tar.gz 4886995 Dec 21 2009 MesaLib-7.6.1.tar.bz2 1254318 Jul 22 2008 PolicyKit-0.9.tar.gz 13185 Oct 22 2009 Switch-2.16.tar.gz 238441 Jun 2 2011 XML-Parser-2.41.tar.gz 1781068 Apr 15 2013 bison-2.7.1.tar.xz 22718 Mar 7 2016 bsd-xterm-icons-1.tgz 23558405 Dec 25 2010 cairo-1.10.2.tar.gz 295596 Sep 24 2013 cantarell-fonts-0.0.15.tar.xz 730404 Jan 20 2014 check-0.9.12.tar.gz 6068021 May 5 2014 cmake-2.8.12.1.tar.gz 626225 Mar 18 09:40 cups-1.7.1-source.tar.bz2 2276862 Mar 25 2014 curl-7.36.0.tar.lzma 1917579 Jun 5 2014 dbus-1.6.20.tar.gz 748836 Feb 25 2013 dbus-glib-0.100.2.tar.gz 4706932 Aug 25 2013 dejavu-fonts-ttf-2.34.tar.bz2 10658 Jun 17 2013 dialog4ports-0.1.5.tar.gz 55191 Apr 17 2013 dmidecode-2.12.tar.bz2 55653 Sep 6 10:37 docbk241.zip 43441 Sep 6 10:37 docbk30.zip 55952 Sep 6 10:37 docbk31.zip 55742 Sep 6 10:37 docbk40.zip 56654 Sep 6 10:37 docbk41.zip 75683 Jul 23 2014 docbkx412.zip 61830 Sep 6 10:37 docbook-4.2.zip 66117 Sep 6 10:37 docbook-4.3.zip 66879 Sep 6 10:37 docbook-4.4.zip 71252 Sep 6 10:37 docbook-4.5.zip 835797 Jul 23 2014 docbook-5.0.zip 34500 Sep 6 10:37 docbook-simple-1.1.zip 78428 Jul 23 2014 docbook-xml-4.2.zip 83865 Jul 23 2014 docbook-xml-4.3.zip 96107 Jul 23 2014 docbook-xml-4.4.zip 98497 Jul 23 2014 docbook-xml-4.5.zip 3682531 Nov 1 2010 docbook-xsl-1.76.1.tar.bz2 1443221 Nov 1 2010 docbook-xsl-doc-1.76.1.tar.bz2 562616 Mar 24 2012 expat-2.1.0.tar.gz 1612101 Mar 26 2014 flex-2.5.39.tar.bz2 1541382 Oct 10 2013 fontconfig-2.11.0.tar.bz2 1005343 Apr 4 2013 freeglut-2.8.1.tar.gz 1703842 Mar 6 2014 freetype-2.5.3.tar.bz2 51794 Aug 12 2012 getopt-1.1.5.tar.gz 2644924 Aug 16 2013 gettext-0.18.3.1.tar.gz 493206 Sep 17 2012 glu-9.0.0.tar.bz2 1818812 Sep 30 2013 gmp-5.1.3.tar.xz 526700 Mar 26 2012 gnome-doc-utils-0.20.10.tar.xz 7279415 Feb 4 2013 gnutls-2.12.23.tar.bz2 865088 May 8 2007 gperf-3.0.3.tar.gz 6938866 Nov 28 2013 graphite2-1.2.4.tgz 324014 Feb 20 2012 gst-plugins-base-0.10.36.tar.bz2 3655705 Feb 20 2012 gstreamer-0.10.36.tar.bz2 637936 Sep 14 2011 gtk-doc-1.18.tar.xz 1238766 Nov 30 2009 hal-0.5.14.tar.gz 1051548 Dec 4 2013 harfbuzz-0.9.25.tar.bz2 199611 Jun 30 2013 help2man-1.43.3.tar.gz 38008 Jan 13 2010 hicolor-icon-theme-0.12.tar.gz 23875368 Oct 4 2013 icu4c-52_1-src.tgz 20510 Aug 5 2002 isoENTS.zip 1092062 Oct 12 1998 jade-1.2.1.tar.gz 226237 Apr 19 2004 jade_1.2.1-35.diff.gz 1415752 Jan 19 2007 jasper-1.900.1.zip 405712 Jun 11 2004 jbigkit-1.6.tar.gz 408882 Dec 20 2009 libdrm-2.4.17.tar.bz2 845747 Mar 17 2013 libffi-3.0.13.tar.gz 1508530 Jul 25 2013 libgcrypt-1.5.3.tar.bz2 489266 Jun 23 2013 libgpg-error-1.12.tar.bz2 4984397 Aug 7 2011 libiconv-1.14.tar.gz 9580 Feb 6 2014 libpng-1.5.18-apng.patch.gz 730340 Feb 6 2014 libpng-1.5.18.tar.xz 82483 Sep 1 2010 libproxy-0.4.6.tar.gz 203468 Oct 14 2009 libpthread-stubs-0.3.tar.bz2 2039225 Mar 24 2013 libtasn1-3.3.tar.gz 2632347 Oct 18 2011 libtool-2.4.2.tar.gz 23399 Mar 2 2009 libvolume_id-0.81.1.tar.bz2 400283 Nov 7 2013 libxcb-1.9.3.tar.bz2 1438525 Sep 21 2013 m4-1.4.17.tar.bz2 1242186 Jul 27 2010 make-3.82.tar.bz2 1558863 May 28 2013 nettle-2.7.1.tar.gz 6367893 Sep 22 2015 nss-3.15.5.tar.gz 732377 Aug 24 2013 orc-0.4.18.tar.gz 979999 Jan 14 2014 p11-kit-0.20.2.tar.gz 9686 Jun 17 2012 pcf2bdf-1.04.tgz 166584 Mar 12 2014 pciids-20140312.tar.xz 1468794 Dec 15 2013 pcre-8.34.tar.bz2 83948 Feb 10 2014 pkgconf-0.9.5.tar.bz2 1431080 Apr 24 2012 polkit-0.105.tar.gz 324441 Sep 1 2008 rarian-0.8.1.tar.bz2 506660 Feb 13 2013 shared-mime-info-1.1.tar.xz 1937368 Sep 8 15:19 sqlite-autoconf-3080401.tar.gz 2051630 Sep 22 2012 tiff-4.0.3.tar.gz 63578 May 1 2012 v4l_compat-1.0.20120501.tar.gz 963540 Dec 9 2013 vtwm-5.4.99.20130906.tar.xz 7814028 Apr 18 2013 webkit-1.8.3.tar.xz 136421 Nov 7 2013 xcb-proto-1.9.tar.bz2 287855 May 30 2012 xcb-util-0.3.9.tar.bz2 257492 Apr 25 2011 xcb-util-renderutil-0.3.8.tar.bz2 97265 Sep 1 2004 xmlcatmgr-2.2.tar.gz 29705 Sep 6 10:37 xmlcharent-0.3.zip 1129416 Mar 6 2014 xterm-303.tgz 7955839 Feb 26 2014 bash-4.3.tar.gz 189483 Feb 26 2012 intltool-0.50.2.tar.gz 634052 Mar 26 2013 atk-2.8.0.tar.xz 607018 Apr 1 2010 enchant-1.6.0.tar.gz 1192936 Jun 7 2013 gdk-pixbuf-2.28.2.tar.xz 6626972 Jun 9 2013 glib-2.36.3.tar.xz 352284 May 13 2013 glib-networking-2.36.2.tar.xz 13376344 Oct 11 2013 gtk+-2.24.22.tar.xz 709124 Jan 14 2013 libsoup-2.40.3.tar.xz 4034128 Apr 18 2013 libxml2-2.9.1.tar.gz 3435907 Nov 20 2012 libxslt-1.1.28.tar.gz 1015112 May 13 2013 pango-1.34.1.tar.xz 1201108 Mar 25 2013 gobject-introspection-1.36.0.tar.xz 384248 Nov 13 2012 gsettings-desktop-schemas-3.6.1.tar.xz 975917 Feb 16 2011 hunspell-1.3.2.tar.gz 684 Feb 17 2002 exifautotran.txt 8531 Feb 27 2011 jpegexiforient.c 991456 Jan 15 2012 jpegsrc.v8d.tar.gz 8448 Nov 6 2011 BSDPAN-20111107.tar.bz2 13724906 Mar 11 2013 perl-5.16.3.tar.bz2 10431288 Nov 9 2013 Python-2.7.6.tar.xz 783570 Jan 8 2016 setuptools-2.0.1.tar.gz 116380 Jan 14 2013 bdftopcf-1.0.4.tar.bz2 108195 Feb 10 2012 mkfontdir-1.0.7.tar.bz2 139923 Jul 16 2013 mkfontscale-1.1.1.tar.bz2 146794 Oct 11 2013 xauth-1.0.8.tar.bz2 137632 Jul 16 2013 xfd-1.1.2.tar.bz2 163905 Sep 8 2013 xinit-1.3.3.tar.bz2 242185 Mar 22 2012 xkbcomp-1.2.4.tar.bz2 142286 Aug 8 2013 xset-1.2.3.tar.bz2 908897 Oct 3 2013 xkeyboard-config-2.10.1.tar.bz2 323838 Oct 31 2013 xf86-input-keyboard-1.8.0.tar.bz2 353339 Mar 26 2013 xf86-input-mouse-1.9.0.tar.bz2 300571 Sep 9 2013 xf86-video-vesa-2.3.3.tar.bz2 665087 Oct 29 2010 encodings-1.0.4.tar.bz2 465351 Nov 10 2010 font-bh-ttf-1.0.3.tar.bz2 245606 Nov 15 2010 font-misc-ethiopic-1.0.3.tar.bz2 1578992 Nov 15 2010 font-misc-meltho-1.0.3.tar.bz2 142059 Feb 28 2012 font-util-1.3.0.tar.bz2 365762 Mar 2 2012 libICE-1.0.8.tar.bz2 348908 Sep 7 2013 libSM-1.2.2.tar.bz2 2339981 Sep 8 2013 libX11-1.6.2.tar.bz2 295297 May 24 2013 libXau-1.0.8.tar.bz2 677147 Sep 7 2013 libXaw-1.0.12.tar.bz2 283746 Jan 2 2013 libXcomposite-0.4.4.tar.bz2 311896 May 29 2013 libXcursor-1.1.14.tar.bz2 278937 Jan 2 2013 libXdamage-1.1.4.tar.bz2 310878 Mar 7 2012 libXdmcp-1.1.1.tar.bz2 378901 May 31 2013 libXext-1.3.2.tar.bz2 291978 May 28 2013 libXfixes-5.0.1.tar.bz2 482851 Jan 7 2014 libXfont-1.4.7.tar.bz2 240293 Oct 8 2009 libXfontcache-1.0.5.tar.bz2 311556 Jun 2 2012 libXft-2.3.1.tar.bz2 440969 Jul 2 2013 libXi-1.7.2.tar.bz2 278026 May 30 2013 libXinerama-1.1.3.tar.bz2 396230 Sep 7 2013 libXmu-1.1.2.tar.bz2 298632 May 30 2013 libXp-1.0.2.tar.bz2 443496 Sep 7 2013 libXpm-3.5.11.tar.bz2 315165 Sep 7 2013 libXrandr-1.4.2.tar.bz2 306121 Jun 13 2013 libXrender-0.9.8.tar.bz2 762331 May 30 2013 libXt-1.1.4.tar.bz2 300633 Sep 7 2013 libXv-1.0.10.tar.bz2 255831 Nov 21 2010 libXxf86misc-1.0.3.tar.bz2 284279 May 30 2013 libXxf86vm-1.1.3.tar.bz2 294884 Apr 25 2013 libfontenc-1.1.2.tar.bz2 359231 Jul 20 2013 libpciaccess-0.13.2.tar.bz2 335788 Mar 7 2012 libxkbfile-1.0.8.tar.bz2 221435 Apr 26 2006 libxkbui-1.0.2.tar.bz2 701414 Nov 17 2013 pixman-0.32.4.tar.bz2 177812 Nov 7 2013 xtrans-1.3.2.tar.bz2 113218 Mar 22 2012 bigreqsproto-1.1.2.tar.bz2 101208 Oct 29 2010 compositeproto-0.4.2.tar.bz2 98392 Oct 29 2010 damageproto-1.2.1.tar.bz2 108746 Jul 11 2012 dri2proto-2.8.tar.bz2 95093 Jan 5 2011 evieext-1.1.1.tar.bz2 100886 Mar 8 2011 fixesproto-5.0.tar.bz2 84470 Oct 2 2009 fontcacheproto-0.1.3.tar.bz2 141990 Mar 22 2012 fontsproto-2.1.2.tar.bz2 126969 Dec 10 2013 glproto-1.4.17.tar.bz2 195642 Mar 6 2013 inputproto-2.3.tar.bz2 256988 Mar 22 2012 kbproto-1.0.6.tar.bz2 222559 Jan 5 2011 printproto-1.0.5.tar.bz2 133300 Jul 12 2012 randrproto-1.4.0.tar.bz2 123033 Mar 22 2012 recordproto-1.14.2.tar.bz2 105741 Aug 10 2010 renderproto-0.11.1.tar.bz2 102992 May 27 2011 resourceproto-1.2.0.tar.bz2 118820 Mar 22 2012 scrnsaverproto-1.2.2.tar.bz2 48785 Jan 18 2006 trapproto-3.4.3.tar.bz2 118862 Jul 22 2013 videoproto-2.3.2.tar.bz2 112486 Mar 22 2012 xcmiscproto-1.2.2.tar.bz2 229282 Mar 22 2012 xextproto-7.2.1.tar.bz2 49191 Aug 26 2009 xf86bigfontproto-1.2.0.tar.bz2 85934 Oct 1 2009 xf86dgaproto-2.1.tar.bz2 96528 Jan 5 2011 xf86driproto-2.1.1.tar.bz2 84950 Oct 10 2009 xf86miscproto-0.9.3.tar.bz2 96822 Jan 5 2011 xf86vidmodeproto-2.3.1.tar.bz2 96239 Jan 5 2011 xineramaproto-1.2.1.tar.bz2 295948 Nov 22 2013 xproto-7.0.25.tar.bz2 143498 Jul 22 2013 makedepend-1.0.5.tar.bz2 77830 Dec 3 2013 util-macros-1.18.0.tar.bz2 4939257 May 3 2010 xorg-server-1.7.7.tar.bz2 From owner-freebsd-questions@freebsd.org Fri Sep 9 12:26:29 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73A36BD20AF for ; Fri, 9 Sep 2016 12:26:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5F264697 for ; Fri, 9 Sep 2016 12:26:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: by mailman.ysv.freebsd.org (Postfix) id 5B2AABD20AD; Fri, 9 Sep 2016 12:26:29 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 589D1BD20AC for ; Fri, 9 Sep 2016 12:26:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D4FBA690 for ; Fri, 9 Sep 2016 12:26:28 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-180-184.dynamic.qsc.de [92.195.180.184]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 601483CE53; Fri, 9 Sep 2016 14:26:20 +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 u89CQJVt002054; Fri, 9 Sep 2016 14:26:19 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 9 Sep 2016 14:26:19 +0200 From: Polytropon To: CK Cc: Subject: Re: X+webkit = Disgraceful Message-Id: <20160909142619.510e2fc6.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 12:26:29 -0000 On Fri, 09 Sep 2016 01:19:40 -0800, CK wrote: > I just fetched the recursive ports for: > > x11/xorg-minimal > x11/xfd x11/xset x11/xterm > x11-fonts/bdftopcf x11-fonts/pcf2bdf > x11-wm/vtwm www/webkit-gtk2 > > And that doesn't even include a web-browser > (currently looking at surf + xombrero, essentially, > "browsers" [...] That's correct. The Gnome packages don't contain a complete web browser anymore, and the included webkit engine is "for internal use only" for Gtk, not for the user. None of those ports contains a web browser. > [...] that do little more than present a page > from Google's webkit "www-engine"; apparently, the > web is such an enormous piece of shit now that nobody > can code decent web-page rendering anymore [Netsurf > and Dillo seem to have been trying for over a decade] > except for corporate giants - created+controlled by > govt for the purpose of profiting govt and spying on > behalf of govt. That, as well as targeted advertising, seems to be the primary goal of today's "modern web"... > Still keeping Opera 12.16 since it's > pretty much perfect with only a few fatal flaws in > the current web-o-sphere. So I am not the only person left on earth who does this. ;-) > 250+ MB, 36+ hours of downloading, and I still > can't even view the WWW, graphically. It's just > fucking disgusting. It's called "bloat". Some people claim that it's the logical and inevitable consequence of modern application development and a key requirement to usability evolution. I'm not fully sure about this... > THE WEB DOESN'T LOOK ANY BETTER > TODAY THAN THEN (with the exception of server-side > font control - which - apparently, took a whole new > fucking language to fix (CSS) instead of a trivial > fix to the FONT SIZE attribute specification). CSS aims to fix a problem that initially came with the HTML markup which would primarily state what some element of content within the web page _is_, and the browser would then render it with its internal defaults to decide what it _looks like_. Later on, the "what it looks like" elements became part of the HTML markup. More and more, they move out of the HTML again and into CSS. This separation is not that bad at all. If you use Opera, there is a little button that switches between "author mode" and "user mode", essentially disabling CSS styling - and making certain web pages _readable_ for the first time! But as any mechanism that enables abuse, abuse will happen. Today CSS is used to "prevent" users from saving images from web pages (hint: it doesn't work), or to do annoying overlays (not as a separate browser window or tab). > I > guess I should say I am no fan of video or residential > high-speed access of the Internet - for without it, > we surely wouldn't have a mess like we have today > (I'd guess it's all porn+entertainment driven). It's mostly ad-driven, and porn + entertaiment are just the best working "carriers". > It's just fucking disgusting. It's complexity merely > for the sake of complexity - just pure wankerism without > any essential additional quality. Quality is not in the scope of the consumerism of the masses, the target audience. > I need ALL OF THIS SHIT just to turn some text and a > few images into pixels? Web pages often aren't just text and pixels anymore. Instead, they are whole programs (including "program logic") with embedded media, sometimes in DRM (Digital Restriction Management) formats. > 250+ MB of COMPRESSED code > (expanded, it's surely GBs!!! BILLIONS OF LINES OF > CODE???) Whoever is responsible for this needs to > be rounded up and left deserted on some island in the > middle of the ocean. It's just pure insane. This > world has lost it's collective mind - and the outcome > will not be pleasant. The key for understanding is that a modern web browser is more or less a whole operating system inside the operating system. It's very complex, as it does so many things. Today it can even control built-in webcams, microphones, access USB devices, transmission encryption, integration with "could" services and so on. It's a very complex piece of software, and this also leads to complexity regarding user interaction: on one hand, they emphasize easy use, on the other hand, "power users" should be happy, and on a third hand, external control ("sensible defaults") should avoid too much user control ("no, better not make it easy to switch off JS, so we can track them more easily"). > PS. my config-recursive tried to disable as much > as possible ... which i am sure will cause > compilation errors ... and this is not really a > "freebsd" thing, but it is part of the freebsd > ports system ... no real question here, just > a question people should be asking themselves. Again, it's important to understand that most software you're dealing with on FreeBSD has been ported from Linux. This does not just include certain software dependencies (build tools, libraries, system interfaces etc.), but also a specific mindset of developers toward (A) how people should obtain the software and (B) how users should use the software. Switching of "unneeded" dependencies can lead to unexpected results, such as program not compiling, or compiled program not working (like "can't print when not running CUPS, even if you don't need it"). > Somebody needs to develop an anti-JS "webkit" > that destroys all of the JS-BS in webpages, and > filters out the essential images+links+functionality, > without regard to placement/organization for those > websites that promulgate this garbage, and aid in > some kind of return to the non-commericialization > of the Internet. That won't happen. :-( Today's webpages consist of basically 4 parts: 1. HTML - basic markup 2. CSS - styling 3. JS - interaction 4. media content (text, images, video, audio) The 3rd element controls all the others. There are even web pages that do not contain any content - it's all fetched and arranged by JS, so without JS, you will only get an empty page. When I say "interaction", it's not just interaction with the user, but obviously interaction with the web browser as well (disabling and hiding scroll bars so some stupid scrolling pattern can be forced on the user, incorporating images "inline" so they don't appear as images to the user, but in the first place, open ads). You can compare the situation with the times where "Flash" was king: one single web page, containing one "Flash" element - as a substitute for text, graphics, markup and style. Without "Flash", only an empty page would have been shown. "Flash" has been happily abused as a "HTML + content replacement", plus DRM ("no, you can't play this video in your stupid country"). The many JS libraries in use today (related terminology: "framework of the week", "turtles all the way down", "the new old thing") are attracting developers, and the endless possibilities of user tracking appeal to advertisers. Ad revenue attracts investors. So without JS, the "start-up bubble" would have burst years ago. ;-) > How can this not be seen as a > govt/corporate takeover of the Internet and all > "free" operating systems? Even the following argument (or question) is possible: Is your browser running non-free JS code? Can you examine "compiled" (compressed and obfuscated) JS source code? Do you still control what is does, apart from disabling JS interpretation? > There is no way this > could ever be supported by "free programmers" > developing things "freely", out of their own > desire and love for something of personal > quality+satisfaction. It is supported because it "creates" money. What _you_ can do is to decide which web browser you want to use. There are meny available, with different abilities and goals. Check which one uses webkit as its renderer. In worst case, you have to try some. Install them as a "top port" (don't care about dependencies, just "pkg install "). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Fri Sep 9 13:11:26 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56D70BD2FA4 for ; Fri, 9 Sep 2016 13:11:26 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 282A3F75 for ; Fri, 9 Sep 2016 13:11:26 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-209-65.knology.net [216.186.209.65] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id u89D94S8002816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 9 Sep 2016 08:09:05 -0500 Subject: Re: "gpart add" falsely claiming "No space left on device" References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> <86wpimm6om.fsf@WorkBox.Home> <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.com> Cc: freebsd-questions@freebsd.org From: "William A. Mahaffey III" Message-ID: <4f5b6907-45b3-c107-ed78-547b60781bec@hiwaay.net> Date: Fri, 9 Sep 2016 08:14:34 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.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.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 13:11:26 -0000 On 09/09/16 03:53, Perry Hutchison wrote: > "Brandon J. Wandersee" wrote: >> Perry Hutchison writes: >>> Warren Block wrote: >>>> What does the man page need? >>> For starters, default values for -b, -s, -t, and -i in "gpart add". >>> (I guess -i defaults to "lowest not currently in use", but what about >>> the others?) >> The defaults are exactly what you'd expect them to be. '-b' defaults >> to the start of the disk. > That would explain why my first attempt failed, since that default > is useful only if no partitions are already defined. > > Other reasonable defaults would be the start of the first (lowest > addressed), last (highest addressed), or largest free area. In any > event, the man page ought to say what the default is. > >> '-i' defaults to the lowest available integer. > as I suspected > >> '-s' defaults to everything available. > "available" on the entire disk (as if no partitions were defined), > the first free block, or the largest free block? (One hopes, not > the sum of all free blocks :) Again, the man page should say! > >> '-t' default to nothing, >> because it would be senseless to assume the type of a partition; >> gpart(8) will exit with an error if you don't provide it. > ... which _could_ be implied by its not being bracketed in the usage > section, if not for the fact that -b and -s (which apparently do > have defaults, even though the man page does not say what they are) > are not bracketed either. > >>> List of what-all "attributes" can be set and what they do. >> See "ATTRIBUTES." > There's no such section in the gpart(8) man page I'm looking at (on > FreeBSD 8.1). Aaaaaaahhhhhh :-). Look at the online man pages, either on FreeBSD site if they are there (I don't know) or type 'man gpart' in your search bar & it will turn some up .... > >>> Explanation of when one would use -b vs. -p in "gpart bootcode" >>> since they are apparently different ways of specifying where the >>> bootcode comes from (but then your example uses both?) >> '-b' and '-p' specify different values. '-b' specifies what is written; >> '-p' specifies how and where. How they're used depends on your partition >> scheme and motherboard. See "BOOTSTRAPPING." > There's no BOOTSTRAPPING section in this gpart(8) man page, either. > >>> Description of how to show the current state of the provider vs what >>> it would look like if pending changes were committed. >> I don't know if this is possible. I believe it's assumed that the >> user/administrator has---or at least *should* have---a good idea >> of what state the disk is in before they start messing with the >> existing (presumably good) partition table. > Seems to me it kind of defeats the purpose of "pending" changes, if > I can't say "show me what would change if I committed this set" -- > the same general idea as doing > :w !diff % - > in vi before saving the file. > >>> I suppose there must be some reason for leaving those >>> 3.0k and 492k free spaces around gpboot, but it isn't obvious. >> Partition alignment. > Alignment to 4k makes sense if the physical sector size is 4k (as > is often the case with newer disk drives) -- but 1M? Seems a bit > much, which is why it would be useful for that page to include a > more detailed explanation. > > Getting back to the original inquiry, I'm still mystified as to > why gpart won't create a partition in the space that it reports > as being free. Does anyone have a clue what is going on, or how > to find out? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > See 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 Sep 9 13:12:47 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 750CCBD213A for ; Fri, 9 Sep 2016 13:12:47 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 612321B9 for ; Fri, 9 Sep 2016 13:12:47 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: by mailman.ysv.freebsd.org (Postfix) id 60675BD2139; Fri, 9 Sep 2016 13:12:47 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6012BBD2138 for ; Fri, 9 Sep 2016 13:12:47 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FAC11B8 for ; Fri, 9 Sep 2016 13:12:47 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-209-65.knology.net [216.186.209.65] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id u89DCjg3005041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 9 Sep 2016 08:12:46 -0500 Subject: Re: X+webkit = Disgraceful To: questions@freebsd.org References: From: "William A. Mahaffey III" Message-ID: Date: Fri, 9 Sep 2016 08:18:15 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 13:12:47 -0000 On 09/09/16 04:25, CK wrote: > 252M . > 7.6M ./bash > 200k ./gnome > 31M ./gnome2 > 1.6M ./gnome3 > 1M ./hunspell > 1.0M ./jpeg8d > 13M ./perl > 10M ./python > 27M ./xorg > > I just fetched the recursive ports for: > > x11/xorg-minimal > x11/xfd x11/xset x11/xterm > x11-fonts/bdftopcf x11-fonts/pcf2bdf > x11-wm/vtwm www/webkit-gtk2 > > And that doesn't even include a web-browser > (currently looking at surf + xombrero, essentially, > "browsers" that do little more than present a page > from Google's webkit "www-engine"; apparently, the > web is such an enormous piece of shit now that nobody > can code decent web-page rendering anymore [Netsurf > and Dillo seem to have been trying for over a decade] > except for corporate giants - created+controlled by > govt for the purpose of profiting govt and spying on > behalf of govt. Still keeping Opera 12.16 since it's > pretty much perfect with only a few fatal flaws in > the current web-o-sphere. > > 250+ MB, 36+ hours of downloading, and I still > can't even view the WWW, graphically. It's just > fucking disgusting. In 1996, I didn't even have > a hard drive that big, and my kernel was about > 1/2 MB, RAM was 16MB, FreeBSD took about 16MB of > disk space, and I could install everything from a > bunch of floppies, and Xwindow + graphical browser > was just a minor addition - maybe a few MB at most. > And guess what? THE WEB DOESN'T LOOK ANY BETTER > TODAY THAN THEN (with the exception of server-side > font control - which - apparently, took a whole new > fucking language to fix (CSS) instead of a trivial > fix to the FONT SIZE attribute specification). I > guess I should say I am no fan of video or residential > high-speed access of the Internet - for without it, > we surely wouldn't have a mess like we have today > (I'd guess it's all porn+entertainment driven). > > It's just fucking disgusting. It's complexity merely > for the sake of complexity - just pure wankerism without > any essential additional quality. > > I need ALL OF THIS SHIT just to turn some text and a > few images into pixels? 250+ MB of COMPRESSED code > (expanded, it's surely GBs!!! BILLIONS OF LINES OF > CODE???) Whoever is responsible for this needs to > be rounded up and left deserted on some island in the > middle of the ocean. It's just pure insane. This > world has lost it's collective mind - and the outcome > will not be pleasant. > > PS. my config-recursive tried to disable as much > as possible ... which i am sure will cause > compilation errors ... and this is not really a > "freebsd" thing, but it is part of the freebsd > ports system ... no real question here, just > a question people should be asking themselves. > > Somebody needs to develop an anti-JS "webkit" > that destroys all of the JS-BS in webpages, and > filters out the essential images+links+functionality, > without regard to placement/organization for those > websites that promulgate this garbage, and aid in > some kind of return to the non-commericialization > of the Internet. How can this not be seen as a > govt/corporate takeover of the Internet and all > "free" operating systems? There is no way this > could ever be supported by "free programmers" > developing things "freely", out of their own > desire and love for something of personal > quality+satisfaction. > > total 159 > > 413205 Nov 16 2010 ConsoleKit-0.4.3.tar.bz2 > 85905 Apr 2 2013 Filter-1.49.tar.gz > 4886995 Dec 21 2009 MesaLib-7.6.1.tar.bz2 > 1254318 Jul 22 2008 PolicyKit-0.9.tar.gz > 13185 Oct 22 2009 Switch-2.16.tar.gz > 238441 Jun 2 2011 XML-Parser-2.41.tar.gz > 1781068 Apr 15 2013 bison-2.7.1.tar.xz > 22718 Mar 7 2016 bsd-xterm-icons-1.tgz > 23558405 Dec 25 2010 cairo-1.10.2.tar.gz > 295596 Sep 24 2013 cantarell-fonts-0.0.15.tar.xz > 730404 Jan 20 2014 check-0.9.12.tar.gz > 6068021 May 5 2014 cmake-2.8.12.1.tar.gz > 626225 Mar 18 09:40 cups-1.7.1-source.tar.bz2 > 2276862 Mar 25 2014 curl-7.36.0.tar.lzma > 1917579 Jun 5 2014 dbus-1.6.20.tar.gz > 748836 Feb 25 2013 dbus-glib-0.100.2.tar.gz > 4706932 Aug 25 2013 dejavu-fonts-ttf-2.34.tar.bz2 > 10658 Jun 17 2013 dialog4ports-0.1.5.tar.gz > 55191 Apr 17 2013 dmidecode-2.12.tar.bz2 > 55653 Sep 6 10:37 docbk241.zip > 43441 Sep 6 10:37 docbk30.zip > 55952 Sep 6 10:37 docbk31.zip > 55742 Sep 6 10:37 docbk40.zip > 56654 Sep 6 10:37 docbk41.zip > 75683 Jul 23 2014 docbkx412.zip > 61830 Sep 6 10:37 docbook-4.2.zip > 66117 Sep 6 10:37 docbook-4.3.zip > 66879 Sep 6 10:37 docbook-4.4.zip > 71252 Sep 6 10:37 docbook-4.5.zip > 835797 Jul 23 2014 docbook-5.0.zip > 34500 Sep 6 10:37 docbook-simple-1.1.zip > 78428 Jul 23 2014 docbook-xml-4.2.zip > 83865 Jul 23 2014 docbook-xml-4.3.zip > 96107 Jul 23 2014 docbook-xml-4.4.zip > 98497 Jul 23 2014 docbook-xml-4.5.zip > 3682531 Nov 1 2010 docbook-xsl-1.76.1.tar.bz2 > 1443221 Nov 1 2010 docbook-xsl-doc-1.76.1.tar.bz2 > 562616 Mar 24 2012 expat-2.1.0.tar.gz > 1612101 Mar 26 2014 flex-2.5.39.tar.bz2 > 1541382 Oct 10 2013 fontconfig-2.11.0.tar.bz2 > 1005343 Apr 4 2013 freeglut-2.8.1.tar.gz > 1703842 Mar 6 2014 freetype-2.5.3.tar.bz2 > 51794 Aug 12 2012 getopt-1.1.5.tar.gz > 2644924 Aug 16 2013 gettext-0.18.3.1.tar.gz > 493206 Sep 17 2012 glu-9.0.0.tar.bz2 > 1818812 Sep 30 2013 gmp-5.1.3.tar.xz > 526700 Mar 26 2012 gnome-doc-utils-0.20.10.tar.xz > 7279415 Feb 4 2013 gnutls-2.12.23.tar.bz2 > 865088 May 8 2007 gperf-3.0.3.tar.gz > 6938866 Nov 28 2013 graphite2-1.2.4.tgz > 324014 Feb 20 2012 gst-plugins-base-0.10.36.tar.bz2 > 3655705 Feb 20 2012 gstreamer-0.10.36.tar.bz2 > 637936 Sep 14 2011 gtk-doc-1.18.tar.xz > 1238766 Nov 30 2009 hal-0.5.14.tar.gz > 1051548 Dec 4 2013 harfbuzz-0.9.25.tar.bz2 > 199611 Jun 30 2013 help2man-1.43.3.tar.gz > 38008 Jan 13 2010 hicolor-icon-theme-0.12.tar.gz > 23875368 Oct 4 2013 icu4c-52_1-src.tgz > 20510 Aug 5 2002 isoENTS.zip > 1092062 Oct 12 1998 jade-1.2.1.tar.gz > 226237 Apr 19 2004 jade_1.2.1-35.diff.gz > 1415752 Jan 19 2007 jasper-1.900.1.zip > 405712 Jun 11 2004 jbigkit-1.6.tar.gz > 408882 Dec 20 2009 libdrm-2.4.17.tar.bz2 > 845747 Mar 17 2013 libffi-3.0.13.tar.gz > 1508530 Jul 25 2013 libgcrypt-1.5.3.tar.bz2 > 489266 Jun 23 2013 libgpg-error-1.12.tar.bz2 > 4984397 Aug 7 2011 libiconv-1.14.tar.gz > 9580 Feb 6 2014 libpng-1.5.18-apng.patch.gz > 730340 Feb 6 2014 libpng-1.5.18.tar.xz > 82483 Sep 1 2010 libproxy-0.4.6.tar.gz > 203468 Oct 14 2009 libpthread-stubs-0.3.tar.bz2 > 2039225 Mar 24 2013 libtasn1-3.3.tar.gz > 2632347 Oct 18 2011 libtool-2.4.2.tar.gz > 23399 Mar 2 2009 libvolume_id-0.81.1.tar.bz2 > 400283 Nov 7 2013 libxcb-1.9.3.tar.bz2 > 1438525 Sep 21 2013 m4-1.4.17.tar.bz2 > 1242186 Jul 27 2010 make-3.82.tar.bz2 > 1558863 May 28 2013 nettle-2.7.1.tar.gz > 6367893 Sep 22 2015 nss-3.15.5.tar.gz > 732377 Aug 24 2013 orc-0.4.18.tar.gz > 979999 Jan 14 2014 p11-kit-0.20.2.tar.gz > 9686 Jun 17 2012 pcf2bdf-1.04.tgz > 166584 Mar 12 2014 pciids-20140312.tar.xz > 1468794 Dec 15 2013 pcre-8.34.tar.bz2 > 83948 Feb 10 2014 pkgconf-0.9.5.tar.bz2 > 1431080 Apr 24 2012 polkit-0.105.tar.gz > 324441 Sep 1 2008 rarian-0.8.1.tar.bz2 > 506660 Feb 13 2013 shared-mime-info-1.1.tar.xz > 1937368 Sep 8 15:19 sqlite-autoconf-3080401.tar.gz > 2051630 Sep 22 2012 tiff-4.0.3.tar.gz > 63578 May 1 2012 v4l_compat-1.0.20120501.tar.gz > 963540 Dec 9 2013 vtwm-5.4.99.20130906.tar.xz > 7814028 Apr 18 2013 webkit-1.8.3.tar.xz > 136421 Nov 7 2013 xcb-proto-1.9.tar.bz2 > 287855 May 30 2012 xcb-util-0.3.9.tar.bz2 > 257492 Apr 25 2011 xcb-util-renderutil-0.3.8.tar.bz2 > 97265 Sep 1 2004 xmlcatmgr-2.2.tar.gz > 29705 Sep 6 10:37 xmlcharent-0.3.zip > 1129416 Mar 6 2014 xterm-303.tgz > 7955839 Feb 26 2014 bash-4.3.tar.gz > 189483 Feb 26 2012 intltool-0.50.2.tar.gz > 634052 Mar 26 2013 atk-2.8.0.tar.xz > 607018 Apr 1 2010 enchant-1.6.0.tar.gz > 1192936 Jun 7 2013 gdk-pixbuf-2.28.2.tar.xz > 6626972 Jun 9 2013 glib-2.36.3.tar.xz > 352284 May 13 2013 glib-networking-2.36.2.tar.xz > 13376344 Oct 11 2013 gtk+-2.24.22.tar.xz > 709124 Jan 14 2013 libsoup-2.40.3.tar.xz > 4034128 Apr 18 2013 libxml2-2.9.1.tar.gz > 3435907 Nov 20 2012 libxslt-1.1.28.tar.gz > 1015112 May 13 2013 pango-1.34.1.tar.xz > 1201108 Mar 25 2013 gobject-introspection-1.36.0.tar.xz > 384248 Nov 13 2012 gsettings-desktop-schemas-3.6.1.tar.xz > 975917 Feb 16 2011 hunspell-1.3.2.tar.gz > 684 Feb 17 2002 exifautotran.txt > 8531 Feb 27 2011 jpegexiforient.c > 991456 Jan 15 2012 jpegsrc.v8d.tar.gz > 8448 Nov 6 2011 BSDPAN-20111107.tar.bz2 > 13724906 Mar 11 2013 perl-5.16.3.tar.bz2 > 10431288 Nov 9 2013 Python-2.7.6.tar.xz > 783570 Jan 8 2016 setuptools-2.0.1.tar.gz > 116380 Jan 14 2013 bdftopcf-1.0.4.tar.bz2 > 108195 Feb 10 2012 mkfontdir-1.0.7.tar.bz2 > 139923 Jul 16 2013 mkfontscale-1.1.1.tar.bz2 > 146794 Oct 11 2013 xauth-1.0.8.tar.bz2 > 137632 Jul 16 2013 xfd-1.1.2.tar.bz2 > 163905 Sep 8 2013 xinit-1.3.3.tar.bz2 > 242185 Mar 22 2012 xkbcomp-1.2.4.tar.bz2 > 142286 Aug 8 2013 xset-1.2.3.tar.bz2 > 908897 Oct 3 2013 xkeyboard-config-2.10.1.tar.bz2 > 323838 Oct 31 2013 xf86-input-keyboard-1.8.0.tar.bz2 > 353339 Mar 26 2013 xf86-input-mouse-1.9.0.tar.bz2 > 300571 Sep 9 2013 xf86-video-vesa-2.3.3.tar.bz2 > 665087 Oct 29 2010 encodings-1.0.4.tar.bz2 > 465351 Nov 10 2010 font-bh-ttf-1.0.3.tar.bz2 > 245606 Nov 15 2010 font-misc-ethiopic-1.0.3.tar.bz2 > 1578992 Nov 15 2010 font-misc-meltho-1.0.3.tar.bz2 > 142059 Feb 28 2012 font-util-1.3.0.tar.bz2 > 365762 Mar 2 2012 libICE-1.0.8.tar.bz2 > 348908 Sep 7 2013 libSM-1.2.2.tar.bz2 > 2339981 Sep 8 2013 libX11-1.6.2.tar.bz2 > 295297 May 24 2013 libXau-1.0.8.tar.bz2 > 677147 Sep 7 2013 libXaw-1.0.12.tar.bz2 > 283746 Jan 2 2013 libXcomposite-0.4.4.tar.bz2 > 311896 May 29 2013 libXcursor-1.1.14.tar.bz2 > 278937 Jan 2 2013 libXdamage-1.1.4.tar.bz2 > 310878 Mar 7 2012 libXdmcp-1.1.1.tar.bz2 > 378901 May 31 2013 libXext-1.3.2.tar.bz2 > 291978 May 28 2013 libXfixes-5.0.1.tar.bz2 > 482851 Jan 7 2014 libXfont-1.4.7.tar.bz2 > 240293 Oct 8 2009 libXfontcache-1.0.5.tar.bz2 > 311556 Jun 2 2012 libXft-2.3.1.tar.bz2 > 440969 Jul 2 2013 libXi-1.7.2.tar.bz2 > 278026 May 30 2013 libXinerama-1.1.3.tar.bz2 > 396230 Sep 7 2013 libXmu-1.1.2.tar.bz2 > 298632 May 30 2013 libXp-1.0.2.tar.bz2 > 443496 Sep 7 2013 libXpm-3.5.11.tar.bz2 > 315165 Sep 7 2013 libXrandr-1.4.2.tar.bz2 > 306121 Jun 13 2013 libXrender-0.9.8.tar.bz2 > 762331 May 30 2013 libXt-1.1.4.tar.bz2 > 300633 Sep 7 2013 libXv-1.0.10.tar.bz2 > 255831 Nov 21 2010 libXxf86misc-1.0.3.tar.bz2 > 284279 May 30 2013 libXxf86vm-1.1.3.tar.bz2 > 294884 Apr 25 2013 libfontenc-1.1.2.tar.bz2 > 359231 Jul 20 2013 libpciaccess-0.13.2.tar.bz2 > 335788 Mar 7 2012 libxkbfile-1.0.8.tar.bz2 > 221435 Apr 26 2006 libxkbui-1.0.2.tar.bz2 > 701414 Nov 17 2013 pixman-0.32.4.tar.bz2 > 177812 Nov 7 2013 xtrans-1.3.2.tar.bz2 > 113218 Mar 22 2012 bigreqsproto-1.1.2.tar.bz2 > 101208 Oct 29 2010 compositeproto-0.4.2.tar.bz2 > 98392 Oct 29 2010 damageproto-1.2.1.tar.bz2 > 108746 Jul 11 2012 dri2proto-2.8.tar.bz2 > 95093 Jan 5 2011 evieext-1.1.1.tar.bz2 > 100886 Mar 8 2011 fixesproto-5.0.tar.bz2 > 84470 Oct 2 2009 fontcacheproto-0.1.3.tar.bz2 > 141990 Mar 22 2012 fontsproto-2.1.2.tar.bz2 > 126969 Dec 10 2013 glproto-1.4.17.tar.bz2 > 195642 Mar 6 2013 inputproto-2.3.tar.bz2 > 256988 Mar 22 2012 kbproto-1.0.6.tar.bz2 > 222559 Jan 5 2011 printproto-1.0.5.tar.bz2 > 133300 Jul 12 2012 randrproto-1.4.0.tar.bz2 > 123033 Mar 22 2012 recordproto-1.14.2.tar.bz2 > 105741 Aug 10 2010 renderproto-0.11.1.tar.bz2 > 102992 May 27 2011 resourceproto-1.2.0.tar.bz2 > 118820 Mar 22 2012 scrnsaverproto-1.2.2.tar.bz2 > 48785 Jan 18 2006 trapproto-3.4.3.tar.bz2 > 118862 Jul 22 2013 videoproto-2.3.2.tar.bz2 > 112486 Mar 22 2012 xcmiscproto-1.2.2.tar.bz2 > 229282 Mar 22 2012 xextproto-7.2.1.tar.bz2 > 49191 Aug 26 2009 xf86bigfontproto-1.2.0.tar.bz2 > 85934 Oct 1 2009 xf86dgaproto-2.1.tar.bz2 > 96528 Jan 5 2011 xf86driproto-2.1.1.tar.bz2 > 84950 Oct 10 2009 xf86miscproto-0.9.3.tar.bz2 > 96822 Jan 5 2011 xf86vidmodeproto-2.3.1.tar.bz2 > 96239 Jan 5 2011 xineramaproto-1.2.1.tar.bz2 > 295948 Nov 22 2013 xproto-7.0.25.tar.bz2 > 143498 Jul 22 2013 makedepend-1.0.5.tar.bz2 > 77830 Dec 3 2013 util-macros-1.18.0.tar.bz2 > 4939257 May 3 2010 xorg-server-1.7.7.tar.bz2 > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > Preach it *LOUD*, brother !!!! -- 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 Sep 9 13:49:44 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBB60BD2AB4 for ; Fri, 9 Sep 2016 13:49:44 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-oi0-f67.google.com (mail-oi0-f67.google.com [209.85.218.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C7F47C8 for ; Fri, 9 Sep 2016 13:49:44 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-oi0-f67.google.com with SMTP id y2so6067657oie.0 for ; Fri, 09 Sep 2016 06:49: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:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=NLwgYFIx9MekRwGWPmiqB0IyCaZg8JEg47MM1xAbFxU=; b=aBlV0g5SI7u7SSPPlDiZ7T9HW+qXBuHuUo8ZbzSeyUWQlHXl7JNvecrzDnZQvZpevA KTDacYS8JNeViJzKXuyQWarUW5qTX0nDaE+vIGFSutcvwgHbKt7xqdVFcSON4UkJjJRL BY3KELZoY4QqkFRlZx4oTBHm/JXQuuKF5hGnqWzXwakCkEsytd65AHNQm99a0q8GXqh7 Wx7UREaH0jcsHKBFInG6ZW6GEEOR8F9S9P/h/eN7sMnuulwA9zNRT/y/V4y2Qv462P44 Sx+ayEXhcg73NUrjxlRiQJDBbxoGtLufw29C6Keov74pgYV9Ga3UiMB54Oyg0wkRQiPs VHfA== X-Gm-Message-State: AE9vXwNsVDxR9qJmEFirrSi9XNNtFphfiViBWswT9dyhP51x6tm+QBKau5uVzPfoDC3jGw== X-Received: by 10.157.1.167 with SMTP id e36mr5403419ote.114.1473428137137; Fri, 09 Sep 2016 06:35:37 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-240-135.mpls.qwest.net. [174.30.240.135]) by smtp.gmail.com with ESMTPSA id 78sm251508ioi.31.2016.09.09.06.35.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Sep 2016 06:35:36 -0700 (PDT) References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> <86wpimm6om.fsf@WorkBox.Home> <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.com> User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: Perry Hutchison Cc: brandon.wandersee@gmail.com, wblock@wonkity.com, freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-reply-to: <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.com> Date: Fri, 09 Sep 2016 08:35:39 -0500 Message-ID: <86r38tqjpw.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 13:49:44 -0000 > "Brandon J. Wandersee" wrote: > >> '-s' defaults to everything available. > > "available" on the entire disk (as if no partitions were defined), > the first free block, or the largest free block? (One hopes, not > the sum of all free blocks :) Again, the man page should say! "Available" as in "available based on logical context." If no partitions are present on the disk, you get one partition starting at the first sector and ending at the last, less any space needed for scheme-specific metadata and buffer space resulting from '-a' or '-b.' If partitions exist, you'll get a partition starting at the first free sector and extending until you hit another partition or the end of the disk, assuming the partition can be created in that space while abiding by traits set with '-a' or '-b'. Obviously partitions can only consist of contiguous space, and the command will not automatically destroy an existing partition layout. `gpart add` *adds a partition.* Deleting and resizing partitions, and destroying tables, are handled by separate commands. > [The need to specify partition type] _could_ be implied by its not > being bracketed in the usage section, if not for the fact that -b and > -s (which apparently do have defaults, even though the man page does > not say what they are) are not bracketed either. > There's no [ATTRIBUTES] section in the gpart(8) man page I'm looking at (on > FreeBSD 8.1) ... There's no BOOTSTRAPPING section in this gpart(8) > man page, either. All of this---including the bracketed '-s' and '-b'---are present in the latest version of the man page.[1] 8.1 hasn't been supported for four years, so it's documentation won't be updated. > Alignment to 4k makes sense if the physical sector size is 4k (as > is often the case with newer disk drives) -- but 1M? Seems a bit > much, which is why it would be useful for that page to include a > more detailed explanation. Aligning to 1Mb guarantees that a partition is aligned to physical sector boundaries regardless a disk's actual or reported sector size. Newer HDD firmwares often report having 512k sectors for backwards compatibility, even when they have 4k sectors, while SSDs don't really have an industry-standard sector size and report whatever the manufacturer feels like. But in all cases, they're factors of 1Mb. The point is that you either spend some time and effort researching each disk model in the system and doing some math, or you just sacrifice a megabyte or two for guaranteed alignment and be done with it. [1]: https://www.freebsd.org/cgi/man.cgi?query=gpart&apropos=0&sektion=8&manpath=FreeBSD+10.3-RELEASE+and+Ports&arch=default&format=html -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ---------------------------------- From owner-freebsd-questions@freebsd.org Fri Sep 9 14:46:08 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EE40BD2E41 for ; Fri, 9 Sep 2016 14:46:08 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-it0-f42.google.com (mail-it0-f42.google.com [209.85.214.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13302D21 for ; Fri, 9 Sep 2016 14:46:07 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-it0-f42.google.com with SMTP id i184so17443217itf.1 for ; Fri, 09 Sep 2016 07:46: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:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=WFM69Ys+qU3dL7h4LC+sy98P175YPyurtyvOduCQOVs=; b=HXbuCLx6I+6J8O1witGjIUHV1ddCrOUH0rUMoz5cMNXAgLQQdC1QmuwLhVEbpCJcSA pv6rz/WifuV1P4tIkf+/qrs8ZuChHSkq9/T1MSEF8P47kF0bkLkBz4r7fSd8BkJQGbPx W6aMt5z0nhodYCj8LDT8z1GBGPi6zNBdOQY1XhUeD9Vv5lIzDvtmrzLKPMkedvjVVIml hTZdw2hgbvfuw9iVxSSEcEMiB85QxDzIFx/FEMeIulyTh8CuqOC3nUEEhF7hBF69qXoz /gumbtXmcYzivNlqMKO5i65MUm3upSWB2k+QNFwYTBsiVaz5v3hS5f8GB0iPum/ywN4a rkzQ== X-Gm-Message-State: AE9vXwMx3qtM8rvAVywuVx7nMdyaJhN+B7Js9KsHfcjMszGlz6Gt4EKNN8UDu5me8KhUGg== X-Received: by 10.157.7.105 with SMTP id 96mr4588956ote.176.1473428818835; Fri, 09 Sep 2016 06:46:58 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-240-135.mpls.qwest.net. [174.30.240.135]) by smtp.gmail.com with ESMTPSA id f14sm1419277ita.10.2016.09.09.06.46.57 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Sep 2016 06:46:57 -0700 (PDT) References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> <86wpimm6om.fsf@WorkBox.Home> <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.com> <86r38tqjpw.fsf@WorkBox.Home> User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: "Brandon J. Wandersee" Cc: Perry Hutchison , wblock@wonkity.com, freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-reply-to: <86r38tqjpw.fsf@WorkBox.Home> Date: Fri, 09 Sep 2016 08:47:00 -0500 Message-ID: <86poodqj6z.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 14:46:08 -0000 Brandon J. Wandersee writes: >> "Brandon J. Wandersee" wrote: >> >>> '-s' defaults to everything available. >> >> "available" on the entire disk (as if no partitions were defined), >> the first free block, or the largest free block? (One hopes, not >> the sum of all free blocks :) Again, the man page should say! > > "Available" as in "available based on logical context." If no > partitions are present on the disk, you get one partition starting at > the first sector and ending at the last, less any space needed for > scheme-specific metadata and buffer space resulting from '-a' or '-b.' > If partitions exist, you'll get a partition starting at the first free > sector and extending until you hit another partition or the end of the > disk, assuming the partition can be created in that space while > abiding by traits set with '-a' or '-b'. > > Obviously partitions can only consist of contiguous space, and the > command will not automatically destroy an existing partition > layout. `gpart add` *adds a partition.* Deleting and resizing > partitions, and destroying tables, are handled by separate commands. > >> [The need to specify partition type] _could_ be implied by its not >> being bracketed in the usage section, if not for the fact that -b and >> -s (which apparently do have defaults, even though the man page does >> not say what they are) are not bracketed either. > >> There's no [ATTRIBUTES] section in the gpart(8) man page I'm looking at (on >> FreeBSD 8.1) ... There's no BOOTSTRAPPING section in this gpart(8) >> man page, either. > > All of this---including the bracketed '-s' and '-b'---are present in > the latest version of the man page.[1] 8.1 hasn't been supported for four > years, so it's documentation won't be updated. I should add that you *can* install the up-to-date documentation manually, either from source (explained in the "Handbook") or with the misc/freebsd-doc-* port/package. Replace '*' with your native language. But since it looks like you're working on upgrading to 10.3, just use the online docs. >> Alignment to 4k makes sense if the physical sector size is 4k (as >> is often the case with newer disk drives) -- but 1M? Seems a bit >> much, which is why it would be useful for that page to include a >> more detailed explanation. > > Aligning to 1Mb guarantees that a partition is aligned to physical > sector boundaries regardless a disk's actual or reported sector > size. Newer HDD firmwares often report having 512k sectors for > backwards compatibility, even when they have 4k sectors, while SSDs > don't really have an industry-standard sector size and report whatever > the manufacturer feels like. But in all cases, they're factors of > 1Mb. The point is that you either spend some time and effort > researching each disk model in the system and doing some math, or you > just sacrifice a megabyte or two for guaranteed alignment and be done > with it. > > [1]: https://www.freebsd.org/cgi/man.cgi?query=gpart&apropos=0&sektion=8&manpath=FreeBSD+10.3-RELEASE+and+Ports&arch=default&format=html -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ---------------------------------- From owner-freebsd-questions@freebsd.org Fri Sep 9 17:02:23 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20099BD42F5 for ; Fri, 9 Sep 2016 17:02:23 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 001F4A67 for ; Fri, 9 Sep 2016 17:02:22 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 2402A46D37 for ; Fri, 9 Sep 2016 13:02:22 -0400 (EDT) Received: from fledge.watson.org (doug@localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.15.2/8.15.2) with ESMTP id u89H2LfC037125 for ; Fri, 9 Sep 2016 13:02:21 -0400 (EDT) (envelope-from doug@fledge.watson.org) Received: from localhost (doug@localhost) by fledge.watson.org (8.15.2/8.15.2/Submit) with ESMTP id u89H2L0b037122 for ; Fri, 9 Sep 2016 13:02:21 -0400 (EDT) (envelope-from doug@fledge.watson.org) Date: Fri, 9 Sep 2016 13:02:21 -0400 (EDT) From: doug Reply-To: doug@safeport.com To: freebsd-questions@FreeBSD.org Subject: turning off the touchpad Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) 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 (fledge.watson.org [127.0.0.1]); Fri, 09 Sep 2016 13:02:21 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 17:02:23 -0000 With the lastest version of Xorg they seem to have removed the ability to do this. AFAIK from google, the x11 mailing list and X.org this is not considered an issue or a bug. I found some stuff in FreeBSD 11.0 with sysctrls that might work there (although their issue was turning it on, if only...) those controls do not exist in FreeBSD 10.3. It appears that the change in integrating all support for pointing devices in a single driver. In my 10.1 system the touchpad was supported by a driver using ps2 interface, so adding [moused_port="/dev/ums0"] to rc.conf fixed the problem. I am posting here as I hope someone has found a workaround. On some laptops (esp mine) it is very hard to touch type and miss the touchpad. I wish you could turn it off in the BIOS, but no such luck. From owner-freebsd-questions@freebsd.org Fri Sep 9 17:37:14 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07594BD4837 for ; Fri, 9 Sep 2016 17:37:14 +0000 (UTC) (envelope-from jd1008@gmail.com) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B878316E8 for ; Fri, 9 Sep 2016 17:37:13 +0000 (UTC) (envelope-from jd1008@gmail.com) Received: by mail-oi0-x229.google.com with SMTP id m11so154422999oif.1 for ; Fri, 09 Sep 2016 10:37:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=qBiOoJRo7FvdgwMs/DTnoYzbAyd8QF8FNGq3kHJ8b3M=; b=A5LiH84qEI3VaTrLnlNmHz1/cDNExheZ4FoFANKfaRgITkTcQcuQZNqof7p+pNGn2b WeYELvVqUAkahAZ6uiTq7wjBB5hTuCs2eK8ronu04yDNVHTCE9GxFotPBf+p5ySqeSJy +r2LlCas0KKRC3astSx0TrHj+/OzdaCG58zSKswxWFLqTtVouerEJ/+ORRCXZPY7zhA1 NdNb0jnS6Jlnoa++sqMRCkN5BTQhRvmwlhZvYr99BOsbFTDeB1DvJmJ5MJhTmTEodfa2 59UWyoysj9YPHFHjNhuEVg5pOWm7OuFMt5UlPlkHhT3EJ6i7AT/j//78/UJ1/C+Z6VFw EELQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=qBiOoJRo7FvdgwMs/DTnoYzbAyd8QF8FNGq3kHJ8b3M=; b=mhHh1uWMMHmCS9PU71U2K98fKS+X+NVWonF+RkvNvB9R41nHIXEY+IJpvyISxrWoVH cZ66onMx34yBS+y6nUg+vUjkxy3EitxV4mjqk+YnpMtKxvXHLtM/iZ1nt38ctqBghpBt kfOYFJ3P+m+Dx5Fo9JOr4XHLmSU76VCphqVDLyFhbamcI9Dtbe8kvJsTdZwRB25329cS poLKBplFi5POskbyBk17Lf/tMdapkBd/MsbvmSmqJgmOxJKMJPWs4tTLaZjgyv6PThzi LkPfX7zZw3DYEiLjjXrwHfuYgAqrSWJPesU1Tx8C8oBshB7eFSYhrN1R0p5iXkbvyI63 i8Vg== X-Gm-Message-State: AE9vXwPhHBL3X75jEhEE+cjx1xVTvmr2QklatALkaUCJ07cF0+93XBaVqxYixqVKYL7ppA== X-Received: by 10.202.182.130 with SMTP id g124mr7436871oif.106.1473442632756; Fri, 09 Sep 2016 10:37:12 -0700 (PDT) Received: from localhost.localdomain ([50.243.4.3]) by smtp.googlemail.com with ESMTPSA id u75sm1827680ita.16.2016.09.09.10.37.11 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Sep 2016 10:37:11 -0700 (PDT) Subject: Re: turning off the touchpad To: freebsd-questions@freebsd.org References: From: jd1008 Message-ID: <57D2F346.9040508@gmail.com> Date: Fri, 9 Sep 2016 11:37:10 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 17:37:14 -0000 Do you have the command synclient in /bin or /usr/bin or /sbin or /usr/sbin ...etc ??? If yes, then you can turn it off and on with that command. synclient Touchpadoff=1 # turn it off synclient Touchpadoff=0 # turn it on On 09/09/2016 11:02 AM, doug wrote: > With the lastest version of Xorg they seem to have removed the ability > to do this. AFAIK from google, the x11 mailing list and X.org this is > not considered an issue or a bug. I found some stuff in FreeBSD 11.0 > with sysctrls that might work there (although their issue was turning > it on, if only...) those controls do not exist in FreeBSD 10.3. > > It appears that the change in integrating all support for pointing > devices in a single driver. In my 10.1 system the touchpad was > supported by a driver using ps2 interface, so adding > [moused_port="/dev/ums0"] to rc.conf fixed the problem. > > I am posting here as I hope someone has found a workaround. On some > laptops (esp mine) it is very hard to touch type and miss the > touchpad. I wish you could turn it off in the BIOS, but no such luck. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Fri Sep 9 17:51:38 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83BDEBD4D3E for ; Fri, 9 Sep 2016 17:51:38 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 638231EFF for ; Fri, 9 Sep 2016 17:51:38 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 94A1446C5C; Fri, 9 Sep 2016 13:51:37 -0400 (EDT) Received: from fledge.watson.org (doug@localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.15.2/8.15.2) with ESMTP id u89Hpbq4040658; Fri, 9 Sep 2016 13:51:37 -0400 (EDT) (envelope-from doug@fledge.watson.org) Received: from localhost (doug@localhost) by fledge.watson.org (8.15.2/8.15.2/Submit) with ESMTP id u89HpbLL040655; Fri, 9 Sep 2016 13:51:37 -0400 (EDT) (envelope-from doug@fledge.watson.org) Date: Fri, 9 Sep 2016 13:51:37 -0400 (EDT) From: doug Reply-To: doug@safeport.com To: jd1008 cc: freebsd-questions@freebsd.org Subject: Re: turning off the touchpad In-Reply-To: <57D2F346.9040508@gmail.com> Message-ID: References: <57D2F346.9040508@gmail.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (fledge.watson.org [127.0.0.1]); Fri, 09 Sep 2016 13:51:37 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 17:51:38 -0000 On Fri, 9 Sep 2016, jd1008 wrote: > Do you have the command > > synclient > > in /bin or /usr/bin or /sbin or /usr/sbin ...etc ??? > > If yes, then you can turn it off and on with that command. > > synclient Touchpadoff=1 # turn it off > synclient Touchpadoff=0 # turn it on Thanks for the thought but, nope; no command, package, port, or anywhere in /usr/local. I can find people talking about it but it seems to be gone by 10.3 and xorg 7.7_2. > On 09/09/2016 11:02 AM, doug wrote: >> With the lastest version of Xorg they seem to have removed the ability to >> do this. AFAIK from google, the x11 mailing list and X.org this is not >> considered an issue or a bug. I found some stuff in FreeBSD 11.0 with >> sysctrls that might work there (although their issue was turning it on, if >> only...) those controls do not exist in FreeBSD 10.3. >> >> It appears that the change in integrating all support for pointing devices >> in a single driver. In my 10.1 system the touchpad was supported by a >> driver using ps2 interface, so adding [moused_port="/dev/ums0"] to rc.conf >> fixed the problem. >> >> I am posting here as I hope someone has found a workaround. On some laptops >> (esp mine) it is very hard to touch type and miss the touchpad. I wish you >> could turn it off in the BIOS, but no such luck. >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Fri Sep 9 17:57:44 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6ACCABD4EC8 for ; Fri, 9 Sep 2016 17:57:44 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B759A232 for ; Fri, 9 Sep 2016 17:57:43 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id u89HvbkY088933; Sat, 10 Sep 2016 03:57:38 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 10 Sep 2016 03:57:37 +1000 (EST) From: Ian Smith To: Perry Hutchison cc: Warren Block , freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-Reply-To: <57cfab90.qRHpzKSiF/A9Stt1%perryh@pluto.rain.com> Message-ID: <20160910022609.E91459@sola.nimnet.asn.au> References: <20160907000551.F91459@sola.nimnet.asn.au> <57cfab90.qRHpzKSiF/A9Stt1%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 17:57:44 -0000 On Tue, 6 Sep 2016 22:54:24 -0700, Perry Hutchison wrote: > Ian Smith wrote: > > In freebsd-questions Digest, Vol 640, Issue 2, Message: 5 > > On Tue, 06 Sep 2016 00:21:08 -0700 perryh@pluto.rain.com (Perry Hutchison) > > wrote: > > > I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then > > > used "gpart recover" to resize the partition table to the media. > > > After that "gpart show" reports: > > > > > > # gpart show da2 > > > => 3 7811067 da2 GPT (3.7G) > > > 3 32 1 freebsd-boot (16K) > > > 35 1348832 2 freebsd-ufs (659M) > > > 1348867 2048 3 freebsd-swap (1.0M) > > > 1350915 6460155 - free - (3.1G) [..] > > How did you 'copy' the memstick.img to the flash drive? > > # dd if=FreeBSD-10.3-RELEASE-i386-memstick.img of=/dev/da2 bs=71b > > Why bs=71b? 71*512 is the largest factor of the image size that > is a multiple of 512 and less than 126*512, so this way there is > no partial dd block at the end. (Old-timers will remember why > some of us don't like to exceed bs=126b with dd :) I only go back to '98 on FreeBSD; never heard of that .. I'll resist my curiosity. I used to use bs=10240 as earlier recommended, now just: # dd if=FreeBSD-10.3-RELEASE-amd64-memstick.img \ of=/dev/da0 bs=1m conv=sync > BTW it did boot (I only tried single-user mode) and worked well > enough to resize itself with "gpart recover". Um, do you mean you ran gpart recover on the stick you'd booted off? > > root@x200:~ # ll /dev/da* > > crw-rw---- 1 root operator 0x8c Sep 6 19:12 /dev/da0 > > crw-rw---- 1 root operator 0x8d Sep 6 19:12 /dev/da0a > > > > root@x200:~ # gpart show da0 > > => 0 1974272 da0 BSD (964M) > > 0 1523248 1 freebsd-ufs (743M) > > 1523248 451024 - free - (220M) > > # ll /dev/da* > crw-r----- 1 root operator 0, 116 Aug 31 20:05 /dev/da0 > crw-r----- 1 root operator 0, 117 Aug 31 20:05 /dev/da0s1 > crw-r----- 1 root operator 0, 118 Aug 31 20:05 /dev/da0s2 > crw-r----- 1 root operator 0, 119 Aug 31 20:05 /dev/da0s3 > crw-r----- 1 root operator 0, 87 Sep 5 18:03 /dev/da1 > crw-r----- 1 root operator 0, 88 Sep 5 18:03 /dev/da1a > crw-r----- 1 root operator 0, 112 Sep 5 18:21 /dev/da2 > crw-r----- 1 root operator 0, 114 Sep 5 18:21 /dev/da2p1 > crw-r----- 1 root operator 0, 115 Sep 5 18:21 /dev/da2p2 > crw-r----- 1 root operator 0, 120 Sep 5 18:21 /dev/da2p3 > > da0 is an actual SCSI disk, partitioned the old way (MBR), and > containing a different OS. > da1 is an 8.1 memstick, "partitioned" the way 8.x memsticks were done. > da2 is the 10.3 memstick, which appears to be GPT. > > > That's a 10.3 memstick.img dd'd to a 1G stick. For some bizarre reason, > > maybe 10? years on, these are still being made as pseudo-floppy images, [..] > Seems my 10.3 memstick.img is different than yours :( > Mine is FreeBSD-10.3-RELEASE-i386-memstick.img.xz of > 3/24/2016, downloaded from ftp14.us.freebsd.org on 5/1/2016 > (and decompressed before being dd'd to the stick , of course). I found this so bizarre that I had to download it to see for myself. I first wondered if your 'gpart recover' had somehow mangled it to turn it into GPT .. but I'd tried gpart recover on the da0 above and it just said 'da0 recovering is not needed' - which was reassuring :) So I checked the sha256 of the memstick.img.xz, unxz'd it then checked the sha256 of the memstick.img, all good, mdconfig'd it to see: t23# gpart show md0 => 3 1350912 md0 GPT (660M) 3 32 1 freebsd-boot (16K) 35 1348832 2 freebsd-ufs (659M) 1348867 2048 3 freebsd-swap (1.0M) Sure enough, the 10.3 i386 memstick.img is GPT, while the amd64 one is BSD as ever. gpart recover on that said 'md0 recovering is not needed'. But according to .. [big cut] > # fdisk /dev/da2 > ******* Working on device /dev/da2 ******* > parameters extracted from in-core disklabel are: > cylinders=486 heads=255 sectors/track=63 (16065 blks/cyl) [..] > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 238 (0xee),(EFI GPT) > start 1, size 7811071 (3813 Meg), flag 0 > beg: cyl 0/ head 0/ sector 2; > end: cyl 1023/ head 255/ sector 63 > > which I take to be the protective MBR of the GPT scheme. Not only that, but I notice 'EFI GPT', also from fdisk md0 here: sysid 238 (0xee),(EFI GPT) start 1, size 1350917 (659 Meg), flag 0 Whereas with the amd64 release there's a whole extra set of images labelled -uefi- such as: FreeBSD-10.3-RELEASE-amd64-uefi-memstick.img I'm entirely [U]EFI ignorant, but it seems strange that the i386 images appear to incorporate that, while amd64 uefi images are kept separate? Can anyone explain why any of this is so? (looking at you, Warren :) cheers, Ian PS there are very significant differences in gpart(8) from (I diff'd) 8.2, 9.3 and 10.3, so best base discussion on the 10.3 version I guess: https://www.freebsd.org/cgi/man.cgi?query=gpart&apropos=0&sektion=0&manpath=FreeBSD+10.3-RELEASE From owner-freebsd-questions@freebsd.org Fri Sep 9 18:07:15 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CB03BD4115 for ; Fri, 9 Sep 2016 18:07:15 +0000 (UTC) (envelope-from doug@safeport.com) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0ABAD854 for ; Fri, 9 Sep 2016 18:07:15 +0000 (UTC) (envelope-from doug@safeport.com) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id AF5FB46B86; Fri, 9 Sep 2016 14:07:13 -0400 (EDT) Received: from fledge.watson.org (doug@localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.15.2/8.15.2) with ESMTP id u89I7Dxa041771; Fri, 9 Sep 2016 14:07:13 -0400 (EDT) (envelope-from doug@safeport.com) Received: from localhost (doug@localhost) by fledge.watson.org (8.15.2/8.15.2/Submit) with ESMTP id u89I7Dom041768; Fri, 9 Sep 2016 14:07:13 -0400 (EDT) (envelope-from doug@safeport.com) X-Authentication-Warning: fledge.watson.org: doug owned process doing -bs Date: Fri, 9 Sep 2016 14:07:13 -0400 (EDT) From: doug@safeport.com X-X-Sender: doug@fledge.watson.org Reply-To: doug@fledge.watson.org To: jd1008 cc: freebsd-questions@freebsd.org Subject: Re: turning off the touchpad In-Reply-To: Message-ID: References: <57D2F346.9040508@gmail.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (fledge.watson.org [127.0.0.1]); Fri, 09 Sep 2016 14:07:13 -0400 (EDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 18:07:15 -0000 >> On Fri, 9 Sep 2016, jd1008 wrote: > >> Do you have the command >> >> synclient >> >> in /bin or /usr/bin or /sbin or /usr/sbin ...etc ??? >> >> If yes, then you can turn it off and on with that command. >> >> synclient Touchpadoff=1 # turn it off >> synclient Touchpadoff=0 # turn it on > > Thanks for the thought but, nope; no command, package, port, or anywhere in > /usr/local. I can find people talking about it but it seems to be gone by > 10.3 and xorg 7.7_2. BTW in googling for synclient, I found the following: /etc/X11/xorg.conf.d/30-touchpad.conf Section "InputClass" Identifier "touchpad" Driver "libinput" MatchIsTouchpad "on" Option "Tapping" "on" Option "ButtonMapping" "1 3 2 4 5 6" EndSection The URL is: https://wiki.archlinux.org/index.php/Libinput#Configuration. Some promise here, I will report back when I can. Much client care and feeding today :) >> On 09/09/2016 11:02 AM, doug wrote: >>> With the lastest version of Xorg they seem to have removed the ability to >>> do this. AFAIK from google, the x11 mailing list and X.org this is not >>> considered an issue or a bug. I found some stuff in FreeBSD 11.0 with >>> sysctrls that might work there (although their issue was turning it on, if >>> only...) those controls do not exist in FreeBSD 10.3. >>> >>> It appears that the change in integrating all support for pointing devices >>> in a single driver. In my 10.1 system the touchpad was supported by a >>> driver using ps2 interface, so adding [moused_port="/dev/ums0"] to rc.conf >>> fixed the problem. >>> >>> I am posting here as I hope someone has found a workaround. On some >>> laptops (esp mine) it is very hard to touch type and miss the touchpad. I >>> wish you could turn it off in the BIOS, but no such luck. >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to >>> "freebsd-questions-unsubscribe@freebsd.org" >>> >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Fri Sep 9 18:58:06 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3F9ABD4D7E for ; Fri, 9 Sep 2016 18:58:06 +0000 (UTC) (envelope-from lgroups@vlymskerp.net) Received: from mail.wolk.co.za (mail.wolk.co.za [197.189.230.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2A17ABFE for ; Fri, 9 Sep 2016 18:58:05 +0000 (UTC) (envelope-from lgroups@vlymskerp.net) Received: from poskantoor (cal.wolk.co.za [10.30.40.70]) by mail.wolk.co.za (Postfix) with ESMTP id A6C86232F21 for ; Fri, 9 Sep 2016 20:57:57 +0200 (SAST) X-Virus-Scanned: amavisd-new at wolk.co.za Received: from mail.wolk.co.za ([10.30.40.70]) by poskantoor (mail.wolk.co.za [10.30.40.70]) (amavisd-new, port 10024) with LMTP id ovZI2GvyFjLj for ; Fri, 9 Sep 2016 20:57:48 +0200 (SAST) Received: from bulldozer.snk (unknown [165.255.160.137]) by mail.wolk.co.za (Postfix) with ESMTPSA id 746D522D972 for ; Fri, 9 Sep 2016 20:57:48 +0200 (SAST) Subject: SOLVED Re: copying /var/cache/pkg between machines To: freebsd-questions@freebsd.org References: <57D12678.7000903@vlymskerp.net> <3ca9afc1-a867-51aa-92df-96e6c7f80d24@FreeBSD.org> From: Coert Message-ID: <01407ad3-030d-2037-a6e3-4a9d0d81870f@vlymskerp.net> Date: Fri, 9 Sep 2016 20:57:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <3ca9afc1-a867-51aa-92df-96e6c7f80d24@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 18:58:07 -0000 On 09/08/16 11:17, Matthew Seaman wrote: > On 2016/09/08 09:51, Coert wrote: >> I have a few FreeBSD machines running with KDE installed. >> When I copy /var/cache/pkg to another machine, it downloads all packages >> again anyway. >> I tried rsync, tar, made sure the symlinks with checksums are preserved, >> but to no avail. >> >> What is the recommended way to sync /var/cache/pkg between machines? > Sync'ing /var/cache/pkg like that isn't something that has been > considered as 'normal' usage of pkg(8), so there's no guarantee that it > will work. > > However, what you can do is create a local package repo from > /var/cache/pkg by: > > pkg repo /var/cache/pkg > > This can be served to your other machine by HTTP or even copied over to > the other machine by rsync. eg. > > rsync -avx /var/cache/pkg/ othermachine:/var/myrepo/ > > and then on othermachine add in /usr/local/etc/pkg/repos/myrepo.conf: > > myrepo: { > url: file:///var/myrepo > priority: 10 > } > > othermachine will still be able to use the default FreeBSD pkg > repositories, but it will prefer 'myrepo' as far as possible. > > Cheers, > > Matthew > > Thanks Matthew! So far it's working perfectly. South Africa internet is not always that epic, so I'm doing the following: pkg fetch -a -o /my/local/mirr Regards, Coert From owner-freebsd-questions@freebsd.org Fri Sep 9 19:01:30 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45DC6BD4F69 for ; Fri, 9 Sep 2016 19:01:30 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2A329E87 for ; Fri, 9 Sep 2016 19:01:30 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 29932BD4F68; Fri, 9 Sep 2016 19:01:30 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29356BD4F67 for ; Fri, 9 Sep 2016 19:01:30 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-it0-f51.google.com (mail-it0-f51.google.com [209.85.214.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 011BAE86 for ; Fri, 9 Sep 2016 19:01:29 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-it0-f51.google.com with SMTP id i184so27747117itf.1 for ; Fri, 09 Sep 2016 12:01:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=6ySccMRkl5RA1YL9cgwYEpaST66/2XC3VbZ8k+g7b6A=; b=fnkW3fUOzMhN2iTI+HbJR50RWHUhCmqyVlgGzPzleQREr5Phj3783wASZte0ZHsvGp iF6z8DJRhKRKOhyapy7/Cx0pJwcXLrvIV9SDUsGou9mUnKJALKtXgvZMEfGo5OeKYcqZ EgvJpqKqUYYLt1ttJi1oEw3PBWrQMsg6GRbvHTYh69o5D85Tj/fCxo5EEfpN/xaQkEF4 ADAxa0ZkDoKKqBvmfI+neVqYv1Wr8HStpGMHb3KIPo1Si1LYX1VlOP+4N2mouw+hn6cX Zwc+kqF7lsW4NtoWS7YzJuEGOGj/p1V2RBTXmniRoXxykRtrhTphcluibuSoJ/USkVRc fj+Q== X-Gm-Message-State: AE9vXwMkKEyzrPBTNKOU8q2h/ivo+BGlZZfTpGTmoXdvPexTmaRh0zbiW3m282bgNkJhyg== X-Received: by 10.157.60.151 with SMTP id z23mr6998094otc.126.1473447683001; Fri, 09 Sep 2016 12:01:23 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-240-135.mpls.qwest.net. [174.30.240.135]) by smtp.gmail.com with ESMTPSA id u185sm2101431itc.3.2016.09.09.12.01.21 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Sep 2016 12:01:21 -0700 (PDT) References: User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: CK Cc: questions@freebsd.org Subject: Re: X+webkit = Disgraceful In-reply-to: Date: Fri, 09 Sep 2016 14:01:24 -0500 Message-ID: <86lgz0rj7f.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 19:01:30 -0000 CK writes: > 250+ MB, 36+ hours of downloading, and I still > can't even view the WWW, graphically. It's just > fucking disgusting. In 1996, I didn't even have > a hard drive that big, and my kernel was about > 1/2 MB, RAM was 16MB, FreeBSD took about 16MB of > disk space, and I could install everything from a > bunch of floppies, and Xwindow + graphical browser > was just a minor addition - maybe a few MB at most. > And guess what? THE WEB DOESN'T LOOK ANY BETTER > TODAY THAN THEN (with the exception of server-side > font control - which - apparently, took a whole new > fucking language to fix (CSS) instead of a trivial > fix to the FONT SIZE attribute specification). I > guess I should say I am no fan of video or residential > high-speed access of the Internet - for without it, > we surely wouldn't have a mess like we have today > (I'd guess it's all porn+entertainment driven). If it makes you feel any better, FreeBSD and X themselves haven't bloated nearly as much over time as GNOME and the web have, so only some of what you've installed is garbage. :P I have to say I'm curious why you're installing GNOME, though, since you've already mentioned surf and certainly sound like a suckless.org evangelist. -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ---------------------------------- From owner-freebsd-questions@freebsd.org Fri Sep 9 19:02:39 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDBFBBD4047 for ; Fri, 9 Sep 2016 19:02:39 +0000 (UTC) (envelope-from prvs=1053477069=vogelke@pobox.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C5836EB for ; Fri, 9 Sep 2016 19:02:39 +0000 (UTC) (envelope-from prvs=1053477069=vogelke@pobox.com) Received: by mailman.ysv.freebsd.org (Postfix) id C4E3BBD4045; Fri, 9 Sep 2016 19:02:39 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C48FDBD4044 for ; Fri, 9 Sep 2016 19:02:39 +0000 (UTC) (envelope-from prvs=1053477069=vogelke@pobox.com) Received: from VANDENBERG-MAIL2.afnoc.af.mil (vandenberg-mail2.afnoc.af.mil [132.3.61.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "VANDENBERG-MAIL2.afnoc.af.mil", Issuer "VANDENBERG-MAIL2.afnoc.af.mil" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 809DCE9 for ; Fri, 9 Sep 2016 19:02:38 +0000 (UTC) (envelope-from prvs=1053477069=vogelke@pobox.com) Received-PRA: neutral (us.af.mil: 131.9.254.140 is neither permitted nor denied by domain of pobox.com) client-ip=131.9.254.140; envelope-from=vogelke@pobox.com; helo=us.af.mil; Received-SPF: neutral (us.af.mil: 131.9.254.140 is neither permitted nor denied by domain of pobox.com) client-ip=131.9.254.140; envelope-from=vogelke@pobox.com; helo=us.af.mil; Received: from us.af.mil (unknown [131.9.254.140]) by VANDENBERG-MAIL2.afnoc.af.mil with smtp (TLS: TLSv1/SSLv3,256bits,DHE-RSA-AES256-SHA) id 57ab_29d5_cd69a0d4_e0ab_49e6_9ce6_02fbd4416c99; Fri, 09 Sep 2016 19:02:24 +0000 Received: from ([131.9.40.227]) by 52vejx-mr-006.us.af.mil with SMTP id 2X21FN1.242039021; Fri, 09 Sep 2016 14:02:18 -0500 Received: (qmail 9996 invoked by uid 100); 9 Sep 2016 19:02:17 -0000 From: "Karl Vogel" Date: Fri, 9 Sep 2016 15:02:16 -0400 To: questions@freebsd.org Subject: Re: X+webkit = Disgraceful Message-ID: <20160909190216.GA9342@bsd118.wpafb.af.mil> Reply-To: vogelke@pobox.com References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 19:02:40 -0000 On Fri, Sep 09, 2016 at 01:19:40AM -0800, CK wrote: > And guess what? THE WEB DOESN'T LOOK ANY BETTER > TODAY THAN THEN (with the exception of server-side > font control - which - apparently, took a whole new > fucking language to fix (CSS) instead of a trivial > fix to the FONT SIZE attribute specification). Actually, CSS fixes a lot more problems than it causes. Just because certain companies in the Pacific Northwest won't follow standards doesn't change that. > Somebody needs to develop an anti-JS "webkit" > that destroys all of the JS-BS in webpages, and > filters out the essential images+links+functionality, > without regard to placement/organization for those > websites that promulgate this garbage... If you use Firefox, download NoScript and watch your browsing life get waaaay better. -- Karl Vogel I don't speak for the USAF or my company I will stop talking about the twelve inch pianist. --written on blackboard by Bart Simpson From owner-freebsd-questions@freebsd.org Fri Sep 9 19:20:49 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2326DBD4474 for ; Fri, 9 Sep 2016 19:20:49 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CCE6EC7A for ; Fri, 9 Sep 2016 19:20:48 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u89JKlFA047573 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Sep 2016 13:20:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u89JKlWt047570; Fri, 9 Sep 2016 13:20:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 9 Sep 2016 13:20:47 -0600 (MDT) From: Warren Block To: Perry Hutchison cc: brandon.wandersee@gmail.com, freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-Reply-To: <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.com> Message-ID: References: <57ce6e64.EITkODjuwy6pZ4L+%perryh@pluto.rain.com> <57cf9b95.Zj/JGHeshaKL6Zr5%perryh@pluto.rain.com> <57d0f29b.3QNvCze7LJDzs0SU%perryh@pluto.rain.com> <86wpimm6om.fsf@WorkBox.Home> <57d276f6.CwaoGNki0kQYiZns%perryh@pluto.rain.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 09 Sep 2016 13:20:47 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 19:20:49 -0000 On Fri, 9 Sep 2016, Perry Hutchison wrote: >>> List of what-all "attributes" can be set and what they do. >> >> See "ATTRIBUTES." > > There's no such section in the gpart(8) man page I'm looking at (on > FreeBSD 8.1). Support for 8.1 ended over four years ago. Improvements to man pages are not MFCed back to unsupported releases. >>> I suppose there must be some reason for leaving those >>> 3.0k and 492k free spaces around gpboot, but it isn't obvious. >> >> Partition alignment. > > Alignment to 4k makes sense if the physical sector size is 4k (as > is often the case with newer disk drives) -- but 1M? Seems a bit > much, which is why it would be useful for that page to include a > more detailed explanation. 1M is a useful value for several reasons. A partition aligned with 1M is aligned with all the smaller values. It also better fits with the larger internal block sizes used by SSDs and other flash devices. Starting the first data partition at 1M is a de facto standard and provides a little additional insurance that some rock-stupid partitioning tool will see the partition and not destroy it. At most, aligning to 1M wastes less than one meg of space. Not one gig, one meg. On UEFI systems, you can even use that small amount of space for an EFI partition. > Getting back to the original inquiry, I'm still mystified as to > why gpart won't create a partition in the space that it reports > as being free. Does anyone have a clue what is going on, or how > to find out? It could be an actual bug. gpart and the man page have been revised quite a bit over the last few years. From owner-freebsd-questions@freebsd.org Fri Sep 9 20:51:48 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD877BD2D7C for ; Fri, 9 Sep 2016 20:51:48 +0000 (UTC) (envelope-from c.pilka@asconix.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6927A41 for ; Fri, 9 Sep 2016 20:51:48 +0000 (UTC) (envelope-from c.pilka@asconix.com) Received: from [10.9.9.212] (helo=mailfront12.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1biSlv-0006fG-1A for freebsd-questions@freebsd.org; Fri, 09 Sep 2016 22:51:39 +0200 Received: from 78-176-11.connect.netcom.no ([176.11.176.78] helo=[10.242.175.77]) by mailfront12.runbox.com with esmtpsa (uid:865152 ) (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1biSlh-000050-Vt for freebsd-questions@freebsd.org; Fri, 09 Sep 2016 22:51:26 +0200 From: Christoph Pilka Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: 40 cores, 48 NVMe disks, feel free to take over Message-Id: Date: Fri, 9 Sep 2016 22:51:25 +0200 To: freebsd-questions@freebsd.org X-Mailer: iPhone Mail (13G36) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 20:51:49 -0000 Hi, we've just been granted a short-term loan of a server from Supermicro with 4= 0 physical cores (plus HTT) and 48 NVMe drives. After a bit of mucking about= , we managed to get 11-RC running. A couple of things are preventing the sys= tem from being terribly useful: - We have to use hw.nvme.force_intx=3D1 for the server to boot If we don't, it panics around the 9th NVMe drive with "panic: couldn't find a= n APIC vector for IRQ...". Increasing hw.nvme.min_cpus_per_ioq brings it fur= ther, but it still panics later in the NVMe enumeration/init. hw.nvme.per_cp= u_io_queues=3D0 causes it to panic later (I suspect during ixl init - the bo= x has 4x10gb ethernet ports). - zfskern seems to be the limiting factor when doing ~40 parallel "dd if=3D/= dev/zer of=3D bs=3D1m" on a zpool stripe of all 48 drives. Each drive s= hows ~30% utilization (gstat), I can do ~14GB/sec write and 16 read. - direct writing to the NVMe devices (dd from /dev/zero) gives about 550MB/s= ec and ~91% utilization per device=20 Obviously, the first item is the most troublesome. The rest is based on enti= rely synthetic testing and may have little or no actual impact on the server= 's usability or fitness for our purposes.=20 There is nothing but sshd running on the server, and if anyone wants to play= around you'll have IPMI access (remote kvm, virtual media, power) and root.= Any takers? Wbr Christoph Pilka Modirum MDpay Sent from my iPhone= From owner-freebsd-questions@freebsd.org Fri Sep 9 21:15:11 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4862BBD4321 for ; Fri, 9 Sep 2016 21:15:11 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 237C07D8 for ; Fri, 9 Sep 2016 21:15:10 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id u89LF9ao077103 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Sep 2016 15:15:09 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u89LF8SI077100; Fri, 9 Sep 2016 15:15:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 9 Sep 2016 15:15:08 -0600 (MDT) From: Warren Block To: Ian Smith cc: Perry Hutchison , freebsd-questions@freebsd.org Subject: Re: "gpart add" falsely claiming "No space left on device" In-Reply-To: <20160910022609.E91459@sola.nimnet.asn.au> Message-ID: References: <20160907000551.F91459@sola.nimnet.asn.au> <57cfab90.qRHpzKSiF/A9Stt1%perryh@pluto.rain.com> <20160910022609.E91459@sola.nimnet.asn.au> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 09 Sep 2016 15:15:09 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 21:15:11 -0000 On Sat, 10 Sep 2016, Ian Smith wrote: > On Tue, 6 Sep 2016 22:54:24 -0700, Perry Hutchison wrote: > > Ian Smith wrote: > > > In freebsd-questions Digest, Vol 640, Issue 2, Message: 5 > > > On Tue, 06 Sep 2016 00:21:08 -0700 perryh@pluto.rain.com (Perry Hutchison) > > > wrote: > > > > I copied the 10.3-RELEASE memstick.img to a 4GB flash drive, then > > > > used "gpart recover" to resize the partition table to the media. > > > > After that "gpart show" reports: > > > > > > > > # gpart show da2 > > > > => 3 7811067 da2 GPT (3.7G) > > > > 3 32 1 freebsd-boot (16K) > > > > 35 1348832 2 freebsd-ufs (659M) > > > > 1348867 2048 3 freebsd-swap (1.0M) > > > > 1350915 6460155 - free - (3.1G) > [..] > > > > How did you 'copy' the memstick.img to the flash drive? > > > > # dd if=FreeBSD-10.3-RELEASE-i386-memstick.img of=/dev/da2 bs=71b > > > > Why bs=71b? 71*512 is the largest factor of the image size that > > is a multiple of 512 and less than 126*512, so this way there is > > no partial dd block at the end. (Old-timers will remember why > > some of us don't like to exceed bs=126b with dd :) > > I only go back to '98 on FreeBSD; never heard of that .. I'll resist my > curiosity. I used to use bs=10240 as earlier recommended, now just: > # dd if=FreeBSD-10.3-RELEASE-amd64-memstick.img \ > of=/dev/da0 bs=1m conv=sync I don't see any reason to use less than block sizes. Can't say I've tried in long enough to know what the device will do with that. Obviously it will ruin transfer bandwidth. Does the device actually only write the bytes received, or does it write a full block? Actually, I don't see any reason to use less than 64K or even 1M buffer size. Smaller sizes add huge amounts of overhead with no benefit. Maybe worse than nothing if the flash device is particularly dimwitted about buffering writes. > > BTW it did boot (I only tried single-user mode) and worked well > > enough to resize itself with "gpart recover". > > Um, do you mean you ran gpart recover on the stick you'd booted off? This works but is unnecessary. Unless you want to store more stuff on the install stick. It will (mostly) boot when the backup GPT table is in the wrong spot. > Sure enough, the 10.3 i386 memstick.img is GPT, while the amd64 one is > BSD as ever. gpart recover on that said 'md0 recovering is not needed'. > > But according to .. > [big cut] > > > # fdisk /dev/da2 > > ******* Working on device /dev/da2 ******* > > parameters extracted from in-core disklabel are: > > cylinders=486 heads=255 sectors/track=63 (16065 blks/cyl) > [..] > > Media sector size is 512 > > Warning: BIOS sector numbering starts with sector 1 > > Information from DOS bootblock is: > > The data for partition 1 is: > > sysid 238 (0xee),(EFI GPT) > > start 1, size 7811071 (3813 Meg), flag 0 > > beg: cyl 0/ head 0/ sector 2; > > end: cyl 1023/ head 255/ sector 63 > > > > which I take to be the protective MBR of the GPT scheme. Of course, fdisk knows nothing but MBR. Please stop using fdisk. > Not only that, but I notice 'EFI GPT', also from fdisk md0 here: > sysid 238 (0xee),(EFI GPT) > start 1, size 1350917 (659 Meg), flag 0 Yes. Please, please stop using fdisk. > Whereas with the amd64 release there's a whole extra set of images > labelled -uefi- such as: FreeBSD-10.3-RELEASE-amd64-uefi-memstick.img > > I'm entirely [U]EFI ignorant, but it seems strange that the i386 images > appear to incorporate that, while amd64 uefi images are kept separate? > > Can anyone explain why any of this is so? (looking at you, Warren :) We are in a time of transition. There were separate images for UEFI and BIOS booting, but the bootcode has been updated to handle both. So we will soon be back to just one style. "Soon" being relative, I don't have any specific information on when. From owner-freebsd-questions@freebsd.org Fri Sep 9 21:15:09 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7932BBD431D for ; Fri, 9 Sep 2016 21:15:09 +0000 (UTC) (envelope-from freebsd@pki2.com) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3937D7D7 for ; Fri, 9 Sep 2016 21:15:09 +0000 (UTC) (envelope-from freebsd@pki2.com) Received: from localhost (localhost [127.0.0.1]) by btw.pki2.com (8.15.2/8.15.2) with ESMTP id u89LEokx068807; Fri, 9 Sep 2016 14:14:50 -0700 (PDT) (envelope-from freebsd@pki2.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pki2.com; s=pki2; t=1473455690; bh=RwyZdjRXl9Ge/jNds0foUUnrj0hlYRm2hpkHL5BJtF0=; h=Subject:From:To:Date:In-Reply-To:References; z=Subject:=20Re:=2040=20cores,=2048=20NVMe=20disks,=20feel=20free=2 0to=20take=20over|From:=20Dennis=20Glatting=20|T o:=20Christoph=20Pilka=20,=20freebsd-question s@freebsd.org|Date:=20Fri,=2009=20Sep=202016=2014:14:50=20-0700|In -Reply-To:=20|Re ferences:=20; b=R8Lu8q1i3nRNchxcrql1h11N6DKKitGfcFwhaZoy29JEZplf6fMjePcJE516rSkMK PYQScmmSatjU9qIU2rLXDys4tB5yvqwRhm+ZZaSx2t2vMiTtrh/HM8PcsOZFx1cSdG Iy7/DfPW/6aj5K/jOHMAJlaGc2nDgNFoUAGcAYFS2DBy3TuHFgQXWSDmwVS7YhRfW9 8RIQqfhyiLC+t0nNxuTLxTjFORq9RaFETZ+9pwYSf9X2yEwEgRtM2KyNX4cHbSW616 X4eHzPq2Vxgblb6mUHaLsw3j1DBk8fUsCO1DoxVmSFx+kYddX9QMyEq0a6SktBDcRr y1z61x/uBcUlg== Message-ID: <1473455690.58708.93.camel@pki2.com> Subject: Re: 40 cores, 48 NVMe disks, feel free to take over From: Dennis Glatting To: Christoph Pilka , freebsd-questions@freebsd.org Date: Fri, 09 Sep 2016 14:14:50 -0700 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: u89LEokx068807 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 21:15:09 -0000 On Fri, 2016-09-09 at 22:51 +0200, Christoph Pilka wrote: > Hi, > > we've just been granted a short-term loan of a server from Supermicro > with 40 physical cores (plus HTT) and 48 NVMe drives. After a bit of > mucking about, we managed to get 11-RC running. A couple of things > are preventing the system from being terribly useful: > > - We have to use hw.nvme.force_intx=1 for the server to boot > If we don't, it panics around the 9th NVMe drive with "panic: > couldn't find an APIC vector for IRQ...". Increasing > hw.nvme.min_cpus_per_ioq brings it further, but it still panics later > in the NVMe enumeration/init. hw.nvme.per_cpu_io_queues=0 causes it > to panic later (I suspect during ixl init - the box has 4x10gb > ethernet ports). > > - zfskern seems to be the limiting factor when doing ~40 parallel "dd > if=/dev/zer of= bs=1m" on a zpool stripe of all 48 drives. Each > drive shows ~30% utilization (gstat), I can do ~14GB/sec write and 16 > read. > > - direct writing to the NVMe devices (dd from /dev/zero) gives about > 550MB/sec and ~91% utilization per device  > > Obviously, the first item is the most troublesome. The rest is based > on entirely synthetic testing and may have little or no actual impact > on the server's usability or fitness for our purposes.  > > There is nothing but sshd running on the server, and if anyone wants > to play around you'll have IPMI access (remote kvm, virtual media, > power) and root. > > Any takers? > I'm curious to know what board you have. I have had FreeBSD, including release 11 candidates, running on SM boards without any trouble although some of them are older boards. I haven't looked at ZFS performance because mine are typically low disk use. That said, my virtual server (also a SM) IOPs suck but so do its disks. I recently found the Intel RAID chip on one SM isn't real RAID, rather it's pseudo RAID but for a few dollars more it could be real RAID. :( It was killing IOPs so I popped in an old LSI board, routed the cables from the Intel chip, and the server is now a happy camper. I then replaced 11-RC with Ubuntu 16.10 due to a specific application but I am also running RAIDz2 under Ubuntu on three trash 2.5T disks (I didn't do this for any reason other than fun).  root@Tuck3r:/opt/bin# zpool status   pool: opt  state: ONLINE   scan: none requested config: NAME        STATE     READ WRITE CKSUM opt         ONLINE       0     0     0   raidz2-0  ONLINE       0     0     0     sda     ONLINE       0     0     0     sdb     ONLINE       0     0     0     sdc     ONLINE       0     0     0 > Wbr > Christoph Pilka > Modirum MDpay > > Sent from my iPhone > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freeb > sd.org" From owner-freebsd-questions@freebsd.org Sat Sep 10 01:20:11 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DAA8BD4BF8 for ; Sat, 10 Sep 2016 01:20:11 +0000 (UTC) (envelope-from marcel.plouf@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D731E9E2 for ; Sat, 10 Sep 2016 01:20:10 +0000 (UTC) (envelope-from marcel.plouf@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id g64so704781wma.3 for ; Fri, 09 Sep 2016 18:20:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version :content-transfer-encoding; bh=7V91t6RWEgjhMlqYRuAcR/yU5mtKT1q3QIapMjxGwsk=; b=hmBij6j85FLUuNDcnkB1hm+Vql4pfkaT4KPctfS/5sHSLaYuHw0Xum3NU8/8B+NQdz grhIAiugEsSiKMT3X57xdK2amf1+BIS1fEQxtJx4T4xpvFbrIXCI7nUZ1oLA7eutKuhj zRkYdKh5/zApYP1QW2d0KnTcWwoT45dAzdfSohsULkjU8s4ZTMSYg1UavDMwg4g8zw/v C3xR5N8kdLQOFpPkbLBWivARVjwF1JCmqYE37Y/MrfACH1OsxK/Rcot/16yXaRlxdUuo eipiKwwVcEZ6mUEfDWtG90klnCLGnEof6ekBH7hxJUOHPChaKuolZRI5aSt6Ll4S8HMf K7Ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-transfer-encoding; bh=7V91t6RWEgjhMlqYRuAcR/yU5mtKT1q3QIapMjxGwsk=; b=clEmptPbHZDNPi3SgEiBGegAC/vVbMXvXgJh2441inzeeeMWm25nlkFtgVEELU7b5w ldNBS3S98ffARO4UXFXRUdVeenRCu0mYAPIgnpziEiaOYIr9RDYbCqCBq3T//yNTVRSU bYzmIvIyBBLFcosmgj74J0elsCq/vxthHM6pB/D5pscCu59+aUXH8lOJ1GSt+kwZQOfB RwUd8iqd6AtoFMqRnaYvn159gS3G4ODYQfALAMVUAkTx3HtxZJzoeOynfOD25eBjMAXl 8IO3zE4xrM0ePDoagwSaigobRdvpVTBZvQuNKktk0LMlGrF/+2SnfdlBWow8OviMM8Ae gIPg== X-Gm-Message-State: AE9vXwMh7+AEiVxwNSfa9wN7c3uQTgcNSe/YlVrIlqHSGgVqnki1vtwurFoe566goHhcYg== X-Received: by 10.194.175.170 with SMTP id cb10mr6077213wjc.17.1473470408829; Fri, 09 Sep 2016 18:20:08 -0700 (PDT) Received: from marcel-laptop.lan (85-171-136-71.rev.numericable.fr. [85.171.136.71]) by smtp.gmail.com with ESMTPSA id p71sm5876292wmf.9.2016.09.09.18.20.08 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Sep 2016 18:20:08 -0700 (PDT) Date: Sat, 10 Sep 2016 03:19:25 +0200 From: marcel To: freebsd-questions@freebsd.org Subject: Encrypted /boot partition Message-ID: <20160910031925.78927b7c@marcel-laptop.lan> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 01:20:11 -0000 Hi all, Is it possible to install FreeBSD and encrypt the /boot partition ? I did'nt find anything on that... And if not, why ? From owner-freebsd-questions@freebsd.org Sat Sep 10 03:46:10 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A765BD51CE for ; Sat, 10 Sep 2016 03:46:10 +0000 (UTC) (envelope-from jon@radel.com) Received: from radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.radel.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F06BAF26 for ; Sat, 10 Sep 2016 03:46:09 +0000 (UTC) (envelope-from jon@radel.com) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.7 (ClamAV engine v0.98.7) Received: from [2001:470:880a:4389:5919:50d:4ceb:c75d] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.1.10 _community_) with ESMTPSA id 1149904 for freebsd-questions@freebsd.org; Sat, 10 Sep 2016 02:45:45 +0000 Subject: Re: X+webkit = Disgraceful To: freebsd-questions@freebsd.org References: From: Jon Radel Message-ID: Date: Fri, 9 Sep 2016 22:45:44 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms080800080607080700020500" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 03:46:10 -0000 This is a cryptographically signed message in MIME format. --------------ms080800080607080700020500 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/9/16 5:19 AM, CK wrote: > 250+ MB, 36+ hours of downloading, and I still > can't even view the WWW, graphically. =20 Don't delude yourself; it all went to hell when we kicked gopher to the curb. Who really needs inline graphics, let alone ones that sing and dan= ce? --=20 --Jon Radel jon@radel.com --------------ms080800080607080700020500 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cq8wggSvMIIDl6ADAgECAhEA4CPLFRKDU4mtYW56VGdrITANBgkqhkiG9w0BAQsFADBvMQsw CQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4 dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 MB4XDTE0MTIyMjAwMDAwMFoXDTIwMDUzMDEwNDgzOFowgZsxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNP TU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAImxDdp6UxlOcFIdvFamBia3uEngludRq/HwWhNJFaO0jBtgvHpRQqd5jKQi3xdh TpHVdiMKFNNKAn+2HQmAbqUEPdm6uxb+oYepLkNSQxZ8rzJQyKZPWukI2M+TJZx7iOgwZOak +FaA/SokFDMXmaxE5WmLo0YGS8Iz1OlAnwawsayTQLm1CJM6nCpToxDbPSBhPFUDjtlOdiUC ISn6o3xxdk/u4V+B6ftUgNvDezVSt4TeIj0sMC0xf1m9UjewM2ktQ+v61qXxl3dnUYzZ7ifr vKUHOHaMpKk4/9+M9QOsSb7K93OZOg8yq5yVOhM9DkY6V3RhUL7GQD/L5OKfoiECAwEAAaOC ARcwggETMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0GA1UdDgQWBBSSYWuC 4aKgqk/sZ/HCo/e0gADB7DAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEQYDVR0gBAowCDAGBgRVHSAAMEQGA1Ud HwQ9MDswOaA3oDWGM2h0dHA6Ly9jcmwudXNlcnRydXN0LmNvbS9BZGRUcnVzdEV4dGVybmFs Q0FSb290LmNybDA1BggrBgEFBQcBAQQpMCcwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVz ZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQELBQADggEBABsqbqxVwTqriMXY7c1V86prYSvACRAj mQ/FZmpvsfW0tXdeDwJhAN99Bf4Ss6SAgAD8+x1banICCkG8BbrBWNUmwurVTYT7/oKYz1gb 4yJjnFL4uwU2q31Ypd6rO2Pl2tVz7+zg+3vio//wQiOcyraNTT7kSxgDsqgt1Ni7QkuQaYUQ 26Y3NOh74AEQpZzKOsefT4g0bopl0BqKu6ncyso20fT8wmQpNa/WsadxEdIDQ7GPPprsnjJT 9HaSyoY0B7ksyuYcStiZDcGG4pCS+1pCaiMhEOllx/XVu37qjIUgAmLq0ToHLFnFmTPyOInl tukWeh95FPZKEBom+nyK+5swggX4MIIE4KADAgECAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqG SIb3DQEBCwUAMIGbMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVy MRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UE AxM4Q09NT0RPIFNIQS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1h aWwgQ0EwHhcNMTUwMzMwMDAwMDAwWhcNMTgwMzI5MjM1OTU5WjCB+jELMAkGA1UEBhMCVVMx DjAMBgNVBBETBTIyMTUwMQswCQYDVQQIEwJWQTEUMBIGA1UEBxMLU3ByaW5nZmllbGQxGjAY BgNVBAkTETY5MTcgUmlkZ2V3YXkgRHIuMRUwEwYDVQQKEwxKb24gVC4gUmFkZWwxMjAwBgNV BAsTKUlzc3VlZCB0aHJvdWdoIEpvbiBULiBSYWRlbCBFLVBLSSBNYW5hZ2VyMR8wHQYDVQQL ExZDb3Jwb3JhdGUgU2VjdXJlIEVtYWlsMRIwEAYDVQQDEwlKb24gUmFkZWwxHDAaBgkqhkiG 9w0BCQEWDWpvbkByYWRlbC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDe 1Rth9hbQqaODn++C5dVAQH9nM2VH3oPazZufOwmIG2SXI/v3PuemcQQ3JkhmpQ06gYszyXbk TCLsqvEfalYj81jdt/K5lT4aVdj0LfJIWyTcU95V2rsCuHsSvn/PnIcsEtXg53rCtqS4EOtJ 9u3rY2hP8YCiyz1yY3mn4nKJs93MHG4AkXYuVpzfaIADETcVrA+razvXEfnDJXXDZZ9ZuuV1 06yIovOvhYWSlaVu8nrSHJjXFZI2IXwgIeVBoMih3yu6LLj14I/YdZ0rIA8K+UNB+NW6Ri3u wHXBbr4jh3ZqkrqIVUrf1VeybhdrJcdqXdMNHjKDSlCoaxYRbLy1AgMBAAGjggHVMIIB0TAf BgNVHSMEGDAWgBSSYWuC4aKgqk/sZ/HCo/e0gADB7DAdBgNVHQ4EFgQUz9YB10WEfBNHskRw o/0vh8qaQuwwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYIKwYB BQUHAwQGCCsGAQUFBwMCMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQMFMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMF0GA1UdHwRWMFQwUqBQoE6GTGh0 dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9u YW5kU2VjdXJlRW1haWxDQS5jcmwwgZAGCCsGAQUFBwEBBIGDMIGAMFgGCCsGAQUFBzAChkxo dHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9TSEEyNTZDbGllbnRBdXRoZW50aWNhdGlv bmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9j YS5jb20wGAYDVR0RBBEwD4ENam9uQHJhZGVsLmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAS1Pe +gBgP+SQ/a5I5e7zX0Rg0DhH378LHlZixJgS6LfCPL2edKMUQi3Th9GXfLjdeyeWuMWoz925 ZzBHcPwkBeH+iM/AEhu0Dhi0kop/p66g9tEPJUZ/KDsqxddNDrD0Typn3/33pHTjJEDqydzA gwB0Nn8blpMbqSwT+j8wuPakfLsj1cSDzXrTLLsmIQB7auAyaYXdWyW8Yqw336rLUCvjOUfn qOOyjVsieTw/0PLoOHJaGyez+VtV4eyi6p1SNiX32A+fvxBMzKQLCokE43cXItc9Okzq//f2 fuvGp17r8mpm4OjjM5E2kwsg9bBPUBMR4/sxosKVLn0o9rxlozGCBEEwggQ9AgEBMIGwMIGb MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UEAxM4Q09NT0RPIFNI QS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEHNU5Tx9 a7TNDWBpDfzOARswDQYJYIZIAWUDBAIBBQCgggJhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE2MDkxMDAyNDU0NFowLwYJKoZIhvcNAQkEMSIEIGBzI+WV Xksj3w0DgdA1so5hoQnS+UHQxDUjkbXohRKUMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUD BAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgcEGCSsGAQQBgjcQBDGBszCBsDCBmzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEt MjU2IENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0 zQ1gaQ38zgEbMIHDBgsqhkiG9w0BCRACCzGBs6CBsDCBmzELMAkGA1UEBhMCR0IxGzAZBgNV BAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09N T0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqGSIb3 DQEBAQUABIIBACbS0XzyM/mbf5Vd6+xU2CRgo+D3LQJsLnF0mZB4gJ3fkL9Bv6z6RCLEwcMo 4tKH5g1sbCIxH/RSkqk/LV3xkXoNklwLVGpWmspkEn57Mam+PUIv4XXGkoM+n9PJiM+lQHTa pLj3ZeIRUKLI4Tvvmtsb0EjYY/jFQpGIz4Cq4lk/2tfgIezS7NHvBER1+upXAUgucbPuvPEH 632Ufxnr0GDhKBXyklf0iMC9tnTJ5G7DecgkhXZ4KGt8gy44Sp83Z14uJARzdNhMe0Hf9O9w A9S99jPHjJQey8RNL+Jl/KbIRGIHK9jlF5yfr8p74dH+Qn51pXvrErKNA/7S2cJuIDUAAAAA AAA= --------------ms080800080607080700020500-- From owner-freebsd-questions@freebsd.org Sat Sep 10 05:41:25 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4915BBD2482 for ; Sat, 10 Sep 2016 05:41:25 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3871620C for ; Sat, 10 Sep 2016 05:41:25 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: by mailman.ysv.freebsd.org (Postfix) id 37CE2BD2481; Sat, 10 Sep 2016 05:41:25 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37792BD2480 for ; Sat, 10 Sep 2016 05:41:25 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by mx1.freebsd.org (Postfix) with ESMTP id C1A7520B for ; Sat, 10 Sep 2016 05:41:23 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp14-2-64-199.lns21.adl6.internode.on.net (HELO leader.local) ([14.2.64.199]) by ipmail04.adl6.internode.on.net with ESMTP; 10 Sep 2016 15:06:11 +0930 Subject: Re: X+webkit = Disgraceful To: CK , questions@freebsd.org References: From: Shane Ambler Message-ID: <6a58eda5-748a-cd64-6f77-3cd53f1c8eb3@ShaneWare.Biz> Date: Sat, 10 Sep 2016 15:06:10 +0930 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 05:41:25 -0000 On 09/09/2016 18:49, CK wrote: > 252M . > 7.6M ./bash > 200k ./gnome > 31M ./gnome2 > 1.6M ./gnome3 > 1M ./hunspell > 1.0M ./jpeg8d > 13M ./perl > 10M ./python > 27M ./xorg > > I just fetched the recursive ports for: > > x11/xorg-minimal > x11/xfd x11/xset x11/xterm > x11-fonts/bdftopcf x11-fonts/pcf2bdf > x11-wm/vtwm www/webkit-gtk2 > > And that doesn't even include a web-browser > 250+ MB, 36+ hours of downloading, and I still > can't even view the WWW, graphically. It's just > fucking disgusting. In 1996, I didn't even have > a hard drive that big, and my kernel was about > 1/2 MB, RAM was 16MB, FreeBSD took about 16MB of > disk space, and I could install everything from a > bunch of floppies, and Xwindow + graphical browser > was just a minor addition - maybe a few MB at most. > And guess what? THE WEB DOESN'T LOOK ANY BETTER > TODAY THAN THEN (with the exception of server-side And you haven't even discovered the joys of compiling that crap yourself. Webkit really shows off the wonder of C++ and templates, the various webkit source tarballs may weigh in between 5 and 18 MB but you will want multiple GB of RAM to compile each of the ports that is based on the same source code. www/webkit-gtk2 www/webkit-gtk3 www/webkit2-gtk3 www/webkit-qt4 www/webkit-qt5 what makes it even better is that you get all of these installed because the five apps you want to use each want to use a different webkit port. And if you hadn't worked it out - only simple apps actually use the webkit ports, mostly for petty things like a help window, the big boys like firefox and chromium have their own source and don't use the webkit ports. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Sat Sep 10 05:44:00 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4C8BBD258E for ; Sat, 10 Sep 2016 05:44:00 +0000 (UTC) (envelope-from pgiessel@mac.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C6C9961A for ; Sat, 10 Sep 2016 05:44:00 +0000 (UTC) (envelope-from pgiessel@mac.com) Received: by mailman.ysv.freebsd.org (Postfix) id C2C38BD258D; Sat, 10 Sep 2016 05:44:00 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2679BD258B for ; Sat, 10 Sep 2016 05:44:00 +0000 (UTC) (envelope-from pgiessel@mac.com) Received: from pv33p33im-asmtp002.me.com (pv33p33im-asmtp002.me.com [17.142.241.11]) (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 A6DE4619 for ; Sat, 10 Sep 2016 05:44:00 +0000 (UTC) (envelope-from pgiessel@mac.com) Received: from process-dkim-sign-daemon.pv33p33im-asmtp002.me.com by pv33p33im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OD900200U41EY00@pv33p33im-asmtp002.me.com> for questions@freebsd.org; Sat, 10 Sep 2016 04:43:54 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mac.com; s=4d515a; t=1473482634; bh=bT0d9Y6PvpJSBXNYOpCi3/tq+hG5Wkf4z3NtexzhGBQ=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=YGDP7BL3OUJ4+EMTWB0TsWeuGKKt543sON3WmwQKOvK1cTWwOk8F3eUwySLrTl4Z+ 9XGS6Oz9YUYeiRITubg/tiqhsvmbI+9ZsKjOdsIxekNFdCyo8bWfXcNZYc9WHGDDs3 R59VUag9/LiPIF0IxBj6VFe9RtUluXzg8Mo8VMJt4aOR+dOKhWG3VwLGbWDshdtdAy LDzhFVF+uywu94MZxgUC77XF/9nQuFWtC+bhZz9Lg5PCBi5urBpzda5zHeqDTSSCo4 ik6UuTLiPNha7GWKgLyg74uAShV3uY4fjADs7KD7DKHt6II9NnhzR28BI4a2Cg6Iw8 ES4nwEIvnFDTA== Received: from [192.168.0.14] (22-11-178-69.gci.net [69.178.11.22]) by pv33p33im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OD9001ABUH43820@pv33p33im-asmtp002.me.com>; Sat, 10 Sep 2016 04:43:53 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-09-09_14:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1609100063 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: X+webkit = Disgraceful From: "Peter A. Giessel" In-reply-to: <20160909142619.510e2fc6.freebsd@edvax.de> Date: Fri, 09 Sep 2016 20:43:51 -0800 Cc: CK , questions@freebsd.org Content-transfer-encoding: quoted-printable Message-id: References: <20160909142619.510e2fc6.freebsd@edvax.de> To: Polytropon X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 05:44:01 -0000 > On 2016, Sep 9, at 4:26, Polytropon wrote: >=20 > CSS aims to fix a problem that initially came with the HTML > markup which would primarily state what some element of > content within the web page _is_, and the browser would > then render it with its internal defaults to decide what > it _looks like_. CSS if used properly lets you do nifty things like having a simple text = bulleted url list style menu for those that still use Lynx or need the = accessibility benefits of a text menu while overlaying it with the shiny = graphics and formatting most users expect these days. Unfortunately, few use it in this way.= From owner-freebsd-questions@freebsd.org Sat Sep 10 06:01:25 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8860FBD2994 for ; Sat, 10 Sep 2016 06:01:25 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from nm35-vm9.bullet.mail.ir2.yahoo.com (nm35-vm9.bullet.mail.ir2.yahoo.com [212.82.97.132]) (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 F2A35AB2 for ; Sat, 10 Sep 2016 06:01:24 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s2048; t=1473487089; bh=s4Mv5r9w1jcc7l/5lDfEItopfDbZeukBicAHC4P2CIU=; h=Date:From:To:Subject:In-Reply-To:References:From:Subject; b=g/ZET+VRHSdZUxwe9E97bPy8N0XZdX0/4fW9RrAngrB5zsv7txLi1ox8OrFtTGqq1UJU2VIfhJGJ9BfqJRb3ADXtlwynVUQ7dJB0ohpJpHfI0s3iFU0xtc0q1X4pzRIecMQ0Tf2pZ69URfLTPRp3Re/PgS1j5lNuKAARicE+lymmi6cAHmXsWUWROB226TD0bZbWf6imPivVkvzeIlaSn2yKjwDT//5J8BCrBfQ+JpACy2vYb3uIa7yVrTF2MmTvRFGdHMMg8EOBKUYlf9KTPiPqWx/XvSG4XQucK1uJwoAmy4cCrWnayvRjWL87DOlAhh2/6TtZDpHsvopo+f0hrg== Received: from [212.82.98.127] by nm35.bullet.mail.ir2.yahoo.com with NNFMP; 10 Sep 2016 05:58:09 -0000 Received: from [46.228.39.77] by tm20.bullet.mail.ir2.yahoo.com with NNFMP; 10 Sep 2016 05:58:09 -0000 Received: from [127.0.0.1] by smtp114.mail.ir2.yahoo.com with NNFMP; 10 Sep 2016 05:58:09 -0000 X-Yahoo-Newman-Id: 930372.71719.bm@smtp114.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: z78xPCAVM1lpo8V5EWRLtIvF4FuSffYdTHH1wJWBOoZ999b yO9DrLxwsRKhxD4uJqzIru8Uyu4.3Lej56G1AAUV79gjG5slGgc4lLON3jTK 62oGB4wCKciL2yK823rRrPuMBf2K8_yDSw0srjlXNa5brmd1OS0f.ZMquiyy sr_0.TG2yzkWpscFwGIUybC5pJ0eV1ITPmOjv_V.T_bVrHtpopUsqZhDvpUN EBeXKG8BFlrX7H5J1UO9bv.hBqmfQfLoFSkJ5uBJVQvgec_ljZ6czg.HG7uc o_oGES7JYHpXHh.fqMDW2eFmBeM_KBZum1Aq0drNhMamGwD1yEHaN57FjDiS kWdm9eGIaWV0U2TwwFmyM3EEpBaoCaGaGNxa1tXqq.iNWho_7EbPRZYseuEM JXW883qdIty8W9L73GPGkEOuzIc8rI5fr2i6k4l0DrGhJhgNSt8R5w6670fF MkQzrZ.3K2Kb_j1fjJIPEsQiQ_uQeRNH76euxwTjubEZt5sazzU.CqZH0G6H .HmzVAZzOQVSQKcAdt6ahC3Ms399JusyrjAPcLoq59QyYfKMkpnM- X-Yahoo-SMTP: BeMCPs2swBABTJ3kAeEiC_hE0mz8jRexLddJfD8pI2j32fOacjBmXg-- Date: Sat, 10 Sep 2016 07:58:10 +0200 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: X+webkit = Disgraceful Message-ID: <20160910075810.6a8b533b@archlinux.localdomain> In-Reply-To: <6a58eda5-748a-cd64-6f77-3cd53f1c8eb3@ShaneWare.Biz> References: <6a58eda5-748a-cd64-6f77-3cd53f1c8eb3@ShaneWare.Biz> X-Mailer: Claws Mail 3.14.0-2-ge48b739 (GTK+ 2.24.30; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 06:01:25 -0000 On Sat, 10 Sep 2016 15:06:10 +0930, Shane Ambler wrote: >the big boys like firefox and chromium have their own source and don't >use the webkit ports. But while a webkit based browser such as QupZilla is fast as lightning, a not webkit based browser like Firefox could become unresponsive for tens of minutes, visiting the same website. Firefox, IceCat and others even could make a window manager session unresponsive. Regards, Ralf From owner-freebsd-questions@freebsd.org Sat Sep 10 08:57:18 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D991EBD21F1 for ; Sat, 10 Sep 2016 08:57:18 +0000 (UTC) (envelope-from c.pilka@asconix.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 105FEE13 for ; Sat, 10 Sep 2016 08:57:17 +0000 (UTC) (envelope-from c.pilka@asconix.com) Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1bie66-0007Kz-3M for freebsd-questions@freebsd.org; Sat, 10 Sep 2016 10:57:14 +0200 Received: from cm-84.211.200.201.getinternet.no ([84.211.200.201] helo=houdini.fritz.box) by mailfront10.runbox.com with esmtpsa (uid:865152 ) (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1bie5z-0007Kj-LC for freebsd-questions@freebsd.org; Sat, 10 Sep 2016 10:57:07 +0200 From: Christoph Pilka Message-Id: Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 40 cores, 48 NVMe disks, feel free to take over Date: Sat, 10 Sep 2016 10:57:07 +0200 References: <1473455690.58708.93.camel@pki2.com> To: freebsd-questions@freebsd.org In-Reply-To: <1473455690.58708.93.camel@pki2.com> X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 08:57:18 -0000 Hi, the server we got to experiment with is the SuperMicro 2028R-NR48N = (https://www.supermicro.nl/products/system/2U/2028/SSG-2028R-NR48N.cfm = ), = the board itself is a X10DSC+ //Chris > On 09 Sep 2016, at 23:14, Dennis Glatting wrote: >=20 > On Fri, 2016-09-09 at 22:51 +0200, Christoph Pilka wrote: >> Hi, >>=20 >> we've just been granted a short-term loan of a server from Supermicro >> with 40 physical cores (plus HTT) and 48 NVMe drives. After a bit of >> mucking about, we managed to get 11-RC running. A couple of things >> are preventing the system from being terribly useful: >>=20 >> - We have to use hw.nvme.force_intx=3D1 for the server to boot >> If we don't, it panics around the 9th NVMe drive with "panic: >> couldn't find an APIC vector for IRQ...". Increasing >> hw.nvme.min_cpus_per_ioq brings it further, but it still panics later >> in the NVMe enumeration/init. hw.nvme.per_cpu_io_queues=3D0 causes it >> to panic later (I suspect during ixl init - the box has 4x10gb >> ethernet ports). >>=20 >> - zfskern seems to be the limiting factor when doing ~40 parallel "dd >> if=3D/dev/zer of=3D bs=3D1m" on a zpool stripe of all 48 = drives. Each >> drive shows ~30% utilization (gstat), I can do ~14GB/sec write and 16 >> read. >>=20 >> - direct writing to the NVMe devices (dd from /dev/zero) gives about >> 550MB/sec and ~91% utilization per device=20 >>=20 >> Obviously, the first item is the most troublesome. The rest is based >> on entirely synthetic testing and may have little or no actual impact >> on the server's usability or fitness for our purposes.=20 >>=20 >> There is nothing but sshd running on the server, and if anyone wants >> to play around you'll have IPMI access (remote kvm, virtual media, >> power) and root. >>=20 >> Any takers? >>=20 >=20 >=20 > I'm curious to know what board you have. I have had FreeBSD, including > release 11 candidates, running on SM boards without any trouble > although some of them are older boards. I haven't looked at ZFS > performance because mine are typically low disk use. That said, my > virtual server (also a SM) IOPs suck but so do its disks. >=20 > I recently found the Intel RAID chip on one SM isn't real RAID, rather > it's pseudo RAID but for a few dollars more it could be real RAID. :( > It was killing IOPs so I popped in an old LSI board, routed the cables > from the Intel chip, and the server is now a happy camper. I then > replaced 11-RC with Ubuntu 16.10 due to a specific application but I = am > also running RAIDz2 under Ubuntu on three trash 2.5T disks (I didn't = do > this for any reason other than fun).=20 >=20 > root@Tuck3r:/opt/bin# zpool status > pool: opt > state: ONLINE > scan: none requested > config: >=20 > NAME STATE READ WRITE CKSUM > opt ONLINE 0 0 0 > raidz2-0 ONLINE 0 0 0 > sda ONLINE 0 0 0 > sdb ONLINE 0 0 0 > sdc ONLINE 0 0 0 >=20 >=20 >=20 >> Wbr >> Christoph Pilka >> Modirum MDpay >>=20 >> Sent from my iPhone >> _______________________________________________ >> freebsd-questions@freebsd.org = mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions = >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freeb >> sd.org " > _______________________________________________ > freebsd-questions@freebsd.org = mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions = > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org = " From owner-freebsd-questions@freebsd.org Sat Sep 10 10:40:43 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90355BD4399 for ; Sat, 10 Sep 2016 10:40:43 +0000 (UTC) (envelope-from www@m.nyi.net) Received: from m.nyi.net (m.nyi.net [66.111.12.250]) (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 73FB59E for ; Sat, 10 Sep 2016 10:40:43 +0000 (UTC) (envelope-from www@m.nyi.net) Received: by m.nyi.net (Postfix, from userid 80) id 4F27A1088FC; Sat, 10 Sep 2016 06:15:38 -0400 (EDT) To: "freebsd-questions@freebsd.org" Subject: Mailing List Subscription Confirmation Notice X-PHP-Originating-Script: 0:class.phpmailer.php Date: Sat, 10 Sep 2016 06:15:38 -0400 From: NYI Message-ID: <45def6d8c8b5bf6f0606f0731fa0f45d@mailinglists.nyi.net> X-Priority: 3 X-Mailer: ListMessenger Pro 2.2.1 X-ListMessenger-ID: c22bef897c2d510bb42ad8b2853262cc X-Originating-IP: 183.78.62.242 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 10:40:43 -0000 Hello Someone (either yourself or the list administrator) has requested that your e-mail address be included on one or more of our mailing lists. This e-mail is being sent to confirm that you wish to be subscribed to the list. If you would like to opt-in, please follow the link below: http://mailinglists.nyi.net/public/confirm.php?id=34160&code=98984bef2f69eca28c5d19290a0f2679 If you did not request to be included on any mailing list, please ignore this e-mail and do not follow the above link. If requests persist, you may wish to notify our abuse account at newsletter@nyi.net. Sincerely, NYI From owner-freebsd-questions@freebsd.org Sat Sep 10 16:19:30 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61A82BD43CC for ; Sat, 10 Sep 2016 16:19:30 +0000 (UTC) (envelope-from citrin+bsd@citrin.ru) Received: from hz.citrin.ru (hz.citrin.ru [88.198.212.3]) (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 27678891 for ; Sat, 10 Sep 2016 16:19:29 +0000 (UTC) (envelope-from citrin+bsd@citrin.ru) Received: from [192.168.0.144] (c-24-60-168-172.hsd1.ct.comcast.net [24.60.168.172]) (Authenticated sender: citrin@citrin.ru) by hz.citrin.ru (Postfix) with ESMTPSA id CFB902869EA for ; Sat, 10 Sep 2016 16:19:20 +0000 (UTC) Subject: Re: Encrypted /boot partition To: "freebsd-questions@freebsd.org" References: <20160910031925.78927b7c@marcel-laptop.lan> From: Anton Yuzhaninov Message-ID: Date: Sat, 10 Sep 2016 12:19:10 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160910031925.78927b7c@marcel-laptop.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=citrin.ru; s=s0; t=1473524361; bh=qFiUtok/cNcyL14Xcac/YDX9sA9zAKT2Yxbezu+ITZE=; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=b3WES5b7B+Asm+tqBuJK6gma8tMLAa5uDBZOdgQPqMjmVxAtf/Iqh4UEGUNcqVdubx676bCZDBJovw2aWoHSHlCBxF8F5y00+OEvb8HIOqKVUCEkg7s342+nB9O1H7Uebml6eRyYqicOjkBIBYWGCoN163bfuUCAqVIR/xb0EMU= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 16:19:30 -0000 On 2016-09-09 21:19, marcel wrote: > > Is it possible to install FreeBSD and encrypt the /boot partition ? I > did'nt find anything on that... And if not, why ? AFAIK it is not yet possible. FreeBSD boot process has several stages: https://www.freebsd.org/doc/handbook/boot.html If x86 BIOS (non-UEFI) boot is used, first started boot0 it located in MBR and can't be encrypted, because x86 BIOS doesn't support encryption. boot0 code is very small and has no space to implement support of encrypted partitions. Next stages are boot1 and boot2 located in boot area of bsd label or in freebsd-boot GPT partition. They also very small and all they can do is load /boot/loader from unencrypted partition. Loader itself supports geli and can load kernel from encrypted partition. There was work to add geli spupport to gptboot and gptzfsboot: http://www.allanjude.com/bsd/AsiaBSDCon2016_geliboot.pdf But I don't know current status of this project. If your need to have internal HDD fully encrypted, your can use external (USB stick) media with unencrypted /boot, which will load kernel from internal HDD. From owner-freebsd-questions@freebsd.org Sat Sep 10 17:49:31 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA8E6BD54F4 for ; Sat, 10 Sep 2016 17:49:31 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from BAY004-OMC2S10.hotmail.com (bay004-omc2s10.hotmail.com [65.54.190.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E2DBD82 for ; Sat, 10 Sep 2016 17:49:31 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from EUR01-VE1-obe.outbound.protection.outlook.com ([65.54.190.123]) by BAY004-OMC2S10.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sat, 10 Sep 2016 10:48:25 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4mxkHmYPUzod0FXXj0d+c1fCFFQVaC7cU/KQkvKDPjI=; b=Mje8xD7/dGs1511C2tn36RCdDu7Gh6mre7ks8nNOJooqFGGA5x+x/wKREXpwdhc+9eTK0JS/wl71QoUXSYtnZ4gTVIMITfuBzaQOOhtCAGWWT0Lkh/H+/t02VsK7sN/Kq51CjYct8jByBtpa/prI0x5mY1RT1W38SlWBiwoibmG7b/tAXdDo2PrgOlBkae0yVkyEdM/2bLv0hucRw1FYtHlB+TWAJe4nygGhJmSbjZH7VQoJ5NbIaTPYTLCeaaPN5BJdDPSk14O0up0gvQbcBEBMutR1/3PikKDTR7Ha24MyA9SkuUlauwUJC8Fuqo8tfYt24ole9n+oZ30gAkq6/w== Received: from VE1EUR01FT023.eop-EUR01.prod.protection.outlook.com (10.152.2.60) by VE1EUR01HT251.eop-EUR01.prod.protection.outlook.com (10.152.3.182) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.619.6; Sat, 10 Sep 2016 17:48:24 +0000 Received: from VI1PR02MB0974.eurprd02.prod.outlook.com (10.152.2.56) by VE1EUR01FT023.mail.protection.outlook.com (10.152.2.218) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.619.6 via Frontend Transport; Sat, 10 Sep 2016 17:48:24 +0000 Received: from VI1PR02MB0974.eurprd02.prod.outlook.com ([10.163.162.28]) by VI1PR02MB0974.eurprd02.prod.outlook.com ([10.163.162.28]) with mapi id 15.01.0609.016; Sat, 10 Sep 2016 17:48:24 +0000 From: Manish Jain To: freebsd-questions CC: polytropon Subject: Will installing a separate sound card work? Thread-Topic: Will installing a separate sound card work? Thread-Index: AQHSC4uGUSupz5BzTUujX2zDoQDm7A== Date: Sat, 10 Sep 2016 17:48:23 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=softfail (sender IP is 10.152.2.56) smtp.mailfrom=hotmail.com; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=hotmail.com; received-spf: SoftFail (protection.outlook.com: domain of transitioning hotmail.com discourages use of 10.152.2.56 as permitted sender) x-ms-exchange-messagesentrepresentingtype: 1 x-eopattributedmessage: 0 x-forefront-antispam-report: CIP:10.152.2.56; IPV:NLI; CTRY:; EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:VE1EUR01HT251; H:VI1PR02MB0974.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; x-microsoft-exchange-diagnostics: 1; VE1EUR01HT251; 6:sGWBqedXrHY/Ijl6iXuyZZdGc9/QUy30nlS2gmITnv9QS26rh1yTrwuUvtzv+NzTtJjMgzSx2fhhst6Yx8wpYOLXHCWKQkPfXovFaleQx0VoHvvH94W3OI6eAgMVMTX41vfQV2fKPxQ/j90uJjFDpvT35j76Gvbe3lT3eVte4tF2KNsTzz6IPcThIY1Ifmx9Zb5su2rSMPsTmGBhOV03Cvsi1+Jk3TUNeZCOt6DoXwnZbjki5muIIeuf/FVTRyxo5MB/iJ4CtOx4veeiZzGbkIjf5rMGa9gxmh08lAfSrEoA5KiDi282tS9D3HPPZThV; 5:yfuKbg6kt/bsu2kQeKWGKHSM/h1qEla0E1aU9Oko5eMu6Ft0CrldnW4Kd+9G6iLWKdLIhDiYznXvASxBNz7CNM0MgLqgNdUC9l9Ipyijlw0rqUh70EBMY4xNIh1C9T1Qug5PZFL0/ztHeRc+JhUBgg==; 24:oY3fiPHq2+g3prdBlZw+6zudgwLHHFrKhmdbmCzvNg2CbmneHS3eQUWDsz0NzeZmXVLtJebEMXFGJsBrmPOcjOlIIyG17WlRItiyNqfD77s=; 7:f5tGGSzNNbGgqa9bmA3M7yhzIp7LkMKd9JnHPvGze63etLb7IOS3HSFZ6X81GIDLRWNdmnohBxucAOOM4mZJiBdra9NDUSZSfiXyHqvNaLcmBhOkvf+2ZntWGembvrajlRfvQNt5vbOMrAalEGnV14c2k/9N4f89dEO3CEZ7vMuJ/zjcigsx0e1ctjduBgsdPcV5NDpeaJgxv+H3JXdyIV+xJeXBT2gbY/k5cQghomCUrQXwAviSVPN2auQSPt46 x-ms-office365-filtering-correlation-id: a5c989ca-3f97-480b-25a0-08d3d9a2a898 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(1601124038)(1603103081)(1601125047); SRVR:VE1EUR01HT251; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(432015012)(82015046); SRVR:VE1EUR01HT251; BCL:0; PCL:0; RULEID:; SRVR:VE1EUR01HT251; x-forefront-prvs: 0061C35778 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: <478B4D10555DC34FB062556085916CAF@eurprd02.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2016 17:48:23.9490 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1EUR01HT251 X-OriginalArrivalTime: 10 Sep 2016 17:48:25.0686 (UTC) FILETIME=[87FA6760:01D20B8B] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 17:49:31 -0000 Hi, In my computer hardware upgrade project (which has already seen me switch=20 3 motherboards and 2 CPU's in 1 month), I have reached a point where I need= =20 to invest a bit further. My current Gigabyte GA970 motherboard is working=20 perfectly, except that the onboard sound (Realtek) is aweful, with a whole= =20 lot of high-pitch hiss accompanying the sound whenever I try to play any=20 music. I would like to solve the problem by installing a separate internal sound=20 card - the best option appears to be Asus Xonar DG PCI Internal Sound Card= =20 with a C-Media CMI8786 chipset. Will my idea of disabling the onboard=20 sound and installing the separate card work ? My motherboard's BIOS does=20 provide the option to disable the onboard sound. So I think the question=20 simply boils down to whether the CMI8786 chipset be supported by the=20 FreeBSD kernel. Thanks for any help. Manish Jain From owner-freebsd-questions@freebsd.org Sat Sep 10 18:24:17 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E629BD506A for ; Sat, 10 Sep 2016 18:24:17 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB00A87A for ; Sat, 10 Sep 2016 18:24:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-180-184.dynamic.qsc.de [92.195.180.184]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 8B5CB277CF; Sat, 10 Sep 2016 20:17:47 +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 u8AIHkuL002039; Sat, 10 Sep 2016 20:17:46 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 10 Sep 2016 20:17:46 +0200 From: Polytropon To: Manish Jain Cc: freebsd-questions Subject: Re: Will installing a separate sound card work? Message-Id: <20160910201746.e62bd384.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 18:24:17 -0000 On Sat, 10 Sep 2016 17:48:23 +0000, Manish Jain wrote: > In my computer hardware upgrade project (which has already seen me switch > 3 motherboards and 2 CPU's in 1 month), I have reached a point where I need > to invest a bit further. My current Gigabyte GA970 motherboard is working > perfectly, except that the onboard sound (Realtek) is aweful, with a whole > lot of high-pitch hiss accompanying the sound whenever I try to play any > music. That sounds terrible. Which sound driver do you currently use? Example: % dmesg | grep ^hda hdac0: mem 0xbfffc000-0xbfffffff at device 1.0 on pci128 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: VIA VT1708_8 % dmesg | grep ^pcm pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 % cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) Installed devices: pcm0: (play/rec) default pcm1: (rec) pcm2: (play) This machine is using a VIA on-board audio chipset, using the snd_hda driver included in the (custom) kernel. > I would like to solve the problem by installing a separate internal sound > card - the best option appears to be Asus Xonar DG PCI Internal Sound Card > with a C-Media CMI8786 chipset. In my previous home system, I had a C-Media PCI sound card (using the snd_cmi kernel module) which provided excellent playback and recording. > Will my idea of disabling the onboard > sound and installing the separate card work ? Yes, it should work. Disabling the on-board sound is not exactly required, but recommended (you _can_ have multiple audio "cards" in your system, but reducing the "irritation surface" is always a good idea). > My motherboard's BIOS does > provide the option to disable the onboard sound. So I think the question > simply boils down to whether the CMI8786 chipset be supported by the > FreeBSD kernel. Check "man snd_cmi" to find out if the chipset of that sound card is supported. Luckily, this information is easily accessible. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sat Sep 10 18:51:24 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDFD0BD557E for ; Sat, 10 Sep 2016 18:51:24 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from COL004-OMC2S14.hotmail.com (col004-omc2s14.hotmail.com [65.55.34.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BFB5367 for ; Sat, 10 Sep 2016 18:51:24 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from EUR01-HE1-obe.outbound.protection.outlook.com ([65.55.34.73]) by COL004-OMC2S14.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sat, 10 Sep 2016 11:51:18 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Fkl59wxTg6iZtuIlPfwu+4rHXH/cJwtA+iwztKiv2Kg=; b=ZfuCNjbBkePVSB3yW8l3bM/eRzrRtstnZXVGMDF2OBbghKuHFWCEqn4vdZEnshG5UgjWQZ1u83obC641mi6PvHACuPP7opprynpWpNuN9lJx/cMBhUCQX1nt7adUjBeLy1D3h2uRAo9p49GO19+IfICf5+ZKzLhmPa6tGJvuT1TMF61Tg7j1F4EqzsVomNXuBSrZpz9Yoc1P/7xpdwmVwThpaqXhdLUnQsph9RF6yRX0XgCB/+LBXV6Sa0iUEgVU60++LkyCkNXD9n/34q6dGwO9NQ7tMD6OMUgl1WILmEGt0FtiO2JtjCQRrNLDuxaSlbqzmmCUEPRuv91TZlFALg== Received: from HE1EUR01FT051.eop-EUR01.prod.protection.outlook.com (10.152.0.56) by HE1EUR01HT121.eop-EUR01.prod.protection.outlook.com (10.152.0.245) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.6; Sat, 10 Sep 2016 18:51:09 +0000 Received: from VI1PR02MB0974.eurprd02.prod.outlook.com (10.152.0.57) by HE1EUR01FT051.mail.protection.outlook.com (10.152.1.71) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.6 via Frontend Transport; Sat, 10 Sep 2016 18:51:09 +0000 Received: from VI1PR02MB0974.eurprd02.prod.outlook.com ([10.163.162.28]) by VI1PR02MB0974.eurprd02.prod.outlook.com ([10.163.162.28]) with mapi id 15.01.0609.016; Sat, 10 Sep 2016 18:51:08 +0000 From: Manish Jain To: Polytropon CC: freebsd-questions Subject: Re: Will installing a separate sound card work? Thread-Topic: Will installing a separate sound card work? Thread-Index: AQHSC4uGUSupz5BzTUujX2zDoQDm7KBzCCsAgAAJQYA= Date: Sat, 10 Sep 2016 18:51:08 +0000 Message-ID: References: <20160910201746.e62bd384.freebsd@edvax.de> In-Reply-To: <20160910201746.e62bd384.freebsd@edvax.de> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=softfail (sender IP is 10.152.0.57) smtp.mailfrom=hotmail.com; edvax.de; dkim=none (message not signed) header.d=none;edvax.de; dmarc=fail action=none header.from=hotmail.com; received-spf: SoftFail (protection.outlook.com: domain of transitioning hotmail.com discourages use of 10.152.0.57 as permitted sender) x-ms-exchange-messagesentrepresentingtype: 1 x-eopattributedmessage: 0 x-forefront-antispam-report: CIP:10.152.0.57; IPV:NLI; CTRY:; EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1EUR01HT121; H:VI1PR02MB0974.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; x-microsoft-exchange-diagnostics: 1; HE1EUR01HT121; 6:3RdvKP8SEmn17nKTHxng8zVpzUqkz7Y8eUyxEFt6eMpybxSIFA9kLhEkb0FFloQ4JdCQq8D5WjCKg3SMCB0FNdQfXY59705N2fGp2NWmgqfVclLt3ENXjADP8tzEwyeTqgJ9bEq/81CpExrfcSp7ePotry1mwv+od+7AkJFyZMVMahKWd1hp13hE0KpZwL2IV0MTAtuxCmBzzhx/vYkeHug+UuSXVid1B3LA5xrawj6DqQDnpAg3uuWDGl73CA8zDIxO1Yvatz8J2X6yWnnjIOJDDEPk31kyqavIVdr1RaybxuAksjuXbp+EPYYEeHZC; 5:FCm6nly6F3wzzZQl9MdWFPtPUJOYYxLfGwY9n9gUx3NTVA/2eNqkmkWYsjkWstxjpIbKFoH47JnvQBgzeiEzy60ZnSc60Q/ApmY1lKAP/2XrQBweLouiWYN8QR8GzRBGHtkLHWXwKCn03Bu+IqRjwA==; 24:X7m9Rx4ps/KgFdqMYOXWcq/V3TJLgfE6yEahBmnpMl/dkXD88WZUbqctEubPEcvFvHchvCbuhPiAvLjgG+qRpIIpmj60XfdDYKoYEj6+Nqs=; 7:Tbca5MgWqwRu7fAgj2fhupaTaRTnVGBXLybC6cv0iUzccfX8VSFUFDtnb+GWVohsd8umXBLTYBcYcSh4KGAIJ1zUEkHp3H5HqRtqd4ByS3oF2meGFMr4arnHdhUSw95M9KUZiAWPDs/MvDjika9D4r6IpdHdP6YOlhP1TeFLX3Ck/a+RncIMWeoY4HtTS1GyMOoAWnNUs6aqxgAumosq2sCR7oQNBB9/zFJNN8z9RHZsmbsym+GtdkBHLSlJ5Eq5 x-ms-office365-filtering-correlation-id: fa47a6ca-6c32-4af8-a320-08d3d9ab6c7a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(1601124038)(1603103081)(1601125047); SRVR:HE1EUR01HT121; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(432015012)(82015046); SRVR:HE1EUR01HT121; BCL:0; PCL:0; RULEID:; SRVR:HE1EUR01HT121; x-forefront-prvs: 0061C35778 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2016 18:51:08.7265 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR01HT121 X-OriginalArrivalTime: 10 Sep 2016 18:51:18.0537 (UTC) FILETIME=[50C5C790:01D20B94] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 18:51:25 -0000 On 09/10/16 23:47, Polytropon wrote: > On Sat, 10 Sep 2016 17:48:23 +0000, Manish Jain wrote: >> In my computer hardware upgrade project (which has already seen me switc= h >> 3 motherboards and 2 CPU's in 1 month), I have reached a point where I n= eed >> to invest a bit further. My current Gigabyte GA970 motherboard is workin= g >> perfectly, except that the onboard sound (Realtek) is aweful, with a who= le >> lot of high-pitch hiss accompanying the sound whenever I try to play any >> music. > > That sounds terrible. Which sound driver do you currently use? > > Example: > > % dmesg | grep ^hda > hdac0: > mem 0xbfffc000-0xbfffffff at device 1.0 on pci128 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: VIA VT1708_8 > > % dmesg | grep ^pcm > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > > % cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) > Installed devices: > pcm0: (play/rec) default > pcm1: (rec) > pcm2: (play) > > This machine is using a VIA on-board audio chipset, using the > snd_hda driver included in the (custom) kernel. > > > >> I would like to solve the problem by installing a separate internal soun= d >> card - the best option appears to be Asus Xonar DG PCI Internal Sound Ca= rd >> with a C-Media CMI8786 chipset. > > In my previous home system, I had a C-Media PCI sound card > (using the snd_cmi kernel module) which provided excellent > playback and recording. > > > >> Will my idea of disabling the onboard >> sound and installing the separate card work ? > > Yes, it should work. Disabling the on-board sound is not exactly > required, but recommended (you _can_ have multiple audio "cards" > in your system, but reducing the "irritation surface" is always > a good idea). > > > >> My motherboard's BIOS does >> provide the option to disable the onboard sound. So I think the question >> simply boils down to whether the CMI8786 chipset be supported by the >> FreeBSD kernel. > > Check "man snd_cmi" to find out if the chipset of that sound card > is supported. Luckily, this information is easily accessible. :-) > > Hi Poly, Nice to hear from you. I knew I could always count on your reply : - ) The onboard sound would have been great had it not been for that hiss=20 that comes along. The hiss is loud enough to be a real game-spoiler. I=20 plugged in my headphones in place of the speakers, and the hiss is=20 present on the headphones too. So it had to be a problem with the=20 onboard chip or the driver. I eliminated the driver by installing=20 Windows XP, and the hiss is present in WMP playback too. So the only=20 option now is to install a separate sound card. I don't mind that, as=20 long as the card can be made to work with FreeBSD 10.x/11. 'man snd_cmi' does not list CMI8786. If FreeBSD 11 supports that=20 chipset, I can reinstall/rebuild world. This is what I currently have : /usr/home/bourne # dmesg | grep -iE '(hda)|(pcm)' hdac0: mem 0xfe080000-0xfe083fff irq 25=20 at device 0.1 on pci1 hdac1: mem 0xfe300000-0xfe303fff irq 16 at=20 device 20.2 on pci0 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 4 on hdaa0 pcm1: at nid 5 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm2: at nid 20 and 24,26 on hdaa1 pcm3: at nid 27 and 25 on hdaa1 pcm4: at nid 17 on hdaa1 /usr/home/bourne # cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play) pcm2: (play/rec) default pcm3: (play/rec) pcm4: (play) From owner-freebsd-questions@freebsd.org Sat Sep 10 19:10:16 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38F40BD5AF7 for ; Sat, 10 Sep 2016 19:10:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A57E7DF8 for ; Sat, 10 Sep 2016 19:10:14 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-180-184.dynamic.qsc.de [92.195.180.184]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 0F70C277DF; Sat, 10 Sep 2016 21:10:12 +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 u8AJACpw002162; Sat, 10 Sep 2016 21:10:12 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 10 Sep 2016 21:10:12 +0200 From: Polytropon To: Manish Jain Cc: freebsd-questions Subject: Re: Will installing a separate sound card work? Message-Id: <20160910211012.108b6022.freebsd@edvax.de> In-Reply-To: References: <20160910201746.e62bd384.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 19:10:16 -0000 On Sat, 10 Sep 2016 18:51:08 +0000, Manish Jain wrote: > The onboard sound would have been great had it not been for that hiss > that comes along. The hiss is loud enough to be a real game-spoiler. I > plugged in my headphones in place of the speakers, and the hiss is > present on the headphones too. So it had to be a problem with the > onboard chip or the driver. I eliminated the driver by installing > Windows XP, and the hiss is present in WMP playback too. So the only > option now is to install a separate sound card. I don't mind that, as > long as the card can be made to work with FreeBSD 10.x/11. Maybe it's really low quality (historically, the primary reason to complain about on-board audio) and should therefore not be in use. > 'man snd_cmi' does not list CMI8786. If FreeBSD 11 supports that > chipset, I can reinstall/rebuild world. You can maybe use snd_hda, as many modern audio chipsets do support this driver. And you don't need to rebuild or install anything. The GENERIC kernel should have sound included, and if it's not, just add snd_hda_load="YES" or maybe even snd_cmi_load="YES" in /boot/loader.conf - that's all you need to do. You can even do "simplified testing" by using the kldload command. See https://www.freebsd.org/doc/handbook/sound-setup.html for details. > This is what I currently have : > > /usr/home/bourne # dmesg | grep -iE '(hda)|(pcm)' > hdac0: mem 0xfe080000-0xfe083fff irq 25 > at device 0.1 on pci1 > hdac1: mem 0xfe300000-0xfe303fff irq 16 at > device 20.2 on pci0 > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 4 on hdaa0 > pcm1: at nid 5 on hdaa0 > hdacc1: at cad 0 on hdac1 > hdaa1: at nid 1 on hdacc1 > pcm2: at nid 20 and 24,26 on hdaa1 > pcm3: at nid 27 and 25 on hdaa1 > pcm4: at nid 17 on hdaa1 > > /usr/home/bourne # cat /dev/sndstat > Installed devices: > pcm0: (play) > pcm1: (play) > pcm2: (play/rec) default > pcm3: (play/rec) > pcm4: (play) Interesting combination. FreeBSD uses the correct driver, but the best driver cannot help when the hardware is bad... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sat Sep 10 19:49:21 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E6F2BD5495 for ; Sat, 10 Sep 2016 19:49:21 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id 6A96417A for ; Sat, 10 Sep 2016 19:49:20 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 307813ACDA for ; Sat, 10 Sep 2016 12:49:20 -0700 (PDT) From: "Ronald F. Guilmette" To: freebsd-questions@freebsd.org Subject: Need help: FAIL: Booting 10.3-RELEASE (64) on a VM Date: Sat, 10 Sep 2016 12:49:20 -0700 Message-ID: <38923.1473536960@server1.tristatelogic.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 19:49:21 -0000 I need to try to get rolling with a remote VM server/service. I sheepishly have to confess that I've never done this kind of thing before, and it is pretty clear already that I don't know what the hell I'm doing. I could use some help. I purchased a fractional VM (KVM) from a company called BuyVM. So far so good. but I wanted to run FreeBSD on it. So I diddled the virtual machine settings so as to have FreeBSD 10.3 mounted as an ISO on the vitrual CD drive and I then tried to boot the VM. Looking at the virtual console, the boot process started, and it looks like the install kernel even started to run, but just VERY briefly. Right after it printed its first banner line, the kernel panic'd as follows: ACPI BIOS Error (bug): A valid RSDP was not found (20150515/tbxroot-258) panic: running without device atpic requires a local APIC So, um, I am utterly lost. Can I fix this? If so, how? Remember, I have literally -zero- experience with VMs generally, so if you need to explain anything to do, please do, but you may have to dumb it down to my level. Regards, rfg From owner-freebsd-questions@freebsd.org Sat Sep 10 20:07:58 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A747BD5BD1 for ; Sat, 10 Sep 2016 20:07:58 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1A8B1CF for ; Sat, 10 Sep 2016 20:07:57 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-oi0-f47.google.com with SMTP id y2so220811936oie.0 for ; Sat, 10 Sep 2016 13:07:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=RpAHHiytjijTx5emrO5fBeLBCTO5t/Qi9pbVqwnTk2s=; b=Izc+szsJjM7pMun3hHer/aHc58isp+EE3It14npZ9sFeQVsp+8Hl+peElLsPw6MArz Sp8PxYMWIHfy44DBoeUR6N9ES+K5tcT6ItTyXpX5/wAWg0prZCqOJqkZL/Zk3AWbuui4 C7/RSM7ZxeXGwXKTTRa4Spuy2v0yYJnBA9q8x+PyKZjDAwVFV8zz0nCvh2cosLyVf1yI /Z9YR8qH6mMrKhWXDRCdbiJD2vvk2fkzJrlE5P0mzMuBxe0jkVJTnxm/nu09q/hCC000 ZYEnWlWdjBtZDiltiOGOChRIl7X6FbWHsOHWIr1ocoKYRdGmO06t+aStUtJYqo2ssK/k f/dQ== X-Gm-Message-State: AE9vXwM17PNrLMrWdJaYJKE5zbJpUj3EY1u9/2PNOTYwIBQqqYRTV+iBQPr2W8FRfAvDTg== X-Received: by 10.202.195.203 with SMTP id t194mr14107157oif.146.1473537701058; Sat, 10 Sep 2016 13:01:41 -0700 (PDT) Received: from WorkBox.Home.gmail.com (97-116-17-17.mpls.qwest.net. [97.116.17.17]) by smtp.gmail.com with ESMTPSA id c136sm5420838ith.5.2016.09.10.13.01.39 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 10 Sep 2016 13:01:40 -0700 (PDT) References: <20160910031925.78927b7c@marcel-laptop.lan> User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: Anton Yuzhaninov Cc: "freebsd-questions\@freebsd.org" Subject: Re: Encrypted /boot partition In-reply-to: Date: Sat, 10 Sep 2016 15:01:43 -0500 Message-ID: <86h99nttg8.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 20:07:58 -0000 Anton Yuzhaninov writes: > There was work to add geli spupport to gptboot and gptzfsboot: > http://www.allanjude.com/bsd/AsiaBSDCon2016_geliboot.pdf > But I don't know current status of this project. Work is currently being done on adding GELI support to the UEFI loader.[1] Seems like there's a good chance it will be ready for 11.1-RELEASE next spring. As for gptboot and gptzfsboot, I can't say. https://ericmccorkleblog.wordpress.com/2016/05/28/freebsd-geli-support/ -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ----------------------------------