From owner-freebsd-questions@freebsd.org Tue Aug 22 18:37:18 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E2E8DDB461 for ; Tue, 22 Aug 2017 18:37:18 +0000 (UTC) (envelope-from hugh.wooller@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 879C86FFD8 for ; Tue, 22 Aug 2017 18:37:17 +0000 (UTC) (envelope-from hugh.wooller@gmail.com) Received: by mail-lf0-x235.google.com with SMTP id l137so7831321lfg.3 for ; Tue, 22 Aug 2017 11:37:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=W0noSj8jg1nA0qyggxrufXO4zkNQu6Em+f9kysMufvM=; b=VG5Tn+2VyNUunPdgWVDnzuq7xGBpuIouJKkHHXH6sDwPyDmTqizEVtCFe5feIyI0Ef wY1uTZGlFC8siTSzC7viXfvCC6vAFbKVyqJYyJaE4H257DHACNrYBBfMb7fKixbcrcm1 fAYPQ1wTZBtR4C3LyLyAD3YxYk7q/HOK0Vg5hR9cEkiQGSar8DZ2CpRMy2w1y2d+VpEB XEfpIX0mAHWZKS62iJZEkQIqdtQdvyOJHHrGDEKb0qA9qtxTdXdCGIz+MH9n4S4ddbHH 9RM3+EWOYYnllx/nlxtkIhP+KZF33MAVVljHpd5hgDWEjESiU+dWedJC6+4hDyabTwr2 a0RQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=W0noSj8jg1nA0qyggxrufXO4zkNQu6Em+f9kysMufvM=; b=fLas2u6ClItXT5jKcZXR2KnChFWI5H/xpZqjOkxKA+E+QJTb0t4xFnNnPxxMDFArlA jP6Hz3hk8P1xb2LU8rvNAbIlWty2pOuVMjgiadoaCx4o40gjAETbg4Z9sGR+x9wvPvpi 89v38VeHCHpV0fT8O1mD0pA7V2MI3JRZTxocT5SVP2jImp71u/yc07TshQWCQoZG7w04 u2HKyAe0G4DZKknfR3ouWzdFSTVLAuo1bkS6W+4ZOqgPUJWbWmuZYiLnlZKgji+tROwA HCWocRD3E6eG3MmnfiIYQITJQWfshFkYR2+SxiWiCY6nxzb7564LcKfJsPOMk5DR0XNS WzYg== X-Gm-Message-State: AHYfb5gV76yj/0ymQ5xQ2vvsDOhByyv6woBJjYdjOIEB7bJVS/sd4E+Y IQbWfnRpoADsYzyjlZPa0QRNCshvaUKD X-Received: by 10.25.83.145 with SMTP id h17mr29037lfl.202.1503427035388; Tue, 22 Aug 2017 11:37:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.33.201 with HTTP; Tue, 22 Aug 2017 11:37:14 -0700 (PDT) Received: by 10.25.33.201 with HTTP; Tue, 22 Aug 2017 11:37:14 -0700 (PDT) From: Hugh Wooller Date: Tue, 22 Aug 2017 19:37:14 +0100 Message-ID: Subject: Stop 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: Tue, 22 Aug 2017 18:37:18 -0000 On 22 Aug 2017 1:01 p.m., wrote: > Send freebsd-questions mailing list submissions to > freebsd-questions@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > or, via email, send a message with subject or body 'help' to > freebsd-questions-request@freebsd.org > > You can reach the person managing the list at > freebsd-questions-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-questions digest..." > > > Today's Topics: > > 1. NFS home directory performance tuning for Linux client > (Kaya Saman) > 2. Freebsd-questions, Guaranteed choice of website optimization > (cynthia@adwordbillboard.com) > 3. NFS home directory performance tuning for Linux client > (Kaya Saman) > 4. Re: FreeBSD-11 - local_unbound logging (James B. Byrne) > 5. Cloud Security Users List (Sara Riebe) > 6. Re: Cloud Security Users List (Littlefield, Tyler) > 7. Re: Cloud Security Users List (JD) > 8. Error compiling a qt5 application (Mario Lobo) > 9. Re: Cloud Security Users List (Chris Hill) > 10. Re: Cloud Security Users List (Matthias Apitz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 21 Aug 2017 15:00:14 +0100 > From: Kaya Saman > To: freebsd-questions > Subject: NFS home directory performance tuning for Linux client > Message-ID: <30d13a2b-0813-9686-3841-b24051fa3e0e@gmail.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi, > > > I'm testing an Arch Linux client with my FreeBSD server which has > recently been updated to 11.1. The server runs a zpool spread over 15x > disks with SSD L2ARC and also just as another test point I am using a > separate SSD (zpool over 1x disk) in the server to compare and contrast > with. > > > For non-home NFS mounts I found Version4 to have good performance > however, when increasing the MTU size in the network: NIC's, switches, > routing etc... to 9000 ; I tend to see a lot of server timeouts, even > with rsize and wsize increased to 8192. > > > Hard setting the Linux clients to vers=3 in fstab sees stability, as in > no timeouts, and with no apparent decrease in performance either. > > > What is odd however, is that FreeBSD to FreeBSD will just work without > any issues at all, so I'm wondering if the NFS implementation on Linux > is slightly different causing these issues?? > > > To the main question/issue however, when using as NFS home directory > setting vers=3 on the client makes the system unuseable. It takes > roughly 5-10 mins after login for anything to appear on screen then > again after clicking somewhere another 5-10mins for the response. > > - setting to vers=4 improves things significantly but still if trying to > use an application like Chromium then the system will hang upon browsing > for 5-10 mins then come alive again?? > > > I have set the server up as follows in rc.conf: > > > nfs_server_flags="-t -n 128 -h " > nfs_server_enable="YES" > nfsv4_server_enable="YES" > nfsuserd_enable="YES" > nfsuserd_flags="-domain domian.com" > rpc_statd_enable="YES" > rpc_lockd_enable="YES" > rpcbind_enable="YES" > rpcbind_flags="-h " > mountd_enable="YES" > mountd_flags="-r -n -l -h " > > > I've even tried to increase the sysctl variable: vfs.nfs.iodmax from 20 > to 60 > > > On the client side the fstab entry contains the following options: > > > vers=4,defaults,auto,tcp,retrans=10,timeo=30,rsize=8192,wsize=8192,noatime > > > and gets mounted to /mnt/home. I realize the 'tcp' flag doesn't need to > be there as v4 by default uses 'tcp' however, it is there when testing > with v3. > > > > nfsstat command on server gives: > > > Client Info: > Rpc Counts: > Getattr Setattr Lookup Readlink Read Write Create > Remove > 139585 0 399150 0 137485 0 0 0 > Rename Link Symlink Mkdir Rmdir Readdir RdirPlus > Access > 0 0 0 0 0 138482 0 > 393052 > Mknod Fsstat Fsinfo PathConf Commit > 0 94496 4 0 0 > Rpc Info: > TimedOut Invalid X Replies Retries Requests > 0 0 0 0 1302226 > Cache Info: > Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits > Misses > 16703860 139581 13000702 399150 667954 139782 > 0 0 > BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits > Misses > 0 0 116186 116459 94263 0 13744785 > 393052 > > Server Info: > Getattr Setattr Lookup Readlink Read Write Create > Remove > 3200367 39011 89025 41 203807584 806982 410 7656 > Rename Link Symlink Mkdir Rmdir Readdir RdirPlus > Access > 6383 101 2 6 1 2880 265953 > 1643074 > Mknod Fsstat Fsinfo PathConf Commit > 0 94770 30 15 18370 > Server Ret-Failed > 0 > Server Faults > 0 > Server Cache Stats: > Inprog Idem Non-idem Misses > 0 0 0 209101544 > Server Write Gathering: > WriteOps WriteRPC Opsaved > 806982 806982 0 > > > And nfsstat on client: > > > Client rpc stats: > calls retrans authrefrsh > 327404 1293 327395 > > Client nfs v3: > null getattr setattr lookup access > 0 0% 367 49% 0 0% 3 0% 3 0% > readlink read write create mkdir > 0 0% 0 0% 0 0% 0 0% 0 0% > symlink mknod remove rmdir rename > 0 0% 0 0% 0 0% 0 0% 0 0% > link readdir readdirplus fsstat fsinfo > 0 0% 0 0% 1 0% 363 49% 2 0% > pathconf commit > 1 0% 0 0% > > Client nfs v4: > null read write commit open > 0 0% 16452 5% 169214 51% 6150 1% 17026 5% > open_conf open_noat open_dgrd close setattr > 11 0% 0 0% 4 0% 12719 3% > 19691 6% > fsinfo renew setclntid confirm lock > 12 0% 480 0% 6 0% 6 0% 11578 3% > lockt locku access getattr lookup > 35 0% 10085 3% 5545 1% 24591 7% > 17443 5% > lookup_root remove rename link symlink > 3 0% 1612 0% 4266 1% 31 0% 15 0% > create pathconf statfs readlink readdir > 105 0% 9 0% 7093 2% 4 0% 398 0% > server_caps delegreturn getacl setacl fs_locations > 21 0% 0 0% 0 0% 0 0% 0 0% > rel_lkowner secinfo fsid_present exchange_id > create_session > 2051 0% 0 0% 0 0% 0 0% 0 0% > destroy_session sequence get_lease_time reclaim_comp layoutget > 0 0% 0 0% 0 0% 0 0% 0 0% > getdevinfo layoutcommit layoutreturn secinfo_no > test_stateid > 0 0% 0 0% 0 0% 0 0% 0 0% > free_stateid getdevicelist bind_conn_to_ses destroy_clientid seek > 0 0% 0 0% 0 0% 0 0% 0 0% > allocate deallocate layoutstats clone > 0 0% 0 0% 0 0% 0 0% > > > > The server isn't loaded at all, load is around 0.40 and the network is > also pretty free as the system has 4x NIC's in lagg with current > throughput under 10Mb/s. > > > Would anyone be able to offer any advice? > > > Many thanks. > > > > > ------------------------------ > > Message: 2 > Date: Mon, 21 Aug 2017 18:16:13 +0000 > From: "cynthia@adwordbillboard.com" > To: "freebsd-questions@freebsd.org" > Subject: Freebsd-questions, Guaranteed choice of website optimization > Message-ID: <97cb6bf1dce7fbfcf4032d3f8b40c371@adwordbillboard.com> > Content-Type: text/plain; charset=us-ascii > > Hi Freebsd-questions! > > The reason of failure in web page optimization is the millions of > competitors fighting and struggling for the first places on top of search > engine results. And such a situation has its consequences. Chances are > small for those who always dismisses the necessity in attributing the > true knowledge of website optimization process. > > Web page optimization requires specific technical expertise. For this > reason, we can show you the new technology for your web page optimization. > This technology can place your web page on the top portion of search > engine results during the whole year. > > First, just go to our website and you can see for yourself how it works. > Second, click on the website's DEMO page, > Third, type your website freebsd org and keywords in form and feel free to > enjoy the results. > > > Yours Really, > Cynthia Juarez > > > > ------------------------------ > > Message: 3 > Date: Mon, 21 Aug 2017 19:47:04 +0100 > From: Kaya Saman > To: freebsd-questions@freebsd.org > Subject: NFS home directory performance tuning for Linux client > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > So, currently I've tried doing something a little different which worked > out well. > > > I moved away from NFS and setup a ZVOL on the spare SSD mentioned below > then set the server up as an iscsi target. > > > With the Linux machine running as the iscsi initiator then creating a > partition and filesystem <- went with JFS which is my preffered on Linux > ; it's running quite smoothly at present. > > > The bottleneck was definitely caused by NFS and I think it was the write > behaviour for small files, with the limited options available though I > have no idea what could be causing the issues or how to get round them?? > > > > -------- Forwarded Message -------- > Subject: NFS home directory performance tuning for Linux client > Date: Mon, 21 Aug 2017 15:00:14 +0100 > From: Kaya Saman > To: freebsd-questions > > > > Hi, > > > I'm testing an Arch Linux client with my FreeBSD server which has > recently been updated to 11.1. The server runs a zpool spread over 15x > disks with SSD L2ARC and also just as another test point I am using a > separate SSD (zpool over 1x disk) in the server to compare and contrast > with. > > > For non-home NFS mounts I found Version4 to have good performance > however, when increasing the MTU size in the network: NIC's, switches, > routing etc... to 9000 ; I tend to see a lot of server timeouts, even > with rsize and wsize increased to 8192. > > > Hard setting the Linux clients to vers=3 in fstab sees stability, as in > no timeouts, and with no apparent decrease in performance either. > > > What is odd however, is that FreeBSD to FreeBSD will just work without > any issues at all, so I'm wondering if the NFS implementation on Linux > is slightly different causing these issues?? > > > To the main question/issue however, when using as NFS home directory > setting vers=3 on the client makes the system unuseable. It takes > roughly 5-10 mins after login for anything to appear on screen then > again after clicking somewhere another 5-10mins for the response. > > - setting to vers=4 improves things significantly but still if trying to > use an application like Chromium then the system will hang upon browsing > for 5-10 mins then come alive again?? > > > I have set the server up as follows in rc.conf: > > > nfs_server_flags="-t -n 128 -h " > nfs_server_enable="YES" > nfsv4_server_enable="YES" > nfsuserd_enable="YES" > nfsuserd_flags="-domain domian.com" > rpc_statd_enable="YES" > rpc_lockd_enable="YES" > rpcbind_enable="YES" > rpcbind_flags="-h " > mountd_enable="YES" > mountd_flags="-r -n -l -h " > > > I've even tried to increase the sysctl variable: vfs.nfs.iodmax from 20 > to 60 > > > On the client side the fstab entry contains the following options: > > > vers=4,defaults,auto,tcp,retrans=10,timeo=30,rsize=8192,wsize=8192,noatime > > > and gets mounted to /mnt/home. I realize the 'tcp' flag doesn't need to > be there as v4 by default uses 'tcp' however, it is there when testing > with v3. > > > > nfsstat command on server gives: > > > Client Info: > Rpc Counts: > Getattr Setattr Lookup Readlink Read Write Create > Remove > 139585 0 399150 0 137485 0 0 0 > Rename Link Symlink Mkdir Rmdir Readdir RdirPlus > Access > 0 0 0 0 0 138482 0 > 393052 > Mknod Fsstat Fsinfo PathConf Commit > 0 94496 4 0 0 > Rpc Info: > TimedOut Invalid X Replies Retries Requests > 0 0 0 0 1302226 > Cache Info: > Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits > Misses > 16703860 139581 13000702 399150 667954 139782 > 0 0 > BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits > Misses > 0 0 116186 116459 94263 0 13744785 > 393052 > > Server Info: > Getattr Setattr Lookup Readlink Read Write Create > Remove > 3200367 39011 89025 41 203807584 806982 410 7656 > Rename Link Symlink Mkdir Rmdir Readdir RdirPlus > Access > 6383 101 2 6 1 2880 265953 > 1643074 > Mknod Fsstat Fsinfo PathConf Commit > 0 94770 30 15 18370 > Server Ret-Failed > 0 > Server Faults > 0 > Server Cache Stats: > Inprog Idem Non-idem Misses > 0 0 0 209101544 > Server Write Gathering: > WriteOps WriteRPC Opsaved > 806982 806982 0 > > > And nfsstat on client: > > > Client rpc stats: > calls retrans authrefrsh > 327404 1293 327395 > > Client nfs v3: > null getattr setattr lookup access > 0 0% 367 49% 0 0% 3 0% 3 0% > readlink read write create mkdir > 0 0% 0 0% 0 0% 0 0% 0 0% > symlink mknod remove rmdir rename > 0 0% 0 0% 0 0% 0 0% 0 0% > link readdir readdirplus fsstat fsinfo > 0 0% 0 0% 1 0% 363 49% 2 0% > pathconf commit > 1 0% 0 0% > > Client nfs v4: > null read write commit open > 0 0% 16452 5% 169214 51% 6150 1% 17026 5% > open_conf open_noat open_dgrd close setattr > 11 0% 0 0% 4 0% 12719 3% > 19691 6% > fsinfo renew setclntid confirm lock > 12 0% 480 0% 6 0% 6 0% 11578 3% > lockt locku access getattr lookup > 35 0% 10085 3% 5545 1% 24591 7% > 17443 5% > lookup_root remove rename link symlink > 3 0% 1612 0% 4266 1% 31 0% 15 0% > create pathconf statfs readlink readdir > 105 0% 9 0% 7093 2% 4 0% 398 0% > server_caps delegreturn getacl setacl fs_locations > 21 0% 0 0% 0 0% 0 0% 0 0% > rel_lkowner secinfo fsid_present exchange_id > create_session > 2051 0% 0 0% 0 0% 0 0% 0 0% > destroy_session sequence get_lease_time reclaim_comp layoutget > 0 0% 0 0% 0 0% 0 0% 0 0% > getdevinfo layoutcommit layoutreturn secinfo_no > test_stateid > 0 0% 0 0% 0 0% 0 0% 0 0% > free_stateid getdevicelist bind_conn_to_ses destroy_clientid seek > 0 0% 0 0% 0 0% 0 0% 0 0% > allocate deallocate layoutstats clone > 0 0% 0 0% 0 0% 0 0% > > > > The server isn't loaded at all, load is around 0.40 and the network is > also pretty free as the system has 4x NIC's in lagg with current > throughput under 10Mb/s. > > > Would anyone be able to offer any advice? > > > Many thanks. > > > > > ------------------------------ > > Message: 4 > Date: Mon, 21 Aug 2017 15:26:06 -0400 > From: "James B. Byrne" > To: "Datasmurf" > Cc: freebsd-questions@freebsd.org, byrnejb@harte-lyne.ca > Subject: Re: FreeBSD-11 - local_unbound logging > Message-ID: > <558837c28f2185328e739b965ea30440.squirrel@webmail.harte-lyne.ca> > Content-Type: text/plain;charset=iso-8859-1 > > > On Thu, August 17, 2017 17:54, Datasmurf wrote: > > > > > Hello James, > > > > i'm sure not an expert on unbound and dns/dnssec stuff. > > But on the Workstation on which unbound misbehaves could it be that > > the system clock is not set correct? > > > > ntpd is running on that workstation and the time is correct. However > at the moment it is resolving DNS correctly. If or when the resolver > next stops functioning then I will test your hypothesis. > > Thanks, > > -- > *** e-Mail is NOT a SECURE channel *** > Do NOT transmit sensitive data via e-Mail > Do NOT open attachments nor follow links sent by e-Mail > > James B. Byrne mailto:ByrneJB@Harte-Lyne.ca > Harte & Lyne Limited http://www.harte-lyne.ca > 9 Brockley Drive vox: +1 905 561 1241 > Hamilton, Ontario fax: +1 905 561 0757 > Canada L8E 3C3 > > > > ------------------------------ > > Message: 5 > Date: Mon, 21 Aug 2017 21:27:20 +0000 > From: Sara Riebe > To: "freebsd-questions@freebsd.org" > Subject: Cloud Security Users List > Message-ID: > INDPRD01.PROD.OUTLOOK.COM> > > Content-Type: text/plain; charset="us-ascii" > > > > Hi, > > We have the new updated Cloud Security Users Lists with emails and > complete contact information for your business leads. > > If you looking for particular titles from your target geography please let > me know and I will get back to you with more information regarding the same. > > We also have other technology users like: > > Amazon EC2 users, Citrix users, RackSpace users, SoftLayer users, > SalesForce users, VMware users and many more... > > We provide data across the globe - North America, EMEA, Asia Pacific and > LATAM. > > Note: If Cloud Computing Users is not relevant to you please reply back > with your Criteria or Industry you are looking to target for your marketing > campaign, we have all types of target market available. > > Await your response! > > > Thanks, > Sara > Data Specialist > > To opt out please response Remove > > > > ------------------------------ > > Message: 6 > Date: Mon, 21 Aug 2017 17:29:54 -0400 > From: "Littlefield, Tyler" > To: Sara Riebe , > "freebsd-questions@freebsd.org" > Subject: Re: Cloud Security Users List > Message-ID: <1bea02ab-57dd-6d17-e14f-f3985c3d7665@tysdomain.com> > Content-Type: text/plain; charset=utf-8 > > Who were the people that said Freebsd doesn't get much spam? Can we > start forwarding these messages to them? > > On 8/21/2017 5:27 PM, Sara Riebe wrote: > ...spam... > > > ------------------------------ > > Message: 7 > Date: Mon, 21 Aug 2017 15:40:43 -0600 > From: JD > To: freebsd-questions@freebsd.org > Subject: Re: Cloud Security Users List > Message-ID: <599B535B.5080808@gmail.com> > Content-Type: text/plain; charset=windows-1252; format=flowed > > > > On 08/21/2017 03:29 PM, Littlefield, Tyler wrote: > > Who were the people that said Freebsd doesn't get much spam? Can we > > start forwarding these messages to them? > > > > On 8/21/2017 5:27 PM, Sara Riebe wrote: > > ...spam... > > _______________________________________________ > > After having been on this list for quite a while, I can see that > there is no effort made to filter out spam. > > As many as spam filters are available, seems like the list server > does not appear to be making use of any of them. > > > > ------------------------------ > > Message: 8 > Date: Mon, 21 Aug 2017 20:17:46 -0300 > From: Mario Lobo > To: "freebsd-questions@freebsd.org" > Subject: Error compiling a qt5 application > Message-ID: <20170821201746.59796aba@Papi> > Content-Type: text/plain; charset=US-ASCII > > Hi there; > > I'm trying to compile a qt5 application. > > OS: reeBSD 11.1-STABLE #0 r321652: Sat Jul 29 10:49:43 BRT 2017 > > clang -v > clang version 4.0.1 (tags/RELEASE_401/final) > Target: x86_64-unknown-freebsd11.1 > Thread model: posix > InstalledDir: /usr/local/llvm40/bin > > When I compile, I get this: > > Compiling C++... > In file included from ../../../../../contrib/gtqtc/gtqtc1.cpp:48: > In file included from ../../../../../contrib/gtqtc/gtqtc.h:53: > In file included from /usr/local/include/qt5/QtCore/QThread:1: > In file included from /usr/local/include/qt5/QtCore/qthread.h:43: > In file included from /usr/local/include/qt5/QtCore/qobject.h:46: > In file included from /usr/local/include/qt5/QtCore/qobjectdefs.h:48: > In file included from /usr/local/include/qt5/QtCore/qnamespace.h:43: > In file included from /usr/local/include/qt5/QtCore/qglobal.h:83: > /usr/local/include/qt5/QtCore/qcompilerdetection.h:563:6: error: Qt > requires a C++11 compiler and yours does not seem to be that. # > error Qt requires a C++11 compiler and yours does not seem to be that. > > I tried this in make.conf: > > CC=clang > CXX=clang++ > CXXFLAGS+=-std=c++11 > > and export CXXFLAGS=-std=c++11 > > and nothing seems to work. > > It seems to me that my clang is new enough to support that standard. > > What am i missing here? > > Thanks, > > -- > Mario Lobo > http://www.mallavoodoo.com.br > FreeBSD since 2.2.8 [not Pro-Audio.... YET!!] > > "UNIX was not designed to stop you from doing stupid things, > because that would also stop you from doing clever things." > > > ------------------------------ > > Message: 9 > Date: Mon, 21 Aug 2017 19:10:26 -0400 (EDT) > From: Chris Hill > To: JD > Cc: freebsd-questions@freebsd.org > Subject: Re: Cloud Security Users List > Message-ID: > > Content-Type: text/plain; format=flowed; charset=US-ASCII > > On Mon, 21 Aug 2017, JD wrote: > > > On 08/21/2017 03:29 PM, Littlefield, Tyler wrote: > >> Who were the people that said Freebsd doesn't get much spam? Can we > >> start forwarding these messages to them? > >> > >> On 8/21/2017 5:27 PM, Sara Riebe wrote: > >> ...spam... > >> _______________________________________________ > > > > After having been on this list for quite a while, I can see that there > > is no effort made to filter out spam. > > Au contraire. The spam mitigation measures in use on this list have been > discussed and disclosed many, many times. And it seems to me they are > quite effective. > > For example: today (21 August 2017) there have been, if I recall, two > spams that appeared on the list. There have been two (now three) > replies. In contrast, my stupid little home mail server has received 91 > spams today so far. Two came in while I was typing this. > > > As many as spam filters are available, seems like the list server does > > not appear to be making use of any of them. > > -- > Chris Hill chris@monochrome.org > ** [ Busy Expunging ] > > > ------------------------------ > > Message: 10 > Date: Tue, 22 Aug 2017 07:18:47 +0200 > From: Matthias Apitz > To: freebsd-questions@freebsd.org > Subject: Re: Cloud Security Users List > Message-ID: <20170822051847.GA6482@sh4-5.1blu.de> > Content-Type: text/plain; charset=utf-8 > > El d?a Monday, August 21, 2017 a las 05:29:54PM -0400, Littlefield, Tyler > escribi?: > > > Who were the people that said Freebsd doesn't get much spam? Can we > > start forwarding these messages to them? > > This is how this thread looks like until now (mine reply not yet > included) in my MUA: > > 16 D Aug 21 Sara Riebe (8,5K) Cloud Security Users List > 17 D Aug 21 Littlefield, Ty (5,1K) `-> > 18 D Aug 21 JD (5,4K) `-> > 19 D Aug 21 Chris Hill (4,2K) `-> > > i.e. ONE spammer, THREE replies to the list. > > matthias > -- > Matthias Apitz | /"\ ASCII Ribbon Campaign: > E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail > WWW: http://www.unixarea.de/ | X - No proprietary attachments > phone: +49-176-38902045 | / \ - Respect for open standards > | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > 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" > > ------------------------------ > > End of freebsd-questions Digest, Vol 690, Issue 2 > ************************************************* >