From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 00:46:53 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76751106566B for ; Sun, 15 Jan 2012 00:46:53 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 32CA98FC0C for ; Sun, 15 Jan 2012 00:46:52 +0000 (UTC) Received: from [10.0.1.2] (pool-96-229-186-65.lsanca.fios.verizon.net [96.229.186.65]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id q0F0CTp5071794 for ; Sat, 14 Jan 2012 16:12:30 -0800 (PST) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 14 Jan 2012 16:12:24 -0800 Message-Id: To: FreeBSD Mailing List Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Subject: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 00:46:53 -0000 I have a pretty old desktop that has been around quite awhile. It has = started periodic crashes. No log messages. However, the core status = files all show "double fault". I am confident this is a hardware issue, = but is there any easy way to determine if its power or memory related? = Those are the primary candidates although memory is also possible. We = really need to replace the entire unit, but that might be a bit more = salable if I can present convincing evidence of the cause of the = problem. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 01:08:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A58106566B for ; Sun, 15 Jan 2012 01:08:25 +0000 (UTC) (envelope-from borisbsd@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD8238FC13 for ; Sun, 15 Jan 2012 01:08:24 +0000 (UTC) Received: by werg1 with SMTP id g1so651979wer.13 for ; Sat, 14 Jan 2012 17:08:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=/DV6zm7VSYC2pxOpwhjZar45WqsWXiqXh57ZL/PfVeY=; b=WTSJIcfp/3647Zycn5ISxKMSZa7KrlGgQBiKmkEuKiPhEZK1vzd+Bl8sRkq72qH0ZZ L86wyOxqpLxO4ByXFUQ4pXCwJ15YVQ38SgJ+yby8b35EhNFjXzE2Cs1GJufr+ieH35le 20lOLfKxyz6FtTX+hnapBAH0FQFJeLJebcwSY= MIME-Version: 1.0 Received: by 10.216.131.95 with SMTP id l73mr2769628wei.39.1326587955201; Sat, 14 Jan 2012 16:39:15 -0800 (PST) Received: by 10.227.36.216 with HTTP; Sat, 14 Jan 2012 16:39:15 -0800 (PST) In-Reply-To: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> References: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> Date: Sun, 15 Jan 2012 00:39:15 +0000 Message-ID: From: Boris To: dweimer@dweimer.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: 9.0 buildworld problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 01:08:25 -0000 Best is: - to empty your make.conf - make cleanworld - make cleandir and restart your buildword attempt. On Sat, Jan 14, 2012 at 9:02 PM, Dean E. Weimer wrote= : > I am trying to build a test system to verify everything works on FreeBSD > 9.0-RELEASE, I started with a standard install on a VMware virtual machin= e. > =A0I used portsnap fetch extract to install the ports tree, copied the > /etc/make.conf and /etc/src.conf from my existing 8.2 system onto the new > test system. > > Contents of /etc/make.conf: > # Use OpenSSL from ports instead of base > WITH_OPENSSL_PORT=3Dyes > # Avoid Building Ports Against X > WITHOUT_X11=3Dyes > # Some Default Options From /usr/share/examples/etc/make.conf > CFLAGS=3D -O -pipe > NO_PROFILE=3Dtrue > # Enable SMTP Authentication > SENDMAIL_CFLAGS=3D-I/usr/local/include/sasl -DSASL > SENDMAIL_LDFLAGS=3D-L/usr/local/lib > SENDMAIL_LDADD=3D-lsasl2 > # Enable Proxy For Ports Fetch > FETCH_ENV=3Dhttp_proxy=3Dhttp://192.168.5.1:3128 > FETCH_ENV=3Dftp_proxy=3Dhttp://192.168.5.1:3128 > # added by use.perl 2012-01-14 12:46:15 > PERL_VERSION=3D5.12.4 > > Contents of /etc/src.conf: > WITHOUT_BIND_DNSSEC=3D"YES" > WITHOUT_BIND_LIBS_LWRES=3D"YES" > WITHOUT_BIND_NAMED=3D"YES" > WITHOUT_BIND_UTILS=3D"YES" > WITHOUT_NTP=3D"YES" > > > I then installed openssl, vim-lite, and cvsup-without-gui from ports, cop= ied > the example standard-supfile to a new location, changed the host=3D line,= left > the rest as default options. =A0Ran cvsup to download source tree, ran ma= ke > -j16 buildworld from the /usr/src directory. > > The buildworld stoped here: > =3D=3D=3D> gnu/lib/libsupc++ (install) > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 =A0 libsupc++.a > /usr/obj/usr/src/tmp/usr/lib > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 > =A0/usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/except= ion > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/new > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/typeinfo > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/cxxabi.h > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception= _defines.h > /usr/obj/usr/src/tmp/usr/include/c++/4.2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > I cleaned everything up and retried, it died at the same spot on the next > run as well. =A0I have the full output of the buildwolrd process on my > webserver, > > Interestingly enough at the same time I was building this system I was al= so > testing an upgrade from source option on different virtual machine that w= as > made from a restore of live system, after downloading the FreeBSD9.0 sour= ce > tree and running buildworld from usr/src against copies of the same > make.conf and src.conf file above, it built fine and the install process = ran > successfully. =A0The ports have all been rebuilt, and I am going to try a= new > buildworld to see if it succeeds or fails on that system now that its > running 9.0 instead of 8.2 when the last buidlworld was ran on it. > > -- > > Thanks, > =A0Dean E. Weimer > =A0dweimer@dweimer.net > =A0http://www.dweimer.net/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 01:18:55 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE15106566B for ; Sun, 15 Jan 2012 01:18:54 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id AFB398FC16 for ; Sun, 15 Jan 2012 01:18:54 +0000 (UTC) Received: by iagz16 with SMTP id z16so2542005iag.13 for ; Sat, 14 Jan 2012 17:18:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:cc :references:message-id:x-mailer; bh=f9lpwUK0UJATW6/YbMhYJmSsd2KZr5MMcIPaof3tdGk=; b=PC5LdBtyrehBcbSFVvWTp2tMLL/zw5nKPpLSlVGdZ/H6Y9aQF/A2imU4X9mI15VCu2 daq+nYjJf7OtNAGxZVzJB/9rWhil0Ss2CubnhptkbNR5j2YBpCbR/kBNpbBil+ygvcTm FEebyFu/x63o4QnwJQCOfOg9JPQP7GPdYzfwc= Received: by 10.50.183.199 with SMTP id eo7mr6939252igc.5.1326590334203; Sat, 14 Jan 2012 17:18:54 -0800 (PST) Received: from ivoire.paulbeard.org (174-21-126-117.tukw.qwest.net. [174.21.126.117]) by mx.google.com with ESMTPS id h9sm47058878ibh.11.2012.01.14.17.18.50 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 14 Jan 2012 17:18:51 -0800 (PST) From: Paul Beard Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_33839377-F65C-42B1-87D3-236E5F34AB84"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sat, 14 Jan 2012 17:18:48 -0800 In-Reply-To: <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> Message-Id: <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-questions Subject: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 01:18:55 -0000 --Apple-Mail=_33839377-F65C-42B1-87D3-236E5F34AB84 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jan 14, 2012, at 11:15 AM, Chuck Swiger wrote: > Anyway, doesn't the mysql port want to keep the socket under = /var/run/mysql/mysqld.sock or some such, to avoid issues with /tmp? Turns out some applications won't work if you move the socket if they = are configured to access localhost. Seems like a misunderstanding of = networking if you can specify a port number in a configuration file but = the application looks to the filesystem for the socket. There is no way = to specify a file location so it seems doomed to fail =97 as it did.=20 The apps in question are net-mgmt/cacti and net-mgmt/cacti-spine.=20 -- Paul Beard Are you trying to win an argument or solve a problem?=20 --Apple-Mail=_33839377-F65C-42B1-87D3-236E5F34AB84-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 02:11:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC40F1065673 for ; Sun, 15 Jan 2012 02:11:51 +0000 (UTC) (envelope-from pancakeking79@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 43A1F8FC12 for ; Sun, 15 Jan 2012 02:11:50 +0000 (UTC) Received: by lahd3 with SMTP id d3so1352349lah.13 for ; Sat, 14 Jan 2012 18:11:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=++1merqyZ8q3owHr4mJ3eYt3O3ILlb7JlAJZ97ipa3I=; b=j/XK05EhewPwJ5LROb0ns+ehUnfAkbRTFu4knOOe1qyBHz7UiPzXS8VQ3uMSF/Mdbd pKGutBtsdURHGhf2GUZKgKyXdD0tsy4t9C963Va9hVmCVrMWy8zdBq03jgQjQ74v91XR NVC8MfPnJRK3iqA9e4AaqAvZw2qKxs6YLywrU= MIME-Version: 1.0 Received: by 10.112.100.164 with SMTP id ez4mr1724639lbb.46.1326593508443; Sat, 14 Jan 2012 18:11:48 -0800 (PST) Received: by 10.152.6.5 with HTTP; Sat, 14 Jan 2012 18:11:48 -0800 (PST) In-Reply-To: References: Date: Sun, 15 Jan 2012 03:11:48 +0100 Message-ID: From: _ To: Doug Hardie Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 02:11:51 -0000 Memory is a rather broad term. If by memory you mean RAM, you could replace your current RAM with another chip, supposing you have one around. An interesting read on "Double Fault" is: http://en.wikipedia.org/wiki/Double_fault According to it, that would rather point to a software than a hardware related problem. On Sun, Jan 15, 2012 at 1:12 AM, Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It has > started periodic crashes. No log messages. However, the core status files > all show "double fault". I am confident this is a hardware issue, but is > there any easy way to determine if its power or memory related? Those are > the primary candidates although memory is also possible. We really need to > replace the entire unit, but that might be a bit more salable if I can > present convincing evidence of the cause of the problem. > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 04:24:13 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC2C4106566C for ; Sun, 15 Jan 2012 04:24:13 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id A3A978FC13 for ; Sun, 15 Jan 2012 04:24:13 +0000 (UTC) Received: from [10.0.1.2] (pool-96-229-186-65.lsanca.fios.verizon.net [96.229.186.65]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id q0F4NW0G076880 for ; Sat, 14 Jan 2012 20:24:12 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Doug Hardie In-Reply-To: Date: Sat, 14 Jan 2012 20:24:11 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <6E262E0B-B86D-45B6-9DC6-CE56EB2B20FD@lafn.org> References: To: FreeBSD Mailing List X-Mailer: Apple Mail (2.1251.1) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 04:24:13 -0000 On 14 January 2012, at 18:11, _ wrote: > Memory is a rather broad term. If by memory you mean RAM, you could = replace your current RAM with another chip, supposing you have one = around. >=20 > An interesting read on "Double Fault" is:=20 >=20 > http://en.wikipedia.org/wiki/Double_fault >=20 > According to it, that would rather point to a software than a hardware = related problem. >=20 >=20 > On Sun, Jan 15, 2012 at 1:12 AM, Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It has = started periodic crashes. No log messages. However, the core status = files all show "double fault". I am confident this is a hardware issue, = but is there any easy way to determine if its power or memory related? = Those are the primary candidates although memory is also possible. We = really need to replace the entire unit, but that might be a bit more = salable if I can present convincing evidence of the cause of the = problem. I doubt if its a direct software fault. The system is running 7.2 and = has been running that for several years without any problems. Nothing = has been changed on it. However, a memory fault could easily end up in = the kernel thus making it look like a software problem. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 08:36:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 472611065690 for ; Sun, 15 Jan 2012 08:36:36 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0F07F8FC0A for ; Sun, 15 Jan 2012 08:36:35 +0000 (UTC) Received: from localhost (sheila.vvpn.vvelox.net [10.69.0.7]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 00FB63F44A for ; Sun, 15 Jan 2012 02:17:53 -0600 (CST) Date: Sun, 15 Jan 2012 02:16:57 -0600 From: "Zane C. B-H." To: freebsd-questions@freebsd.org Message-ID: <20120115021657.0311a036@vvelox.net> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 08:36:36 -0000 On Sat, 14 Jan 2012 16:12:24 -0800 Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It > has started periodic crashes. No log messages. However, the core > status files all show "double fault". I am confident this is a > hardware issue, but is there any easy way to determine if its power > or memory related? Those are the primary candidates although memory > is also possible. We really need to replace the entire unit, but > that might be a bit more salable if I can present convincing evidence > of the cause of the problem. In regards to the RAM, I would strongly suggest memtest86/memtest86+. When you begin seeing odd issues like that, it can be a handy tool to use for a quick RAM check. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 09:49:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48B2106566B for ; Sun, 15 Jan 2012 09:49:14 +0000 (UTC) (envelope-from lyubomir@grigorovl.eu) Received: from gateway13.websitewelcome.com (gateway13.websitewelcome.com [70.85.130.30]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE808FC0C for ; Sun, 15 Jan 2012 09:49:14 +0000 (UTC) Received: by gateway13.websitewelcome.com (Postfix, from userid 5007) id D0BD095B73764; Sun, 15 Jan 2012 03:49:12 -0600 (CST) Received: from gator1718.hostgator.com (gator1718.hostgator.com [184.173.215.146]) by gateway13.websitewelcome.com (Postfix) with ESMTP id C2B9D95B7373A for ; Sun, 15 Jan 2012 03:49:12 -0600 (CST) Received: from [75.36.214.55] (port=64000 helo=neonz.localnet) by gator1718.hostgator.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RmMi8-00038T-J1 for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 03:49:12 -0600 From: Lyubomir Grigorov To: FreeBSD Date: Sun, 15 Jan 2012 01:49:06 -0800 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2236904.ShiMzkDYoV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201201150149.12756.lyubomir@grigorovl.eu> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1718.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grigorovl.eu X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: adsl-75-36-214-55.dsl.pltn13.sbcglobal.net (neonz.localnet) [75.36.214.55]:64000 X-Source-Auth: lyubomir+grigorovl.eu X-Email-Count: 1 X-Source-Cap: YWxha2F6YW07YWxha2F6YW07Z2F0b3IxNzE4Lmhvc3RnYXRvci5jb20= Subject: Smartcam (or can you use linux dev driver + program) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 09:49:14 -0000 --nextPart2236904.ShiMzkDYoV Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Smartcam is an app that let's you use a phone's camera as webcam. You conne= ct=20 you your phone via bluetooth and the program gives you access to the device= s=20 cam. It works on most smartphone OS's even Symbian. There is a Linux version and it creates a module for the device and also=20 builds the program: http://sourceforge.net/projects/smartcam/files/smartcam_linux/smartcam_linu= x_v_1.4.0/ QUESTION Is it even possible to use the Linux dev driver under FreeBSD? Since Smartc= am=20 is a 2-part suite: driver and application. If it's not possible to use linuxator, will it be possible to use the sourc= e=20 to create a FreeBSD version of the dev driver? I assume the program will be= =20 easier to port than the actual driver. Cheers. =2D- Lyubomir Grigorov (bgalakazam) --nextPart2236904.ShiMzkDYoV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAABAgAGBQJPEqEYAAoJEDmxOw4kunU988IP/iAhMEQvGia4ISh88n9tENOG 0QBxFJmCwhkvR4jM6bVHW+JdPMsApboh92S3OkNkiropjDAyvSncTXQysw1d+/4i ZySTCbsLBY2Wl1SZsDxGfgLJOIyMCj+MpAI8QVkKSGgFhN/BGhKLFVm/jqGbi7Hw C25IrYtfbO9ASK/yNuyQ9IdUlFrKazpGGOqdDpGABSW6lzMLLsukH7Ynv6Xcs5jK DCEtxCdVd8p4GIshY2th/287XjlJKdJZ9xOm5nnetwtuvLgNPKP/WisuIALkY2Ir VqrzwSh8qHUKcQr/9qUdd098lWyLgmHsglIr0o2hLmv+ESWBIdLCWvsKNO3sOhvu JTA8u8Go5hvxMmgftMvWkW3ixpYR0WShSdMb+woiKZhkngfWlmDGVJSvb4YCTBKK WjxoI+uo3DfLHQa0mqAQBtrT4IFIgBZDUAHJUN3Xexb1wlLHKApWD0DqwElGI2rm EkTJ9xGbi9WArT2uBd15HqtXi9zkvdIFpgZUcg2qwDFK/QqyQog/JGdvtfrvhn/b LxfIpMrbqXSIqNwQ7OB/7UU8gGGKEOCZlSze4jUTV6vgdiqIvn15mqmBofKFaXHP 32ektlF4xJknOhoN1LjVbNLPb4l9R/cYml0e4E7ODYgUB9f4BkPPs6YpkFfqoDzZ MjK1oQisSJZKqbCFUjQY =dF7E -----END PGP SIGNATURE----- --nextPart2236904.ShiMzkDYoV-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:07:58 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD29E1065670 for ; Sun, 15 Jan 2012 10:07:58 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id 45AFC8FC0A for ; Sun, 15 Jan 2012 10:07:57 +0000 (UTC) Received: from server.barnhouse ([80.229.150.39]) by avasout07 with smtp id MltX1i0030rF08o01ltY1j; Sun, 15 Jan 2012 09:53:32 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=KLrY/S5o c=1 sm=1 a=KcaHU+F0vwy42TIp8RsFnw==:17 a=lIqQTE_t3hsA:10 a=e6aQry79bKgA:10 a=8nJEP1OIZ-IA:10 a=2Xo6gzrin1SQZl3JWOoA:9 a=wPNLvfGTeEIA:10 a=KcaHU+F0vwy42TIp8RsFnw==:117 Received: from [192.168.0.89] (James-PC.barnhouse [192.168.0.89]) by server.barnhouse (Postfix) with ESMTP id 96EC46820B6 for ; Sun, 15 Jan 2012 09:56:49 +0000 (GMT) Message-ID: <4F12A216.40708@mansionfamily.plus.com> Date: Sun, 15 Jan 2012 09:53:26 +0000 From: james User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with mfi driver, 9.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: james@mansionfamily.plus.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:07:58 -0000 I transferred a PERC5/i controller to my NAS system, which is using a Sapphire mini-ITX board with an AMD M350 CPU. It seems the card is detected but driver initialisation fails: mfi0: mem 0xd0000000-0xd000ffff,0xfea00000-0xfea1ffff irq 96 at device 14.0 on pci2 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 10970 (379716350s/0x0020/info) - Hibernate command received from host mfi0: 10971 (boot + 0s/0x0020/info) - Firmware initialization started (PCI ID 0015/1028/1f02/1028) mfi0: 10972 (boot + 0s/0x0020/info) - Firmware version 1.03.40-0232 mfi0: 10973 (boot + 0s/0x0020/info) - Firmware initialization started (PCI ID 0015/1028/1f02/1028) ... mfi0: 11056 (boot + 29s/0x0002/info) - Inserted: PD 00(e0/s0) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c5000046b6d5,0000000000000000 mfi0: 11057 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) mfi0: 11058 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) Info: enclPd=ffff, scsiType=0, portMap=02, sasAddr=5000c5000046b8cd,0000000000000000 mfi0: Cannot allocate interrupt device_attach: mfi0 attach returned 22 This would seem to be similar to discussions in November which eventually led to JHB committing change in r227580 (and perhaps earlier). I have downloaded the sources for 9.0-RELEASE and it looks like this commit did not get back-ported to the release branch. I'm a bit of a noob with FreeBSD. The instructions for tracking FreeBSD-STABLE seem a bit scary. Is that the only way that I would get the necessary fixes for the mfi driver? (Indeed, would I get those on FreeBSD stable?) James From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:10:20 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ECD5106564A for ; Sun, 15 Jan 2012 10:10:20 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id D3F758FC14 for ; Sun, 15 Jan 2012 10:10:19 +0000 (UTC) Received: from server.barnhouse ([80.229.150.39]) by avasout07 with smtp id Mlvo1i0010rF08o01lvp6n; Sun, 15 Jan 2012 09:55:49 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=KLrY/S5o c=1 sm=1 a=KcaHU+F0vwy42TIp8RsFnw==:17 a=lIqQTE_t3hsA:10 a=q5jvuYhQODwA:10 a=8nJEP1OIZ-IA:10 a=dUFCS2hnuHgp9LuJepYA:9 a=wPNLvfGTeEIA:10 a=KcaHU+F0vwy42TIp8RsFnw==:117 Received: from [192.168.0.89] (James-PC.barnhouse [192.168.0.89]) by server.barnhouse (Postfix) with ESMTP id DFBDC6820B6 for ; Sun, 15 Jan 2012 09:59:05 +0000 (GMT) Message-ID: <4F12A29E.5040304@mansionfamily.plus.com> Date: Sun, 15 Jan 2012 09:55:42 +0000 From: james User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: How much of the manual needs adjustment for 9.0? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: james@mansionfamily.plus.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:10:20 -0000 I originally installed without selecting sources. The manual says to run sysinstall and do the configuration step to add source distribution and I did that, but it then failed to download the 'sbase' source. I admit I gave up 'fairly quickly' and just downloaded src.txz, but its not clear to me how many of the functions of sysinstall are still supposed to work with a 9.0 release. James From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:14:25 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10BB6106564A for ; Sun, 15 Jan 2012 10:14:25 +0000 (UTC) (envelope-from davemorgan353@btinternet.com) Received: from nm4-vm0.bt.bullet.mail.ukl.yahoo.com (nm4-vm0.bt.bullet.mail.ukl.yahoo.com [217.146.182.229]) by mx1.freebsd.org (Postfix) with SMTP id 40F018FC12 for ; Sun, 15 Jan 2012 10:14:23 +0000 (UTC) Received: from [217.146.183.195] by nm4.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 10:01:05 -0000 Received: from [217.146.183.203] by tm1.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 10:01:05 -0000 Received: from [127.0.0.1] by omp1001.bt.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 10:01:05 -0000 X-Yahoo-Newman-Id: 228532.79167.bm@omp1001.bt.mail.ukl.yahoo.com Received: (qmail 9643 invoked from network); 15 Jan 2012 10:01:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:Content-Disposition:User-Agent; b=2rOcV9ldbnE7nZjb4la2BOOiN2wY3KouSGGhmXAfjQyicYL8Tfbr67AXTSXAKtRGAo7t+ImFjl2Cnv9eUwK+7KxLYqEDdYRO6DYsLB8de4VWK5PXEerphv7madTuqtoBx8SIvHTHKPsnkJZA8uRtRX7xwUjRdAXIPMRHASI1iWg= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1326621665; bh=6ltx2o9i/DUcCBQoiEUgTjxzoxzsEO1QscvzFgKKopc=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:Content-Disposition:User-Agent; b=d9I5xEZI87i1wMog+UH0STvKIOn8AgJqnnbDNIViyDDCawKSMrXqFsCn8Wzy7kYHMx5oah2Rpzq7yQ8dlutq1moEfhqZfH4rrFGElyFr6rU16O88SGhjiLbYhzERxU9/baWYOhhiiktBcHx4joSM7I/DKgArJgYHXMhoiMteoqQ= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 4e6XLqgVM1k_KarPwCo_lR_q65lWN9TFiSRPpzFkPCl7lwT SVqy8MN7apvWLRX.DWrpouRR7KML5IPZy5oeWmtitum1uO5Ms6AbnY476WbQ NiGsXu8.mp8lJSdAnTBipEP87dbZ.5uIQ7I6yK0uk0yKeliJq.Oim3LvaKHz G5xXnwTYxvlT6p_BBaOldNDD9b3UqVm58qxfKMhtOwatGbqUikodgfOKmGlK 6yi6gA2PfO6X6iPxzGqquaXOX6D.w9eA1l.JaHCEev2pMHhf.UMad7ljS9Pz O80AE.qGHwGABwAbq5OCxwXwE6CXuSB_tcZy2LxZNzSwp7ZJm37khYdL9hxS DVCaCU6KFQsBigVjBGQjZF30m_pa89L3EctqhpghfBC3YGwHkf_872uC1cgY eV.VIoeUT5Tb2BO.qRg-- X-Yahoo-SMTP: FeX6yYuswBBCL.oFbbmosEv.mR8CzWF7tzqGX6qvB_sIFIHiYgl9CuU- Received: from localhost (davemorgan353@86.140.211.77 with login) by smtp820.mail.ird.yahoo.com with SMTP; 15 Jan 2012 10:01:04 +0000 GMT Date: Sun, 15 Jan 2012 10:01:04 +0000 From: Dave Morgan To: questions@FreeBSD.org Message-ID: <20120115100104.GA1726@Archer> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Problem with ntfs and fusesf since upgrade to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:14:25 -0000 Hi, After upgrading from 8.2 to 9.0 I get the following and I am unable to access my external ntfs usb drive. KLD fuse.ko: depends on kernel - not available or version mismatch kldload: can't load /usr/local/modules/fuse.ko: File exists All ports were rebuilt with "portupgrade -af" and the sources do match the kernel. Have I done something wrong or is this a known problem or bug? uname -a 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 -- Dave. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:29:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C75CC106566B for ; Sun, 15 Jan 2012 10:29:46 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9F18FC12 for ; Sun, 15 Jan 2012 10:29:46 +0000 (UTC) Received: by eaai10 with SMTP id i10so146607eaa.13 for ; Sun, 15 Jan 2012 02:29:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=RLEfdfBetGTNtq2bBOmucxScYsaqx/wXxG/bX1uzp28=; b=K0pq6BLxgzwS4Q4ggSdahoiXMqN7bVu+nRImQcn4/ayrmDEoKiFrAQ5HCvlq+JwCNG xJ4vzJvdZGA76PaAjpdgOa6/yLnseSnvDkk+9hLWPDVlA0MkRCYhGDi9/xFZCOrLuFJg vMeqRFx17uX49WV6DAjKRs5OeZJforkyxPpro= Received: by 10.213.23.11 with SMTP id p11mr1598922ebb.75.1326623384302; Sun, 15 Jan 2012 02:29:44 -0800 (PST) Received: from [192.168.1.12] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id r2sm56261391eef.7.2012.01.15.02.29.43 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 02:29:43 -0800 (PST) Message-ID: <4F12AA95.90304@gmail.com> Date: Sun, 15 Jan 2012 11:29:41 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: james@mansionfamily.plus.com References: <4F12A216.40708@mansionfamily.plus.com> In-Reply-To: <4F12A216.40708@mansionfamily.plus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Problem with mfi driver, 9.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:29:47 -0000 james schreef: > I transferred a PERC5/i controller to my NAS system, which is using a > Sapphire mini-ITX board with an AMD M350 CPU. > > It seems the card is detected but driver initialisation fails: > > mfi0: mem 0xd0000000-0xd000ffff,0xfea00000-0xfea1ffff > irq 96 at device 14.0 on pci2 > mfi0: Megaraid SAS driver Ver 3.00 > mfi0: 10970 (379716350s/0x0020/info) - Hibernate command received from > host > mfi0: 10971 (boot + 0s/0x0020/info) - Firmware initialization started > (PCI ID 0015/1028/1f02/1028) > mfi0: 10972 (boot + 0s/0x0020/info) - Firmware version 1.03.40-0232 > mfi0: 10973 (boot + 0s/0x0020/info) - Firmware initialization started > (PCI ID 0015/1028/1f02/1028) > ... > mfi0: 11056 (boot + 29s/0x0002/info) - Inserted: PD 00(e0/s0) Info: > enclPd=ffff, scsiType=0, portMap=01, > sasAddr=5000c5000046b6d5,0000000000000000 > mfi0: 11057 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) > mfi0: 11058 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) Info: > enclPd=ffff, scsiType=0, portMap=02, > sasAddr=5000c5000046b8cd,0000000000000000 > mfi0: Cannot allocate interrupt > device_attach: mfi0 attach returned 22 > > This would seem to be similar to discussions in November which > eventually led to JHB committing change in r227580 (and perhaps earlier). > > I have downloaded the sources for 9.0-RELEASE and it looks like this > commit did not get back-ported to the release branch. > > I'm a bit of a noob with FreeBSD. The instructions for tracking > FreeBSD-STABLE seem a bit scary. Is that the only way that I would > get the necessary fixes for the mfi driver? (Indeed, would I get > those on FreeBSD stable?) > > James > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" If you do not want to use stable, you could try to import the diff to your release src yourself. The only change then is the mfi driver, the rest is just release. But stable is not that bad to run, i know many people that run a stable release, just for this kind of things. Many people runs 8.2 Stable for the latest ZFS version. regards Johan From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:34:58 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E851065670 for ; Sun, 15 Jan 2012 10:34:58 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5888FC0A for ; Sun, 15 Jan 2012 10:34:57 +0000 (UTC) Received: by eeke53 with SMTP id e53so1106579eek.13 for ; Sun, 15 Jan 2012 02:34:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=TljOIm3f3V2r/AhDvDTi/21MsGkqzHyZexv3/l6nypk=; b=tDz/CrFNavXGqLi9b+k2tCOcZPCdzkxwTYf674HZJy3KRgIZoIShMTHoUwhZ3CXSxk Lm6MDYXPvFdEAJES6sxW2gJlQ4c14vZnjVyR2nq3eT5jDViMQDDlvCHkHvig1b1wUBJK IsYnLY2LYDQHNJwftKFlaHXJLb0nlOhjUgOxw= Received: by 10.213.34.80 with SMTP id k16mr1560085ebd.56.1326623695639; Sun, 15 Jan 2012 02:34:55 -0800 (PST) Received: from [192.168.1.12] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id s16sm56366488eef.2.2012.01.15.02.34.54 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 02:34:55 -0800 (PST) Message-ID: <4F12ABCC.6020804@gmail.com> Date: Sun, 15 Jan 2012 11:34:52 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: james@mansionfamily.plus.com References: <4F12A216.40708@mansionfamily.plus.com> <4F12AA95.90304@gmail.com> In-Reply-To: <4F12AA95.90304@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Problem with mfi driver, 9.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:34:58 -0000 Johan Hendriks schreef: > james schreef: >> I transferred a PERC5/i controller to my NAS system, which is using a >> Sapphire mini-ITX board with an AMD M350 CPU. >> >> It seems the card is detected but driver initialisation fails: >> >> mfi0: mem 0xd0000000-0xd000ffff,0xfea00000-0xfea1ffff >> irq 96 at device 14.0 on pci2 >> mfi0: Megaraid SAS driver Ver 3.00 >> mfi0: 10970 (379716350s/0x0020/info) - Hibernate command received >> from host >> mfi0: 10971 (boot + 0s/0x0020/info) - Firmware initialization started >> (PCI ID 0015/1028/1f02/1028) >> mfi0: 10972 (boot + 0s/0x0020/info) - Firmware version 1.03.40-0232 >> mfi0: 10973 (boot + 0s/0x0020/info) - Firmware initialization started >> (PCI ID 0015/1028/1f02/1028) >> ... >> mfi0: 11056 (boot + 29s/0x0002/info) - Inserted: PD 00(e0/s0) Info: >> enclPd=ffff, scsiType=0, portMap=01, >> sasAddr=5000c5000046b6d5,0000000000000000 >> mfi0: 11057 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) >> mfi0: 11058 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) Info: >> enclPd=ffff, scsiType=0, portMap=02, >> sasAddr=5000c5000046b8cd,0000000000000000 >> mfi0: Cannot allocate interrupt >> device_attach: mfi0 attach returned 22 >> >> This would seem to be similar to discussions in November which >> eventually led to JHB committing change in r227580 (and perhaps >> earlier). >> >> I have downloaded the sources for 9.0-RELEASE and it looks like this >> commit did not get back-ported to the release branch. >> >> I'm a bit of a noob with FreeBSD. The instructions for tracking >> FreeBSD-STABLE seem a bit scary. Is that the only way that I would >> get the necessary fixes for the mfi driver? (Indeed, would I get >> those on FreeBSD stable?) >> >> James >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" > > If you do not want to use stable, you could try to import the diff to > your release src yourself. > The only change then is the mfi driver, the rest is just release. > > But stable is not that bad to run, i know many people that run a > stable release, just for this kind of things. > Many people runs 8.2 Stable for the latest ZFS version. > > regards > Johan > > > > Sorry replying to myself. Here you can download the raw diff at the end of the page. http://freshbsd.org/commit/freebsd/r227580 Well here is the link http://freshbsd.org/commit/freebsd/r227580/diff.txt So you can patch your own source. I do not know if it apply's cleanly, if not, maybe jhb knows why then. regards Johan From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 12:34:57 2012 Return-Path: Delivered-To: questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E78A106564A for ; Sun, 15 Jan 2012 12:34:57 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 337FF8FC15 for ; Sun, 15 Jan 2012 12:34:57 +0000 (UTC) Received: from roxette.lamaiziere.net (79.176.97.84.rev.sfr.net [84.97.176.79]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8FDA2FAA2D0C; Sun, 15 Jan 2012 13:18:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by roxette.lamaiziere.net (Postfix) with ESMTP id 09BB1C0D6; Sun, 15 Jan 2012 13:18:14 +0100 (CET) Date: Sun, 15 Jan 2012 13:18:13 +0100 From: Patrick Lamaiziere To: Dave Morgan Message-ID: <20120115131813.43bf87b3@davenulle.org> In-Reply-To: <20120115100104.GA1726@Archer> References: <20120115100104.GA1726@Archer> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: questions@FreeBSD.org Subject: Re: Problem with ntfs and fusesf since upgrade to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 12:34:57 -0000 Le Sun, 15 Jan 2012 10:01:04 +0000, Dave Morgan a écrit : > Hi, Hello, > After upgrading from 8.2 to 9.0 I get the following and I am unable > to access my external ntfs usb drive. > > KLD fuse.ko: depends on kernel - not available or version mismatch > kldload: can't load /usr/local/modules/fuse.ko: File exists > > All ports were rebuilt with "portupgrade -af" and the sources do > match the kernel. > > Have I done something wrong or is this a known problem or bug? It works for me (c). So I guess you have made something wrong. Double check that the source / kernel are uptodate and are the same as the release (ie cvsup RELENG_9_0). here (but with a hand built kernel) $ kldstat Id Refs Address Size Name 1 44 0xffffffff80200000 11cda30 kernel ... 13 1 0xffffffff8275a000 a96b fuse.ko $ uname -a FreeBSD roxette.lamaiziere.net 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Sat Jan 7 17:18:15 CET 2012 patrick@roxette.lamaiziere.net:/usr/obj/usr/src/sys/ROXETTE amd64 Regards. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:13:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DE61065672 for ; Sun, 15 Jan 2012 13:13:26 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from smtpq4.tb.mail.iss.as9143.net (smtpq4.tb.mail.iss.as9143.net [212.54.42.167]) by mx1.freebsd.org (Postfix) with ESMTP id B59CB8FC12 for ; Sun, 15 Jan 2012 13:13:25 +0000 (UTC) Received: from [212.54.42.138] (helo=smtp7.tb.mail.iss.as9143.net) by smtpq4.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmPtk-0008G1-4V for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:13:24 +0100 Received: from 524944af.cm-4-2b.dynamic.ziggo.nl ([82.73.68.175] helo=mail.nagual.nl) by smtp7.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmPtj-0006Q7-Uv for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:13:24 +0100 Received: from [192.168.11.34] (192.168.11.34) by yanta (Axigen) with (CAMELLIA256-SHA encrypted) ESMTPSA id 23E1D4; Sun, 15 Jan 2012 14:17:15 +0100 Message-ID: <4F12D0F5.3070900@nagual.nl> Date: Sun, 15 Jan 2012 14:13:25 +0100 From: Dick Hoogendijk User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F1034AB.903@nagual.nl> <201201141137.44893.jmc-freebsd2@milibyte.co.uk> <4F116F44.80901@nagual.nl> <201201141604.05725.jmc-freebsd2@milibyte.co.uk> In-Reply-To: <201201141604.05725.jmc-freebsd2@milibyte.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AxigenSpam-Level: 4 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.9 X-Ziggo-spamreport: BAYES_00=-1.9, CM_META_TB_NOARR=0.5, FH_HOST_EQ_D_D_D_D=0.665, HELO_MISC_IP=0.001, KHOP_DYNAMIC=0.656, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: upgrade from 8.2 to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:13:26 -0000 Op 14-1-2012 17:04, Mike Clarke schreef: > On Saturday 14 January 2012, Dick Hoogendijk wrote: > >> I had not heard of this project before. Sounds very nice if it works. >> Manging BE's is one of the main things I miss in the FreeBSD ZFS >> support. Coming from (open)Solaris this was quite a disappointment. >> BE's rock! > Yes, it's working fine here. [...] Thank you very much for giving these examples. Sounds really nice. Have not tried it yet however. Still feel it's a pity FreeBSD did not incorporate the creation and managing of BE's within the system. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:23:22 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72723106566B for ; Sun, 15 Jan 2012 13:23:22 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from smtpq3.tb.mail.iss.as9143.net (smtpq3.tb.mail.iss.as9143.net [212.54.42.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1FB8FC08 for ; Sun, 15 Jan 2012 13:23:21 +0000 (UTC) Received: from [212.54.42.139] (helo=smtp8.tb.mail.iss.as9143.net) by smtpq3.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmQ3M-0000cJ-Ot for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:23:20 +0100 Received: from 524944af.cm-4-2b.dynamic.ziggo.nl ([82.73.68.175] helo=mail.nagual.nl) by smtp8.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmQ3M-0001oR-J3 for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:23:20 +0100 Received: from [192.168.11.34] (192.168.11.34) by yanta (Axigen) with (CAMELLIA256-SHA encrypted) ESMTPSA id 08CB51; Sun, 15 Jan 2012 14:27:11 +0100 Message-ID: <4F12D349.8040408@nagual.nl> Date: Sun, 15 Jan 2012 14:23:21 +0100 From: Dick Hoogendijk User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AxigenSpam-Level: 4 X-Ziggo-spambar: ++ X-Ziggo-spamscore: 2.9 X-Ziggo-spamreport: BAYES_20=-0.001, CM_META_TB_NOARR=0.5, FH_HOST_EQ_D_D_D_D=0.665, HELO_MISC_IP=0.001, KHOP_DYNAMIC=0.656, RDNS_DYNAMIC=0.982, TW_ZF=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: update from 8.2 ZFS on root to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:23:22 -0000 Does anybody already did a *binary* update (w/ freebsd-update) from a zfs on root freebsd-8.2-RELEASE to a new freebsd-9.0-RELEASE zfs on root system? Did all went well? I know the procedure (freebsd-update, recompile all ports, finish freebsd-update). Succes stories please.. ;-) From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:29:52 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 522EA106566C for ; Sun, 15 Jan 2012 13:29:52 +0000 (UTC) (envelope-from dave@g8kbv.demon.co.uk) Received: from lon1-msapost-1.mail.demon.net (lon1-msapost-1.mail.demon.net [195.173.77.180]) by mx1.freebsd.org (Postfix) with ESMTP id 160308FC12 for ; Sun, 15 Jan 2012 13:29:51 +0000 (UTC) Received: from dyn-62-56-56-229.dslaccess.co.uk ([62.56.56.229] helo=[192.168.42.15]) by lon1-post-1.mail.demon.net with esmtpsa (AUTH g8kbv) (TLSv1:DES-CBC3-SHA:168) (Exim 4.69) id 1RmQ9e-000521-XI for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 13:29:50 +0000 From: "Dave" To: FreeBSD Mailing List Date: Sun, 15 Jan 2012 13:29:45 -0000 MIME-Version: 1.0 Message-ID: <4F12D4C9.29852.83B51E@dave.g8kbv.demon.co.uk> Priority: normal In-reply-to: References: X-mailer: Pegasus Mail for Windows (4.62) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:29:52 -0000 On 14 Jan 2012 at 16:12, Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It has > started periodic crashes. No log messages. However, the core status > files all show "double fault". I am confident this is a hardware > issue, but is there any easy way to determine if its power or memory > related? Those are the primary candidates although memory is also > possible. We really need to replace the entire unit, but that might > be a bit more salable if I can present convincing evidence of the > cause of the problem. > Doug. First check the Power Supply voltages are correct, and not too noisy. You'll need a good DMM, and 'scope for that. Then, Visually examine the motherboard. Are any of the round can electrolytic cap's "Bulging" at the top, or showing some brown or green gunk leaking out from where they sit on the board. Likewise, it's often worth checking the low voltage caps in the PSU too. CAUTION! Lots of volts exist in places inside them, take care, leave it a few mins after unplugging before taking it apart. If so, it's not uncommon, you'll need to re-cap the Mobo, and or the PSU. Chances are, it's just one particular make/type that has failed, so if the others look OK, just change the failed ones. Get the same value and voltage, but if you can from a reputable manufaturer, Panasonic or some such. NOTE! It's not uncommon either, for some parts to be installed at manufature the wrong way round. It's amazing they last as long as they do before letting go. Also, at least one Mobo maker had the wrong polarity markings on the board. In those cases, you'll need to "buzz out" the associated power rail, comparing the polarity of the suspect part, with it's copanions on the same power rail. For some common Mobo's, if you google the model number, you'll find websites selling complete re-cap kits, or offering an exchange service. This is A LOT more common, than failing RAM, but can present itself in many and varied ways, from corrupted display's, to systems that wont boot. Laptops are not immune to this either. Also, Hard Drives can "go funny" with age, not failing as such, but the surface getting corrupted so that the drives own logic cant always unscramble the mess to the OS's satisfaction. Then, there is the situation (I had one recently) where a failing PSU, caused Hard Drive data corruption. Mr Gibson's product "Spinrite" is the tool to use to fix that (and it did!) Not free, but more than worth the weight of a CD, Floppy or USB stick in Gold! But you'll need to make sure the Mobo and everything else is OK. It also works on Floppy drives, if you "Just HAVE" to recover that data. If you have a fleet of machines, you should have your own copy. No affiliation, just a more than happy long term owner/user of that tool. (www.grc.com) I've resurected more than one "Sick" PC by following some or all of the above, there again, I can wield a soldering iron with the best of them, and have the test gear to hand to fault find these things, and a source of parts. But it saves a shed load of money if you can afford the time to do it... Hope something helps. Best Regards. Dave B. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:53:33 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F6D7106564A for ; Sun, 15 Jan 2012 13:53:33 +0000 (UTC) (envelope-from davemorgan353@btinternet.com) Received: from nm1.bt.bullet.mail.ukl.yahoo.com (nm1.bt.bullet.mail.ukl.yahoo.com [217.146.183.199]) by mx1.freebsd.org (Postfix) with SMTP id 700338FC08 for ; Sun, 15 Jan 2012 13:53:31 +0000 (UTC) Received: from [217.146.183.198] by nm1.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 13:53:31 -0000 Received: from [217.146.183.205] by tm4.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 13:53:31 -0000 Received: from [127.0.0.1] by omp1003.bt.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 13:53:31 -0000 X-Yahoo-Newman-Id: 103051.99050.bm@omp1003.bt.mail.ukl.yahoo.com Received: (qmail 71583 invoked from network); 15 Jan 2012 13:53:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding:In-Reply-To:User-Agent; b=oBucgBPmYPzd5PLv6CDOc7NdaXpgFRnPr7GvfSSGa+6PgwCFq555nHSNdR+9exzLJmtIOFQB/2Pt53vVOTnCb+ibipqh6smlbJrAO/ObLHJ1T3dGRWpVmP3s750XOWyMhyw2lA7oW+gbJDjtNaX7eNfs923VNbVjhMgt38WnMbU= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1326635610; bh=iiMtAknDg96SWAF4G8vlQKSz/2RtQgWWydilU12FYXU=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding:In-Reply-To:User-Agent; b=Pbc0W6kss+PPatmEws2I1v+V7tQMlMnKFK0AY/2yq0ZtJcbpo1pauIVSnx/G4Ze80pQtSzaSzBOZ9NQOuVBl3++OTb+TMbW8qmZqa7C/tW+770ZEF4zO8CB9Leo01USumSYS2f1UPgy2q4W/weRjY1OZU4eQTzD4ZOaO8UmeKCY= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: HN7e1WIVM1kFd.oLfm4f.vxGSSOvfkkFWEvo_Qcb1PHGWFH lXby2fd1E4DnyGeyarlU47lp.GayW0qyIlTABkEsUQ9bHzu76o7JUpc7gipA xx3i2to8WOlhSnx37wXl0vZ_SSTsHP6VeCgHLKFmJhvSvaqh7H4qtqxo4M1a b75EiMHC03xCRiaJKAkBVnUxFlQ6k9yDC2eH.CYd5ZTTSWG5C1f_W2f1JoaQ cYRXp8Zgll1VnEp27jCucBcyQNgr10blojFoma6drrkpnDYcfgckCtiiY_vh ccL27pjesmcmMiMmi9HjgQMonhc6o43azAh0Jag2QevFmsdjw2i2e_MoDFp5 XIGHmWsMluFMSJUxa220CjPN73F1fCpTuknB_3v_VjGqIphrC9VoF8x5ASVd QdCRjh1nBddJjpD2ca8P65vLL_J4KYpCvcW0VTXMP0cy62rxAjbfGyDgdMlb zO1uQs9CqaXllrSlwZUkvMWyCk42xl6PC X-Yahoo-SMTP: FeX6yYuswBBCL.oFbbmosEv.mR8CzWF7tzqGX6qvB_sIFIHiYgl9CuU- Received: from localhost (davemorgan353@86.140.211.77 with login) by smtp818.mail.ukl.yahoo.com with SMTP; 15 Jan 2012 13:53:30 +0000 GMT Date: Sun, 15 Jan 2012 13:53:30 +0000 From: Dave Morgan To: Patrick Lamaiziere Message-ID: <20120115135330.GA15402@Archer> References: <20120115100104.GA1726@Archer> <20120115131813.43bf87b3@davenulle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120115131813.43bf87b3@davenulle.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: questions@Freebsd.org Subject: Re: Problem with ntfs and fusesf since upgrade to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:53:33 -0000 On 15/01/12 at 01:18pm, Patrick Lamaiziere wrote: > Le Sun, 15 Jan 2012 10:01:04 +0000, > Dave Morgan a écrit : > > > Hi, > > Hello, > > > After upgrading from 8.2 to 9.0 I get the following and I am unable > > to access my external ntfs usb drive. > > > > KLD fuse.ko: depends on kernel - not available or version mismatch > > kldload: can't load /usr/local/modules/fuse.ko: File exists > > > > All ports were rebuilt with "portupgrade -af" and the sources do > > match the kernel. > > > > Have I done something wrong or is this a known problem or bug? > > It works for me (c). So I guess you have made something wrong. > Double check that the source / kernel are uptodate and are the > same as the release (ie cvsup RELENG_9_0). > > here (but with a hand built kernel) > > $ kldstat > Id Refs Address Size Name > 1 44 0xffffffff80200000 11cda30 kernel > ... > 13 1 0xffffffff8275a000 a96b fuse.ko > > $ uname -a > FreeBSD roxette.lamaiziere.net 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Sat > Jan 7 17:18:15 CET 2012 patrick@roxette.lamaiziere.net:/usr/obj/usr/src/sys/ROXETTE amd64 > > Regards. Thanks that fixed it. I had tag=RELENG_9 changing it to tag=RELENG_9_0 is what I needed to do. -- Dave. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:09:47 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCB46106566B for ; Sun, 15 Jan 2012 15:09:47 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 946A78FC08 for ; Sun, 15 Jan 2012 15:09:47 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 83C19F4E for ; Sun, 15 Jan 2012 10:09:46 -0500 (EST) Date: Sun, 15 Jan 2012 10:09:06 -0500 From: Daniel Staal To: freebsd-questions@freebsd.org Message-ID: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:09:47 -0000 I was trying out portmaster to see if it worked better than my current tool of choice for keeping my ports up to date (portmanager) and when I went back to portmanager I can no longer get it to give me a 'Port Status Report', or to update anything. It just collects the installed port data, and stops. Any ideas on what I may have messed up? I'd like to upgrade my ports to the latest versions before upgrading to 9.0 (and I'd want portmanager working afterwards to help me fix any port-related problems that come up.) I'm on 8.2. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:23:17 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDA8E106566C for ; Sun, 15 Jan 2012 15:23:17 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 933A88FC14 for ; Sun, 15 Jan 2012 15:23:17 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id B995AF53 for ; Sun, 15 Jan 2012 10:23:16 -0500 (EST) Date: Sun, 15 Jan 2012 10:22:36 -0500 From: Daniel Staal To: freebsd-questions@freebsd.org Message-ID: <9EB8FD5BA7578C6790570750@mac-pro.magehandbook.com> In-Reply-To: <4F10F94A.3090201@midsummerdream.org> References: <4F10F94A.3090201@midsummerdream.org> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: SSD for ZIL suggestions? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:23:17 -0000 --As of January 13, 2012 9:40:58 PM -0600, Rob is alleged to have said: > I'm looking at getting a couple of SSDs to act as ZIL drives on FreeBSD > 8/9 systems. Are there any recommended drives? > > Rob --As for the rest, it is mine. I remember that Intel released a line of SSDs that looked ideal for this, but I can't recall which one it was... For a ZIL, write/IOP speed and endurance are primary considerations. Size is not: The ZIL will never need more space than 1/2 the RAM of the box, IIRC. Anything more than that is just wasted space. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:27:12 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38765106566B for ; Sun, 15 Jan 2012 15:27:12 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from aphrodite.kinkhorst.nl (aphrodite.kinkhorst.nl [IPv6:2001:888:214f::f4]) by mx1.freebsd.org (Postfix) with ESMTP id C66208FC15 for ; Sun, 15 Jan 2012 15:27:11 +0000 (UTC) Received: from lampje.macfreek.nl (unknown [IPv6:2001:610:767:fd:6caf:d0a1:91d4:724e]) by aphrodite.kinkhorst.nl (Postfix) with ESMTPSA id 935A41760D0 for ; Sun, 15 Jan 2012 16:27:10 +0100 (CET) Message-ID: <4F12F04B.2080504@macfreek.nl> Date: Sun, 15 Jan 2012 16:27:07 +0100 From: Freek Dijkstra User-Agent: Postbox 2.1.4 (Macintosh/20110308) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Disable auto_linklocal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:27:12 -0000 Hello, I like to disable linklocal IPv6 addresses on my host, running FreeBSD 9.0-RC3. I already set net.inet6.ip6.auto_linklocal in /etc/sysctl.conf. # sysctl net.inet6.ip6.auto_linklocal net.inet6.ip6.auto_linklocal: 0 Even after a reboot, this does not seem to have any effect. Here is the config on one interface: % ifconfig em3 em3: flags=8843 metric 0 mtu 1500 options=219b ether 00:00:24:ce:69:ef inet 172.25.129.1 netmask 0xffffff00 broadcast 172.25.129.255 inet6 fe80::200:24ff:fece:69ef%em3 prefixlen 64 scopeid 0xc inet6 2001:610:xxxx:xxxx::1 prefixlen 64 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active Did I overlook something? Is there perhaps a per-interface option I need to configure in /etc/rc.conf? The link-local addresses don't really harm, but I found them confusing, as the host is running as a router, and rtadv announces the link-local address by default. Thanks for any help, Freek From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:33:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635A8106566B for ; Sun, 15 Jan 2012 15:33:36 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 151368FC0C for ; Sun, 15 Jan 2012 15:33:35 +0000 (UTC) Received: by yenl12 with SMTP id l12so935803yen.13 for ; Sun, 15 Jan 2012 07:33:35 -0800 (PST) Received: by 10.236.128.242 with SMTP id f78mr12419288yhi.7.1326641615320; Sun, 15 Jan 2012 07:33:35 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id o27sm41668412ani.17.2012.01.15.07.33.33 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 07:33:34 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TR1th5PBpz2CG4h for ; Sun, 15 Jan 2012 10:33:32 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at scorpio.seibercom.net Date: Sun, 15 Jan 2012 10:33:32 -0500 From: Jerry To: FreeBSD Message-ID: <20120115103332.09d5f2ca@scorpio> In-Reply-To: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:33:36 -0000 On Sun, 15 Jan 2012 10:09:06 -0500 Daniel Staal articulated: > I was trying out portmaster to see if it worked better than my > current tool of choice for keeping my ports up to date (portmanager) > and when I went back to portmanager I can no longer get it to give me > a 'Port Status Report', or to update anything. It just collects the > installed port data, and stops. > > Any ideas on what I may have messed up? I'd like to upgrade my ports > to the latest versions before upgrading to 9.0 (and I'd want > portmanager working afterwards to help me fix any port-related > problems that come up.) I'm on 8.2. Exactly how are you invoking "portmanager"? Usually, just give it it the "-s" flag will get you a list of port and there status as you probably know. If you just want to update everything before updating FreeBSD itself, I would suggest running it as: "portmanager -u -l -p -y" Obviously, update your ports tree prior to running that command. At the very least, you will end up with a log file telling you what failed to update properly. I use portmanager myself because it "just works" when other port management tools fail. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:18:01 2012 Return-Path: Delivered-To: questions@Freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB95106566C for ; Sun, 15 Jan 2012 16:18:01 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 61C888FC08 for ; Sun, 15 Jan 2012 16:18:01 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Received: from [10.1.2.144] (unknown [173.200.178.70]) by asmtp019.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXU006ZFL9YLJ50@asmtp019.mac.com> for questions@Freebsd.org; Sun, 15 Jan 2012 16:17:59 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-15_03:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201150155 From: Chuck Swiger In-reply-to: <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> Date: Sun, 15 Jan 2012 08:17:58 -0800 Content-transfer-encoding: quoted-printable Message-id: <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> To: Paul Beard X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:18:01 -0000 On Jan 14, 2012, at 5:18 PM, Paul Beard wrote: > Turns out some applications won't work if you move the socket if they = are configured to access localhost. Seems like a misunderstanding of = networking if you can specify a port number in a configuration file but = the application looks to the filesystem for the socket. There is no way = to specify a file location so it seems doomed to fail =97 as it did.=20 Something looking for a network location specified as a host and port = (ie, localhost:3306) is using a TCP socket. Something looking for = /tmp/mysqld.sock is using a UNIX domain socket. Changing the path to the UNIX domain socket will have no effect upon the = port used by the TCP socket, or vice versa. Regards, --=20 -Chuck From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:18:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB131065673 for ; Sun, 15 Jan 2012 16:18:46 +0000 (UTC) (envelope-from invalid.pointer@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A904D8FC15 for ; Sun, 15 Jan 2012 16:18:46 +0000 (UTC) Received: by iagz16 with SMTP id z16so3516314iag.13 for ; Sun, 15 Jan 2012 08:18:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=sQ/AF6g28hzUJc3mMkq5E2x5HSQXrwux38Wk10qLkjY=; b=CnRLe25s04khl+lIXDWbC/pOiCX8TY6p9TL+xDDEPEeHF6vfAL4F5aWgXtlKVk3URn 1yZtjKhcnQuvyaMoROSrvkPuFJHhZeq469oVOA+Es4XzxW59Y1RI9VuttO+t0+BbP7M+ N0qfCL2G3NzjZ1jIrKy+r93BhzjZ+a29Vhfl0= Received: by 10.50.46.166 with SMTP id w6mr6568218igm.6.1326642441685; Sun, 15 Jan 2012 07:47:21 -0800 (PST) Received: from [127.0.0.1] ([223.236.160.213]) by mx.google.com with ESMTPS id z22sm54730894ibg.5.2012.01.15.07.47.17 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 07:47:20 -0800 (PST) Message-ID: <4F12F56B.8030904@gmail.com> Date: Sun, 15 Jan 2012 21:18:59 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Question on select() : why am I getting absurd output ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:18:46 -0000 Hi All, I was trying to write a small demo code using the select() system call. Here are the sources : #include #include #include #include #include #include int nice_child(int * fd, int * fd_close) { close(fd[0]); close(fd_close[0]); close(fd_close[1]); char buffer[32]; while (1) { sleep(3); strcpy(buffer, "I love my wife !"); write(fd[1], buffer, strlen(buffer) + 1); } return 0; } int naughty_child(int * fd, int * fd_close) { close(fd[0]); close(fd_close[0]); close(fd_close[1]); char buffer[32]; while (1) { sleep(4); strcpy(buffer, "I love your wife !"); write(fd[1], buffer, strlen(buffer) + 1); } return 0; } int main() { int fd_nice[2]; int fd_naughty[2]; pipe(fd_nice); pipe(fd_naughty); if (fork() == 0) { return nice_child(fd_nice, fd_naughty); } else { if (fork() == 0) { return naughty_child(fd_naughty, fd_nice); } } close(fd_nice[1]); close(fd_naughty[1]); fd_set fdset; char buffer[64]; int fd = (*fd_naughty > *fd_nice) ? *fd_naughty : *fd_nice; FD_ZERO(&fdset); FD_SET(fd_nice[0], &fdset); FD_SET(fd_naughty[0], &fdset); while (1) { int result = select(fd + 1, &fdset, 0, 0, 0); assert(result > 0); if (FD_ISSET(fd_nice[0], &fdset)) { int result = read(fd, buffer, sizeof(buffer)); buffer[result] = 0; std::cout << "Nice child sent : " << buffer << std::endl; } if (FD_ISSET(fd_naughty[0], &fdset)) { int result = read(fd, buffer, sizeof(buffer)); buffer[result] = 0; std::cout << "Naughty child sent : " << buffer << std::endl; } } return 0; } I was expecting the output to be like : Nice child sent : I love my wife ! Naughty child sent : I love your wife ! Nice child sent : I love my wife ! But what I actually get is : Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Can somebody throw some light on what might be wrong ? Thank you & Regards Manish Jain invalid.pointer@gmail.com From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:43:23 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8471106564A for ; Sun, 15 Jan 2012 16:43:23 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 778CA8FC13 for ; Sun, 15 Jan 2012 16:43:23 +0000 (UTC) Received: by iagz16 with SMTP id z16so3547358iag.13 for ; Sun, 15 Jan 2012 08:43:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:cc :references:message-id:x-mailer; bh=iZ0/aBl3Si7wjsR3TljJVnczAsrG2W2CdyEOgNKKV+Q=; b=ryAZkgLVUzS0mLW+AxiYDpi0vqGifAfkNqzRg4cjLTYgSELtEyYM/9jjLTmlIffJWy qyatcAXtngbjjawbl3TErwrvFZ//rbaNEblRb6YPgk9iMviGZzw7nhIrLSEGiSYYkmJO yWy+Cpqx7xBEojTkjQfTN9EJIirXsV/96dGAs= Received: by 10.50.217.168 with SMTP id oz8mr9449415igc.9.1326645802887; Sun, 15 Jan 2012 08:43:22 -0800 (PST) Received: from ivoire.paulbeard.org (174-21-117-199.tukw.qwest.net. [174.21.117.199]) by mx.google.com with ESMTPS id l28sm55236075ibc.3.2012.01.15.08.43.17 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 08:43:18 -0800 (PST) From: Paul Beard Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_1A9368C4-68C9-4584-902C-472BB9ECDF93"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sun, 15 Jan 2012 08:43:13 -0800 In-Reply-To: <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> Message-Id: <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:43:23 -0000 --Apple-Mail=_1A9368C4-68C9-4584-902C-472BB9ECDF93 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jan 15, 2012, at 8:17 AM, Chuck Swiger wrote: > Something looking for a network location specified as a host and port = (ie, localhost:3306) is using a TCP socket. Something looking for = /tmp/mysqld.sock is using a UNIX domain socket. >=20 > Changing the path to the UNIX domain socket will have no effect upon = the port used by the TCP socket, or vice versa. >=20 Useful clarification but a UNIX domain socket sounds less like = networking and more like interprocess communication, i.e., something = explicitly tied to a single host. There is a "skip networking" option = for MySQL that references the domain socket for use by processes on the = same host but doesn't accept connections on port 3306. There's no = indication that using localhost will default to a domain socket which = will explicitly be looked for in /tmp and if you put it anywhere else, = you must specify a hostname to access the TCP socket.=20 I'll quote your definition in the bug report as it seems crystal clear.=20= -- Paul Beard Are you trying to win an argument or solve a problem?=20 --Apple-Mail=_1A9368C4-68C9-4584-902C-472BB9ECDF93-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:49:35 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF158106564A for ; Sun, 15 Jan 2012 16:49:35 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id C46A58FC14 for ; Sun, 15 Jan 2012 16:49:35 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 056BFF6B for ; Sun, 15 Jan 2012 11:49:35 -0500 (EST) Date: Sun, 15 Jan 2012 11:48:55 -0500 From: Daniel Staal To: FreeBSD Message-ID: <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> In-Reply-To: <20120115103332.09d5f2ca@scorpio> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:49:36 -0000 --As of January 15, 2012 10:33:32 AM -0500, Jerry is alleged to have said: > Exactly how are you invoking "portmanager"? Usually, just give it it the > "-s" flag will get you a list of port and there status as you probably > know. Yep. I have that in a weekly cron command, so I know what's out of date. ;) Basically, any way I invoke portmanager is showing the problem: If I invoke with -s, the status doesn't show. If I invoke with -u, it doesn't upgrade anything. Either way the result is the same: It gathers all the data on the ports (at least to 00001), and then prints the header for the next section and quits, without actually doing anything. > If you just want to update everything before updating FreeBSD itself, I > would suggest running it as: "portmanager -u -l -p -y" Obviously, > update your ports tree prior to running that command. At the very > least, you will end up with a log file telling you what failed to > update properly. The problem is that it's not *getting* to the updating, somehow. It gathers all the info on what it needs to know for the updating, and then stops. No error message, no output, no log, just stop. Running that command (or any other) doesn't result in portmanager actually *doing* anything. Here is the last four lines of output of a `portmanager -u -l`: > 00001 sane-backends-1.0.22 /graphics/sane-backends > ------------------------------------------------------------------------ > Port Status Report > ------------------------------------------------------------------------ The log noted two broken ports (geany-plugins, both times). No other output. > I use portmanager myself because it "just works" when other port > management tools fail. This has been my experience as well. ;) The one thing I don't like about it is that it tends to need someone to watch it: If a port has changed it's config options, or added a new dependency that I haven't configured before, it will pull up the config screen and wait for input. I'd heard some of the other port management tools went and did that all at the beginning, which would mean I wouldn't have to sit and watch the screen as much. Unfortunatly, they appear to have more annoying behaviors. (portmaster tended to die on the smallest problem, where portmanager would have just logged a failure and gone on.) I'm mostly happy with portmanager. I just want it *back.* Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:20:50 2012 Return-Path: Delivered-To: questions@Freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE9041065787 for ; Sun, 15 Jan 2012 17:20:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id D0F668FC16 for ; Sun, 15 Jan 2012 17:20:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [10.1.2.144] (unknown [173.200.187.194]) by asmtp030.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXU00LDQO6C1D50@asmtp030.mac.com> for questions@Freebsd.org; Sun, 15 Jan 2012 09:20:37 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-15_03:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201150179 From: Chuck Swiger In-reply-to: <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> Date: Sun, 15 Jan 2012 09:20:35 -0800 Message-id: <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> To: Paul Beard X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:20:51 -0000 On Jan 15, 2012, at 8:43 AM, Paul Beard wrote: > Useful clarification but a UNIX domain socket sounds less like networking and more like interprocess communication, i.e., something explicitly tied to a single host. Yes, that's right. > There is a "skip networking" option for MySQL that references the domain socket for use by processes on the same host but doesn't accept connections on port 3306. That also sounds familiar. > There's no indication that using localhost will default to a domain socket which will explicitly be looked for in /tmp and if you put it anywhere else, you must specify a hostname to access the TCP socket. You're confusing two things which are different. If you specify a path via "--socket=/tmp/mysqld.sock", you are describing a UNIX domain socket. While you can also specify "--host=localhost", that would be ignored because it it implicit. If you change where the socket lives in mysqld config or CLI options, you need to change where the clients look for the socket as well. If you specify a hostname and port via "--host=localhost --port=3306", then you are describing a TCP socket. There is no pathname involved. You could connect regardless of where mysqld is putting the socket. > I'll quote your definition in the bug report as it seems crystal clear. I would have said that the documentation seem clear as well: http://dev.mysql.com/doc/refman/5.5/en/multiple-server-clients.html http://dev.mysql.com/doc/refman/5.5/en/multiple-unix-servers.html ...but there's evidently some confusing aspect. Regards, -- -Chuck From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:25:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFC4106566B for ; Sun, 15 Jan 2012 17:25:51 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4BE88FC08 for ; Sun, 15 Jan 2012 17:25:50 +0000 (UTC) Received: by ggki1 with SMTP id i1so2962331ggk.13 for ; Sun, 15 Jan 2012 09:25:50 -0800 (PST) Received: by 10.101.210.30 with SMTP id m30mr3681467anq.64.1326648350160; Sun, 15 Jan 2012 09:25:50 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id g13sm22086549ank.21.2012.01.15.09.25.48 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 09:25:49 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TR4NC5q8dz2CG4h for ; Sun, 15 Jan 2012 12:25:47 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at scorpio.seibercom.net Date: Sun, 15 Jan 2012 12:25:47 -0500 From: Jerry To: FreeBSD Message-ID: <20120115122547.0b71e16c@scorpio> In-Reply-To: <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:25:51 -0000 On Sun, 15 Jan 2012 11:48:55 -0500 Daniel Staal articulated: Well, you might try and deinstall and then reinstall "portmanager". Perhaps something got corrupted, although I don't know why that might have happened. I have "BATCH=yes" set in the "/etc/make.conf" file to avoid receiving those annoying "config screens." Of course that does require you to insure that your ports are configured the way you want them prior to updating them. I don't find it a problem; however, others might. By the way, how do you update your ports tree? Perhaps something got corrupted there. I use portsnap myself, so you could use it to just create a new tree thereby over writing the old one. Just a thought. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ Psychiatrists say that one out of four people are mentally ill. Check three friends. If they're OK, you're it. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:36:29 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 871B81065677 for ; Sun, 15 Jan 2012 17:36:29 +0000 (UTC) (envelope-from invalid.pointer@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1A28FC0C for ; Sun, 15 Jan 2012 17:36:28 +0000 (UTC) Received: by iagz16 with SMTP id z16so3618070iag.13 for ; Sun, 15 Jan 2012 09:36:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Pr2Erl936PoO1RUbyHuOc9uGeZqLFxBzVBliLxUm2R4=; b=Kr9HHPcTJwa4vusC69TsWWR7rdbGYTzlkLt6RkBzufXIaRKFs+7HIcIhOg0JTqKUi1 aWtJpyaC6et1e/2/wUT1z0ujWT1wSH0u/PAVqTSRPXgG7eBrnAyCJXT+YPKJlSOS0eqg JJ773PUUCGxWKre6UHzveod0mgWgmWhQ71jEQ= Received: by 10.42.164.71 with SMTP id f7mr7650390icy.49.1326648988666; Sun, 15 Jan 2012 09:36:28 -0800 (PST) Received: from [127.0.0.1] ([223.236.159.52]) by mx.google.com with ESMTPS id bj3sm20243806igb.4.2012.01.15.09.36.25 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 09:36:27 -0800 (PST) Message-ID: <4F130EFD.8070306@gmail.com> Date: Sun, 15 Jan 2012 23:08:05 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: ss griffon References: <4F12F56B.8030904@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Question on select() : why am I getting absurd output ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:36:29 -0000 Sometimes I do wonder how much stupid I can be. Thanks MJ On 15-Jan-12 22:49, ss griffon wrote: > On Sun, Jan 15, 2012 at 8:48 AM, Manish Jain wrote: >> >> Hi All, >> >> I was trying to write a small demo code using the select() system call. Here >> are the sources : >> >> #include >> #include >> #include >> #include >> #include >> #include >> >> int nice_child(int * fd, int * fd_close) >> { >> close(fd[0]); >> close(fd_close[0]); >> close(fd_close[1]); >> >> char buffer[32]; >> >> while (1) >> { >> sleep(3); >> strcpy(buffer, "I love my wife !"); >> write(fd[1], buffer, strlen(buffer) + 1); >> } >> >> return 0; >> } >> >> int naughty_child(int * fd, int * fd_close) >> { >> close(fd[0]); >> close(fd_close[0]); >> close(fd_close[1]); >> >> char buffer[32]; >> >> while (1) >> { >> sleep(4); >> strcpy(buffer, "I love your wife !"); >> write(fd[1], buffer, strlen(buffer) + 1); >> } >> >> return 0; >> } >> >> int main() >> { >> int fd_nice[2]; >> int fd_naughty[2]; >> >> pipe(fd_nice); >> pipe(fd_naughty); >> >> if (fork() == 0) >> { >> return nice_child(fd_nice, fd_naughty); >> } >> else >> { >> if (fork() == 0) >> { >> return naughty_child(fd_naughty, fd_nice); >> } >> } >> >> close(fd_nice[1]); >> close(fd_naughty[1]); >> >> fd_set fdset; >> char buffer[64]; >> int fd = (*fd_naughty> *fd_nice) ? *fd_naughty : *fd_nice; >> >> FD_ZERO(&fdset); >> FD_SET(fd_nice[0],&fdset); >> FD_SET(fd_naughty[0],&fdset); >> >> while (1) >> { >> int result = select(fd + 1,&fdset, 0, 0, 0); >> assert(result> 0); >> >> if (FD_ISSET(fd_nice[0],&fdset)) >> { >> int result = read(fd, buffer, sizeof(buffer)); >> buffer[result] = 0; >> >> std::cout<< "Nice child sent : "<< buffer<< >> std::endl; >> } >> >> if (FD_ISSET(fd_naughty[0],&fdset)) >> { >> int result = read(fd, buffer, sizeof(buffer)); >> buffer[result] = 0; >> >> std::cout<< "Naughty child sent : "<< buffer<< >> std::endl; >> } >> } >> >> return 0; >> } >> >> I was expecting the output to be like : >> >> Nice child sent : I love my wife ! >> Naughty child sent : I love your wife ! >> Nice child sent : I love my wife ! >> >> But what I actually get is : >> >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> >> Can somebody throw some light on what might be wrong ? >> >> >> Thank you& >> Regards >> >> Manish Jain >> invalid.pointer@gmail.com >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > > > It looks like you are always reading from the same file descriptor > 'fd'. Instead you should read from fd_naughty[0] or fd_nice[0] based > on your FD_ISSET checks. Also, don't forget to wait() for your child > processes. > From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:50:46 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 959691065670 for ; Sun, 15 Jan 2012 17:50:46 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5C78FC08 for ; Sun, 15 Jan 2012 17:50:46 +0000 (UTC) Received: by iagz16 with SMTP id z16so3636985iag.13 for ; Sun, 15 Jan 2012 09:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:cc :references:message-id:x-mailer; bh=zzhu2qNAg0hZIoWaCj3WZ2G9DeKu8rP5sjraZ46vMpo=; b=yE0n4kBei/kUT7xf/gcewiIXkSSNgIHcI/Chewkt0+vYOmnTIEayLqk4JQJpbQa7Ce MNrIXZVHkWLSS67/Ij7+11/CvyuwHUmp2MkJeyl+pISzyJ3MQzwGXyg08p0iTfyt2ruX ObbEise7pOUeIQ80YRSyIGog598reNEQDr3ko= Received: by 10.43.52.129 with SMTP id vm1mr7901316icb.15.1326649845931; Sun, 15 Jan 2012 09:50:45 -0800 (PST) Received: from ivoire.paulbeard.org (174-21-117-199.tukw.qwest.net. [174.21.117.199]) by mx.google.com with ESMTPS id g34sm55727568ibk.10.2012.01.15.09.50.43 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 09:50:44 -0800 (PST) From: Paul Beard Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_4721D9E5-5DB0-4160-B92E-92E5C7B69D39"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sun, 15 Jan 2012 09:50:40 -0800 In-Reply-To: <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> Message-Id: <4F952937-843B-4E38-B168-4E1720555D89@gmail.com> X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:50:46 -0000 --Apple-Mail=_4721D9E5-5DB0-4160-B92E-92E5C7B69D39 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 15, 2012, at 9:20 AM, Chuck Swiger wrote: > You're confusing two things which are different. At the risk of boring everyone on this list, I think I understand it as = far as I need to: I am not the developer of the app(s) that seem to = generate this issue.=20 > If you specify a path via "--socket=3D/tmp/mysqld.sock", you are = describing a UNIX domain socket. While you can also specify = "--host=3Dlocalhost", that would be ignored because it it implicit. If = you change where the socket lives in mysqld config or CLI options, you = need to change where the clients look for the socket as well. >=20 > If you specify a hostname and port via "--host=3Dlocalhost = --port=3D3306", then you are describing a TCP socket. There is no = pathname involved. You could connect regardless of where mysqld is = putting the socket. If I gave the impression I didn't understand this, my mistake.=20 The app configurations are not this granular: hostname and port are = configured but there is nothing that makes clear that IF you specify = localhost, you WILL BE using a domain socket which MUST BE = /tmp/mysql.sock and IF you move it or your distribution prefers some = other location you MAY NOT use localhost as you are now using a TCP = socket which shouldn't require a hostname but because of the way the app = is written, it does.=20 Put another way, if you specify localhost, the port is ignored: I just = tested this by setting the port to 9999 with a symlink to the socket = placed in /tmp. It worked fine. If you change the location of the = socket, you MUST use a TCP socket which mean identifying the host by = name, not as localhost, even if it is localhost. There is no way to = specify the location of the domain socket. It must be in /tmp.=20 Note I am not arguing that the use of localhost requires a named domain = socket, in UNIX, just that it does in this app.=20 I learned a couple of things here. I hope I can make them clear to the = people who need 'em.=20 -- Paul Beard Are you trying to win an argument or solve a problem?=20 --Apple-Mail=_4721D9E5-5DB0-4160-B92E-92E5C7B69D39-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:51:34 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB051065673 for ; Sun, 15 Jan 2012 17:51:34 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (adsl-70-129-195-213.dsl.ksc2mo.swbell.net [70.129.195.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2814E8FC24 for ; Sun, 15 Jan 2012 17:51:33 +0000 (UTC) Received: from www.dweimer.net (localhost [127.0.0.1]) by webmail.dweimer.net (8.14.4/8.14.4) with ESMTP id q0FHpWIB051740 for ; Sun, 15 Jan 2012 11:51:32 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 15 Jan 2012 12:51:32 -0500 From: "Dean E. Weimer" To: Mail-Reply-To: In-Reply-To: <4F120436.5070506@gmail.com> References: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> <4F120436.5070506@gmail.com> Message-ID: <3619dbe180a3bb85ae4ddc84bf5787af@www.dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: RoundCube Webmail/0.6 Subject: Re: 9.0 buildworld problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dweimer@dweimer.net List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:51:34 -0000 On 14.01.2012 17:39, Joshua Isom wrote: > > > Run `make -DNO_CLEAN buildworld`. > > Because you used -j6, there's no way to know what went wrong without > a full log, and even with a full log it'll be a pain. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" It appears to be the following lines in make.conf: SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDADD=-lsasl2 /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:142:20: error: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:143:24: error: saslutil.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libmilter. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The system I was testing the upgrade process on of course already had cyrus-sasl and cyrus-sasl-salsauthd already installed. I am still waiting to see if the buildworld completes without those to lines. If it does, I will install the cyrus-sasl ports add the lines back in and rerun the buildworld. -- Thanks, Dean E. Weimer dweimer@dweimer.net http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:53:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA47106566C for ; Sun, 15 Jan 2012 17:53:15 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id E54648FC21 for ; Sun, 15 Jan 2012 17:53:14 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0FHrAjX096637 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 15 Jan 2012 17:53:10 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q0FHrAjX096637 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1326649991; bh=wAyvmadm7NQwY1ZrzcHnPZY4OsHYDmv9GohqqFZ8wtQ=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=SMUCHFYRnuhXxQr8UsjRkgHBbaQLCywRQt1p2xZvz/DUVSaAYvF7bW16PvMquxVTl +FNtsviXhlsrstAeZTsdgb0MF26dXtIcOz4WodyXI61w9ea936pVBmK0THvbSAvTNe 1qPBsGzTcB7ePQqp9m/mSQozjyRezipGAoWGkGhE= Message-ID: <4F13127C.6060408@infracaninophile.co.uk> Date: Sun, 15 Jan 2012 17:53:00 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> In-Reply-To: <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig607555994AE9F9C9D873C04D" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:53:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig607555994AE9F9C9D873C04D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/01/2012 17:20, Chuck Swiger wrote: > If you specify a hostname and port via "--host=3Dlocalhost > --port=3D3306", then you are describing a TCP socket. There is no > pathname involved. You could connect regardless of where mysqld is > putting the socket. Some MySQL clients will gratuitously change a connection attempt to localhost to use the /tmp/mysql.sock unix domain socket because it does perform a bit faster, and it seems they don't expect their users to just ask for a socket connection explicitly. You can test this fairly simply: set up your server with 'skip-networking' temporarily and try making client connections to it. Of course, for some language API's there's no option but to use a network socket -- Java being a case in point -- but that's the exception rather than the rule. To force the command line mysql(1) client to use a network connection to localhost you need to use the --protocol=3DTCP argument Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig607555994AE9F9C9D873C04D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8TEoUACgkQ8Mjk52CukIzbbgCfbSEztHNeyA8Vs7MecnyHSR/4 RRcAoILXYSSmnbh9u80FIVFVT/btsYQZ =agkq -----END PGP SIGNATURE----- --------------enig607555994AE9F9C9D873C04D-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:02:05 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45E1F106564A for ; Sun, 15 Jan 2012 18:02:05 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 13C028FC12 for ; Sun, 15 Jan 2012 18:02:04 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id D838BF85 for ; Sun, 15 Jan 2012 13:02:03 -0500 (EST) Date: Sun, 15 Jan 2012 13:01:23 -0500 From: Daniel Staal To: FreeBSD Message-ID: <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> In-Reply-To: <20120115122547.0b71e16c@scorpio> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> <20120115122547.0b71e16c@scorpio> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:02:05 -0000 --As of January 15, 2012 12:25:47 PM -0500, Jerry is alleged to have said: > Well, you might try and deinstall and then reinstall "portmanager". > Perhaps something got corrupted, although I don't know why that might > have happened. No joy. Worth a try though. ;) My suspicion is that it's a permissions issue someplace, somehow: I was trying portmaster in it's 'run as wheel, sudo to root when needed' mode, and it kept throwing permissions errors at me which I fixed for a while. (Before reverting to just running it as root.) Of course, I'm running *portmanager* as root, so... (Both under sudo, and from root's cron.) > I have "BATCH=yes" set in the "/etc/make.conf" file to avoid receiving > those annoying "config screens." Of course that does require you to > insure that your ports are configured the way you want them prior to > updating them. I don't find it a problem; however, others might. Interesting. I'll keep that in mind. Something to take a look at once I've gotten this solved. ;) > By the way, how do you update your ports tree? Perhaps something got > corrupted there. I use portsnap myself, so you could use it to just > create a new tree thereby over writing the old one. Just a thought. I have csup set to run once a week in cron. I don't think that corrupted anything: `portmanager -s -y` ran fine before I ran portmaster, and I didn't update the tree in between. But blowing away the tree and re-creating it is starting to sound like something worth a try. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:03:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BAFE1065670 for ; Sun, 15 Jan 2012 18:03:31 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id B5E668FC12 for ; Sun, 15 Jan 2012 18:03:30 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0FI3Rop096917 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 15 Jan 2012 18:03:27 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q0FI3Rop096917 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1326650607; bh=wLZ6tOta5LlqGAtosMu2iOH/GGD/rBiiNLzzU6lK1sg=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=SiC1r543if9OZNSVn8P/7Wc+k6k88UEX2lKlrpoOAA5g/HHw+Z/UrdM7jxTQNCxoR YseX1pgrg+KscgZ4ktmrXP8tdLazRwqHGn5NruLZqPIBB0DRr7NEVNimnq0WsrqzeY 8i27GbS8Q7G8tVwL96MlIFhgyBDOoZD4bk+tp6wo= Message-ID: <4F1314EE.6010404@infracaninophile.co.uk> Date: Sun, 15 Jan 2012 18:03:26 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> <4F952937-843B-4E38-B168-4E1720555D89@gmail.com> In-Reply-To: <4F952937-843B-4E38-B168-4E1720555D89@gmail.com> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig36C88118D4B21B3CC7716662" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:03:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig36C88118D4B21B3CC7716662 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/01/2012 17:50, Paul Beard wrote: > The app configurations are not this granular: hostname and port are > configured but there is nothing that makes clear that IF you specify > localhost, you WILL BE using a domain socket which MUST BE > /tmp/mysql.sock and IF you move it or your distribution prefers some > other location you MAY NOT use localhost as you are now using a TCP > socket which shouldn't require a hostname but because of the way the > app is written, it does. You can specify an alternate socket location in your connection parameters. For the command line client, it is: mysql -S /var/run/mysql/sock This doesn't help if you say 'mysql -h localhost' and get diverted to use the default socket though -- in that case you can have a .my.cnf file containing (inter-alia) [client] socket =3D /var/run/mysql/sock For the various language APIs, you generally need to specify a DSN string -- usually this looks something like mysql:database=3D$database;host=3D$hostname;port=3D$port but for a socket connection you could say instead: mysql:database=3D$database;mysql_socket=3D/var/run/mysql/sock =2E.. assuming that whoever wrote the application you're using made it sufficiently flexible as to be able to accept something like that. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig36C88118D4B21B3CC7716662 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8TFO4ACgkQ8Mjk52CukIwAIgCeJ/D8sh+LrdoNJmO3c08rqQJD JHcAn3yP2gOOo0ljgeOvdx8Q5hGNjtwa =xVXp -----END PGP SIGNATURE----- --------------enig36C88118D4B21B3CC7716662-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:11:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCC31065677 for ; Sun, 15 Jan 2012 18:11:07 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4BE8FC0A for ; Sun, 15 Jan 2012 18:11:07 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa05 [127.0.0.1]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with SMTP id q0FI8Btm002307 for ; Sun, 15 Jan 2012 12:11:06 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa05.fnfis.com with ESMTP id 12bxuc17c2-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 12:11:06 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 12:11:05 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> Date: Sun, 15 Jan 2012 10:11:03 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-15_03:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at (lib/libbsnmp/libbsnmp (all)) (was: lib/libarchive (depend)) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:11:08 -0000 On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: > Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting failu= res. >=20 > First failure we encountered required the following patch to get past "li= b/libarchive (depend)"... >=20 >=20 >>=20 >> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.000000000 -= 0800 >> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0800 >> @@ -176,9 +176,4 @@ >> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >> -#else >> -#define ARCHIVE_HASH_MD5_LIBC 1 >> -#define ARCHIVE_HASH_SHA1_LIBC 1 >> -#define ARCHIVE_HASH_SHA256_LIBC 1 >> -#define ARCHIVE_HASH_SHA512_LIBC 1 >> #endif >>=20 >> The above patch allowed the mkdep to succeed and later-compilation in th= e same directory succeeded (yay). >=20 > However, you don't get far before the next error. >=20 > Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >=20 > cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ER= R_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQ= UADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Wsyst= em-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-s= trings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts = -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-poi= nter-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp= crypto.c > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:37= 1: error: conflicting types for 'snmp_passwd_to_keys' > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: err= or: previous declaration of 'snmp_passwd_to_keys' was here > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:38= 4: error: conflicting types for 'snmp_get_local_keys' > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: err= or: previous declaration of 'snmp_get_local_keys' was here >=20 The solution to this appears to be the following patch: =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -0700 +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * return (SNMP_CODE_OK); } =20 -int +enum snmp_code snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) { if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us return (SNMP_CODE_FAILED); } =20 -int +enum snmp_code snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, uint32_t elen __unused) { =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I'll file a PR later (still trying to get a successful build first). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:16:42 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68594106566B for ; Sun, 15 Jan 2012 18:16:42 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id F16738FC0C for ; Sun, 15 Jan 2012 18:16:41 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id 0E3CD1C0841 for ; Sun, 15 Jan 2012 19:16:40 +0100 (CET) Message-ID: <4F131807.3020903@locolomo.org> Date: Sun, 15 Jan 2012 19:16:39 +0100 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:16:42 -0000 On 14/01/2012 18:07, Marco Beishuizen wrote: > Hi, > > In 8.2 ipv6 was enabled by adding ipv6_enable="YES" in rc.conf, and all > worked fine. In FreeBSD 9 that changed to > ipv6_activate_all_interfaces="YES". But now there are still some error > messages at boot time, and ipv6 doesn't seem to work correctly: > > ... > root: /etc/rc: WARNING: $ipv6_firewall_enable is not set properly - see > rc.conf(5). > root: /etc/rc: WARNING: $ipv6_enable is not set properly - see rc.conf(5). > ... > > I do not use a static IP adress, but DHCP. Wat do I need to do more to > enable ipv6? Don't use ipv6, but reading above: Did you replace ipv6_enable with ipv6_activate_all_interfaces? because the error seems to tell you that you must keep ipv6_enable Or, maybe there was an error with mergemaster? old scripts, new kernel variables? BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:43:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8F5106566C for ; Sun, 15 Jan 2012 18:43:14 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 48C648FC1A for ; Sun, 15 Jan 2012 18:43:13 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa01 [127.0.0.1]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with SMTP id q0FIRRtj014097 for ; Sun, 15 Jan 2012 12:43:13 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com with ESMTP id 12c33488sd-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 12:43:13 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 12:43:11 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: Date: Sun, 15 Jan 2012 10:43:10 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-15_04:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:43:14 -0000 On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: > On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting fail= ures. >>=20 >> First failure we encountered required the following patch to get past "l= ib/libarchive (depend)"... >>=20 >>>=20 >>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.000000000 = -0800 >>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0800 >>> @@ -176,9 +176,4 @@ >>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>> -#else >>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>> #endif >>>=20 >>> The above patch allowed the mkdep to succeed and later-compilation in t= he same directory succeeded (yay). >>=20 >> However, you don't get far before the next error. >>=20 >> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>=20 >> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_E= RR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -D= QUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Wsys= tem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-= strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts= -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-po= inter-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snm= pcrypto.c >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:3= 71: error: conflicting types for 'snmp_passwd_to_keys' >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: er= ror: previous declaration of 'snmp_passwd_to_keys' was here >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:3= 84: error: conflicting types for 'snmp_get_local_keys' >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: er= ror: previous declaration of 'snmp_get_local_keys' was here >>=20 >=20 > The solution to this appears to be the following patch: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -07= 00 > +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 > @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * > return (SNMP_CODE_OK); > } >=20 > -int > +enum snmp_code > snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) > { > if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && > @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us > return (SNMP_CODE_FAILED); > } >=20 > -int > +enum snmp_code > snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, > uint32_t elen __unused) > { >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 Then you churn along for some lengthy time (even making it all the way thro= ugh clang successfully), but then stop again at usr.sbin/wpa/hostapd (depen= d) (output at end). Probably going to be a patch similar to the libarchive one. --=20 Devin =3D=3D=3D> usr.sbin/wpa/hostapd (depend) rm -f .depend mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/u= sr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/= wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//sr= c/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd/../= ../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRIVE= R_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -D= INTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/hostap= d/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src= /crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet= -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONFIG_C= TRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/w= pa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/a= p/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_com= mon/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/co= mmon.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/config_f= ile.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_ifac= e.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctrl_if= ace_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers/dr= ivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_call= backs.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dump_st= ate.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/ea= p_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_comm= on/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//ho= stapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//sr= c/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wp= a//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c /usr= /src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_m= schapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_serve= r/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src= /eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib= /wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/hostapd/= ../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/src/u= sr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.c /u= sr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/usr.= sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/src/us= r.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/src/= usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/usr.sb= in/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/hostap= d/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/hostapd= /../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd/../= ../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../../../= contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd/dri= ver_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils= /os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/t= ls_none.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:16:30: error: openssl/opensslv.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:17:25: error: openssl/err.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:18:25: error: openssl/des.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:19:25: error: openssl/aes.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:20:24: error: openssl/bn.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:21:25: error: openssl/evp.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:22:24: error: openssl/dh.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.sbin/wpa/hostapd. *** Error code 1 _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 20:35:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9864F106566C for ; Sun, 15 Jan 2012 20:35:24 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 454A48FC13 for ; Sun, 15 Jan 2012 20:35:24 +0000 (UTC) Received: by ghbf14 with SMTP id f14so1740706ghb.13 for ; Sun, 15 Jan 2012 12:35:23 -0800 (PST) Received: by 10.236.154.3 with SMTP id g3mr13259244yhk.119.1326659723716; Sun, 15 Jan 2012 12:35:23 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id j16sm43570830anm.9.2012.01.15.12.35.22 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 12:35:22 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TR8Zx1GZ8z2CG4h for ; Sun, 15 Jan 2012 15:35:21 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at scorpio.seibercom.net Date: Sun, 15 Jan 2012 15:35:20 -0500 From: Jerry To: FreeBSD Message-ID: <20120115153520.62812867@scorpio> In-Reply-To: <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> <20120115122547.0b71e16c@scorpio> <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 20:35:26 -0000 On Sun, 15 Jan 2012 13:01:23 -0500 Daniel Staal articulated: > I have csup set to run once a week in cron. I don't think that > corrupted anything: `portmanager -s -y` ran fine before I ran > portmaster, and I didn't update the tree in between. But blowing > away the tree and re-creating it is starting to sound like something > worth a try. You don't have to manually erase the tree. I believe that: "portsnap fetch extract" is all you need to do to replace the ports tree with a fresh copy. It won't hurt anything since it doesn't touch the configuration files. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 20:42:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 426391065675 for ; Sun, 15 Jan 2012 20:42:31 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id C70008FC19 for ; Sun, 15 Jan 2012 20:42:30 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0FKfwK3048228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2012 21:41:59 +0100 (CET) (envelope-from mbeis@xs4all.nl) Received: from yokozuna.lan (yokozuna.lan [IPv6:::1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q0FKfwMO010138; Sun, 15 Jan 2012 21:41:58 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Sun, 15 Jan 2012 21:41:58 +0100 (CET) From: Marco Beishuizen Sender: marco@yokozuna.lan To: =?UTF-8?Q?Erik_N=C3=B8rgaard?= In-Reply-To: <4F131807.3020903@locolomo.org> Message-ID: References: <4F131807.3020903@locolomo.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="394277907-659869610-1326660118=:3353" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-questions@freebsd.org Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 20:42:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --394277907-659869610-1326660118=:3353 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 15 Jan 2012, the wise Erik N=C3=B8rgaard wrote: > Don't use ipv6, but reading above: Did you replace ipv6_enable with=20 > ipv6_activate_all_interfaces? because the error seems to tell you that yo= u=20 > must keep ipv6_enable I replaced it with the new lines because according to the manpage=20 ipv6_enable is deprecated. But why shouldn't I use ipv6? > Or, maybe there was an error with mergemaster? old scripts, new kernel=20 > variables? I ran mergemaster, but didn't get any error messages. Afaik all scripts in= =20 /etc are new. Regards, Marco --=20 Kin, n.: =09An affliction of the blood. --394277907-659869610-1326660118=:3353-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 20:47:54 2012 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FE061065673 for ; Sun, 15 Jan 2012 20:47:54 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [IPv6:2a02:6b8:0:602::3]) by mx1.freebsd.org (Postfix) with ESMTP id EB5DD8FC0C for ; Sun, 15 Jan 2012 20:47:53 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward3.mail.yandex.net (Yandex) with ESMTP id 1FA04B41ACB for ; Mon, 16 Jan 2012 00:47:53 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326660473; bh=6he4klIbBR41WkVRoPs0aPx7MJ7hzWLQg1+it9YUj8E=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=F8yFQhhnmrTNk/IxYSjyvysyA78Wezg6goiBhAIKJXpc40Q6WpKobKAScW5ZWd9a6 WxQ7+L7tZOZsNMw5fJlImArKsEch7eYcR99BNIuvv9SXYvj4D74VqzhXPwaDZWH+ba Q46u4bPAR7IxI/ZTDO/xepPuvvCva02Fj0ZfXvtU= Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id 053A41BA040B for ; Mon, 16 Jan 2012 00:47:52 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326660473; bh=6he4klIbBR41WkVRoPs0aPx7MJ7hzWLQg1+it9YUj8E=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=F8yFQhhnmrTNk/IxYSjyvysyA78Wezg6goiBhAIKJXpc40Q6WpKobKAScW5ZWd9a6 WxQ7+L7tZOZsNMw5fJlImArKsEch7eYcR99BNIuvv9SXYvj4D74VqzhXPwaDZWH+ba Q46u4bPAR7IxI/ZTDO/xepPuvvCva02Fj0ZfXvtU= Received: from unknown (unknown [77.93.52.19]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id lqgWXKQo-lqgiRYsq; Mon, 16 Jan 2012 00:47:52 +0400 X-Yandex-Spam: 1 Date: Sun, 15 Jan 2012 22:47:50 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <284722158.20120115224750@yandex.ru> To: freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: Subject: how to look debug info X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 20:47:54 -0000 Hi in sys/net/netisr.c I have found: SYSCTL_PROC(_net_isr, OID_AUTO, work, CTLFLAG_RD|CTLTYPE_STRUCT|CTLFLAG_MPSAFE, 0, 0, sysctl_netisr_work, "S,sysctl_netisr_work", "Return list of per-workstream, per-protocol work in netisr"); how to look that info? -- Ñ óâàæåíèåì, Êîíüêîâ mailto:kes-kes@yandex.ru From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 21:12:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92F2D106566B for ; Sun, 15 Jan 2012 21:12:01 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id 452C78FC16 for ; Sun, 15 Jan 2012 21:12:01 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id F1A3A1C0841; Sun, 15 Jan 2012 22:11:59 +0100 (CET) Message-ID: <4F13411F.90009@locolomo.org> Date: Sun, 15 Jan 2012 22:11:59 +0100 From: =?UTF-8?B?RXJpayBOw7hyZ2FhcmQ=?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Marco Beishuizen References: <4F131807.3020903@locolomo.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 21:12:01 -0000 On 15/01/2012 21:41, Marco Beishuizen wrote: > On Sun, 15 Jan 2012, the wise Erik Nørgaard wrote: > >> Don't use ipv6, but reading above: Did you replace ipv6_enable with >> ipv6_activate_all_interfaces? because the error seems to tell you that >> you must keep ipv6_enable > > I replaced it with the new lines because according to the manpage > ipv6_enable is deprecated. But why shouldn't I use ipv6? Sorry, meant to say, I don't use ipv6 so I can't do much debugging. >> Or, maybe there was an error with mergemaster? old scripts, new kernel >> variables? > > I ran mergemaster, but didn't get any error messages. Afaik all scripts > in /etc are new. OK, in the error messages you posted it seems that some script checks or use these variables. Maybe try to run the different networking scripts manually and see where it fails. BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 21:51:27 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23DEA106564A for ; Sun, 15 Jan 2012 21:51:27 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id A5C5A8FC14 for ; Sun, 15 Jan 2012 21:51:26 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0FLosVc090943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2012 22:50:55 +0100 (CET) (envelope-from mbeis@xs4all.nl) Received: from yokozuna.lan (yokozuna.lan [IPv6:::1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q0FLosXS004632; Sun, 15 Jan 2012 22:50:54 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Sun, 15 Jan 2012 22:50:54 +0100 (CET) From: Marco Beishuizen Sender: marco@yokozuna.lan To: =?UTF-8?Q?Erik_N=C3=B8rgaard?= In-Reply-To: <4F13411F.90009@locolomo.org> Message-ID: References: <4F131807.3020903@locolomo.org> <4F13411F.90009@locolomo.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="394277907-1622899188-1326664254=:3144" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-questions@freebsd.org Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 21:51:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --394277907-1622899188-1326664254=:3144 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 15 Jan 2012, the wise Erik N=C3=B8rgaard wrote: >>> Don't use ipv6, but reading above: Did you replace ipv6_enable with >>> ipv6_activate_all_interfaces? because the error seems to tell you that >>> you must keep ipv6_enable >>=20 >> I replaced it with the new lines because according to the manpage >> ipv6_enable is deprecated. But why shouldn't I use ipv6? > > Sorry, meant to say, I don't use ipv6 so I can't do much debugging. Aaah, :-), perhaps I should have read better. >>> Or, maybe there was an error with mergemaster? old scripts, new kernel >>> variables? >>=20 >> I ran mergemaster, but didn't get any error messages. Afaik all scripts >> in /etc are new. > > OK, in the error messages you posted it seems that some script checks or = use=20 > these variables. Maybe try to run the different networking scripts manual= ly=20 > and see where it fails. Thanks for the tip. I'll do some trial and error and dig deeper. --=20 Paul's Law: =09You can't fall off the floor. --394277907-1622899188-1326664254=:3144-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 22:22:40 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94C2106566C for ; Sun, 15 Jan 2012 22:22:40 +0000 (UTC) (envelope-from elon@emmi.physik-pool.tu-berlin.de) Received: from mail.tu-berlin.de (mail.tu-berlin.de [130.149.7.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC448FC15 for ; Sun, 15 Jan 2012 22:22:40 +0000 (UTC) X-tubIT-Incoming-IP: 130.149.58.163 Received: from mail.physik-pool.tu-berlin.de ([130.149.58.163] helo=mail.physik.tu-berlin.de) by mail.tu-berlin.de (exim-4.75/mailfrontend-2) with esmtp for id 1RmYTH-0003RI-Hq; Sun, 15 Jan 2012 23:22:39 +0100 Received: from emmi.physik-pool.tu-berlin.de (emmi.physik-pool.tu-berlin.de [130.149.58.146]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.physik.tu-berlin.de (Postfix) with ESMTPS id 7EEB511403 for ; Sun, 15 Jan 2012 23:22:37 +0100 (CET) Received: (from elon@localhost) by emmi.physik-pool.tu-berlin.de (8.14.4/8.14.4/Submit) id q0FMMbPs071199 for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 23:22:37 +0100 (CET) (envelope-from elon) Date: Sun, 15 Jan 2012 23:22:37 +0100 From: Leon =?iso-8859-15?Q?Me=DFner?= To: freebsd-questions@freebsd.org Message-ID: <20120115222237.GC15012@emmi.physik-pool.tu-berlin.de> Mail-Followup-To: freebsd-questions@freebsd.org References: <4F10F94A.3090201@midsummerdream.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F10F94A.3090201@midsummerdream.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: SSD for ZIL suggestions? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 22:22:40 -0000 On Fri, Jan 13, 2012 at 09:40:58PM -0600, Rob wrote: > I'm looking at getting a couple of SSDs to act as ZIL drives on FreeBSD > 8/9 systems. Are there any recommended drives? We recently bought the Intel 311 for that purpose. This drive is quite cheap and should perform ok. If you want something better have a look at the 710 line. You should always mirror your ZIL drives. There's a lot of content available on this subject actually. I once read about a tool called zilstat which should help you decide if you do actually need a SSD. NFS and db's are the usual usecases. cherio, Leon From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 22:43:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4025106564A for ; Sun, 15 Jan 2012 22:43:46 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 711428FC12 for ; Sun, 15 Jan 2012 22:43:46 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 261D5FF3 for ; Sun, 15 Jan 2012 17:43:45 -0500 (EST) Date: Sun, 15 Jan 2012 17:42:48 -0500 From: Daniel Staal To: FreeBSD Message-ID: In-Reply-To: <20120115153520.62812867@scorpio> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> <20120115122547.0b71e16c@scorpio> <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> <20120115153520.62812867@scorpio> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 22:43:46 -0000 --As of January 15, 2012 3:35:20 PM -0500, Jerry is alleged to have said: > You don't have to manually erase the tree. I believe that: > > "portsnap fetch extract" > > is all you need to do to replace the ports tree with a fresh copy. It > won't hurt anything since it doesn't touch the configuration files. --As for the rest, it is mine. Done, and it didn't fix my problem. Something's obviously gone seriously weird with my system. What would happen if I did blow away the config files? What's the minimum necessary for my system to be able to manage it's ports collection? I really don't want to reinstall from scratch over this (If nothing else, it's my main fileserver. I've got backups, but that would take ages.), but I'm thinking rebuilding my ports database from bare bones sounds like it might be a good idea. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 23:25:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5455106564A for ; Sun, 15 Jan 2012 23:25:51 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (adsl-70-129-195-213.dsl.ksc2mo.swbell.net [70.129.195.213]) by mx1.freebsd.org (Postfix) with ESMTP id 934728FC08 for ; Sun, 15 Jan 2012 23:25:51 +0000 (UTC) Received: from www.dweimer.net (localhost [127.0.0.1]) by webmail.dweimer.net (8.14.5/8.14.5) with ESMTP id q0FNPoMT075362 for ; Sun, 15 Jan 2012 17:25:50 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 15 Jan 2012 18:25:50 -0500 From: "Dean E. Weimer" To: Mail-Reply-To: In-Reply-To: <3619dbe180a3bb85ae4ddc84bf5787af@www.dweimer.net> References: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> <4F120436.5070506@gmail.com> <3619dbe180a3bb85ae4ddc84bf5787af@www.dweimer.net> Message-ID: <67d1c52b6413634e33da461cf6b0cecd@www.dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: RoundCube Webmail/0.6 Subject: Re: 9.0 buildworld problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dweimer@dweimer.net List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 23:25:52 -0000 On 15.01.2012 12:51, Dean E. Weimer wrote: > It appears to be the following lines in make.conf: > SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL > SENDMAIL_LDADD=-lsasl2 > > > /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:142:20: > error: sasl.h: No such file or directory > /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:143:24: > error: saslutil.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/lib/libmilter. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > The system I was testing the upgrade process on of course already had > cyrus-sasl and cyrus-sasl-salsauthd already installed. I am still > waiting to see if the buildworld completes without those to lines. > If > it does, I will install the cyrus-sasl ports add the lines back in > and > rerun the buildworld. The buildworld, buildkernel, and install process all completed successfully after installing the cyrus-sasl ports. -- Thanks, Dean E. Weimer dweimer@dweimer.net http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 00:07:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1921065672 for ; Mon, 16 Jan 2012 00:07:25 +0000 (UTC) (envelope-from fquest@paz.bz) Received: from mail.qcislands.net (mail.qcislands.net [207.34.147.83]) by mx1.freebsd.org (Postfix) with ESMTP id AE6BE8FC12 for ; Mon, 16 Jan 2012 00:07:25 +0000 (UTC) Received: from 100-236-53-209.qcislands.net ([209.53.236.100] helo=[192.168.1.5]) by mail.qcislands.net with esmtp (Exim 4.75) (envelope-from ) id 1RmZgT-000Id7-Ec; Sun, 15 Jan 2012 15:40:24 -0800 Message-ID: <4F1363E4.2090104@paz.bz> Date: Sun, 15 Jan 2012 15:40:20 -0800 From: Jim Pazarena User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-local_scan: locally submitted (100) Subject: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:07:25 -0000 Is it permissible to delete the dot snap folder which is created in a filesystem? -- Jim Pazarena fquest@paz.bz From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 00:31:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 466B3106566B for ; Mon, 16 Jan 2012 00:31:01 +0000 (UTC) (envelope-from max@mxcrypt.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 045398FC14 for ; Mon, 16 Jan 2012 00:31:00 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so1076082vcb.13 for ; Sun, 15 Jan 2012 16:31:00 -0800 (PST) Received: by 10.220.231.130 with SMTP id jq2mr5938260vcb.24.1326673860203; Sun, 15 Jan 2012 16:31:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.150.132 with HTTP; Sun, 15 Jan 2012 16:30:29 -0800 (PST) In-Reply-To: <4F1363E4.2090104@paz.bz> References: <4F1363E4.2090104@paz.bz> From: Maxim Khitrov Date: Sun, 15 Jan 2012 19:30:29 -0500 Message-ID: To: Jim Pazarena Content-Type: text/plain; charset=UTF-8 Cc: freebsd-questions@freebsd.org Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:31:01 -0000 On Sun, Jan 15, 2012 at 6:40 PM, Jim Pazarena wrote: > Is it permissible to delete the dot snap folder which is created > in a filesystem? See dump(8) -L option. Deleting .snap is safe as long you don't need to dump that file system while it is mounted in rw mode. - Max From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 01:13:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C15F106566C for ; Mon, 16 Jan 2012 01:13:46 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo202.cox.net (eastrmfepo202.cox.net [68.230.241.217]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC8B8FC14 for ; Mon, 16 Jan 2012 01:13:46 +0000 (UTC) Received: from eastrmimpo210.cox.net ([68.230.241.225]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120116011340.TZFC2803.eastrmfepo202.cox.net@eastrmimpo210.cox.net> for ; Sun, 15 Jan 2012 20:13:40 -0500 Received: from serene.no-ip.org ([98.164.86.55]) by eastrmimpo210.cox.net with bizsmtp id N1Df1i0081BeFqy021DggM; Sun, 15 Jan 2012 20:13:40 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.4F1379C4.0063,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=WviWdoU0ckN3JoXTgB1bhStvvqCbiPw70GMZghakpf0= c=1 sm=1 a=tMAdfNF9mhEA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=fdHYxQQoAueMHNSmXppgDg==:17 a=kviXuzpPAAAA:8 a=g-XFR-G7qGPC4Wpg8PkA:9 a=1mdAqHShcAlissu2rqkA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=fdHYxQQoAueMHNSmXppgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q0G1Dd8l035676 for ; Sun, 15 Jan 2012 19:13:39 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 15 Jan 2012 19:13:34 -0600 From: "Conrad J. Sabatier" To: freebsd-questions@FreeBSD.org Message-ID: <20120115191334.385bd3eb@cox.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: COMPAT_* kernel config options -- some housecleaning overdue? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 01:13:46 -0000 I've been wondering for a while now about the accuracy of some of the comments in /sys/conf/NOTES re: the various COMPAT_* options, and now, with 9.0-RELEASE already out the door and 10.0-CURRENT as the current development branch, it seems even more relevant to ask just how necessary or useful some of these options are anymore. Let me preface the following by saying that I just recently built a 10.0-CURRENT kernel with no COMPAT_* options besides COMPAT_FREEBSD32 and COMPAT_LINUX32, and everything seems to be working just fine (yes, including Linux emulation). First and foremost, the comment re: COMPAT_43: "You probably do NOT want to remove this as much current code still relies on the 4.3 emulation." This would appear to no longer be true. And similarly, how relevant or viable is COMPAT_43TTY anymore? Why would one want to use this? I suspect that neither of these options has any real effect anymore and both may, in fact, be essentially NOOPs. How close to the real picture is that? It is my understanding that, on 64-bit platforms, COMPAT_FREEBSD32 *is* necessary if COMPAT_LINUX32 is enabled, which seems perfectly reasonable. However, the comment accompanying COMPAT_LINUX32 states that COMPAT_43 is also required, which simply is not true. And speaking of Linux compatibility, we still have an erroneous reference to COMPAT_LINUX instead of COMPAT_LINUX32 accompanying 'device tdfx'. Then, of course, there are the various COMPAT_FREEBSD[4-7] options, each accompanied by a comment which merely states the obvious but offers no real clue as to whether or not any of them are actually necessary. I don't know, this whole COMPAT area just seems really messy to me -- disorganized, unclearly documented and probably suffering from no small amount of bit rot and neglect. I really do think it's time for some cleaning up. Hope I didn't ruffle any feathers, but I just hate this type of gray fuzziness. Clarification (maybe even some deprecation?) seems to be in order here. Thank you. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 01:57:09 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7274F106564A for ; Mon, 16 Jan 2012 01:57:09 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE318FC13 for ; Mon, 16 Jan 2012 01:57:08 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q0G1V9Kw021731 for ; Sun, 15 Jan 2012 19:57:08 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa03.fnfis.com with ESMTP id 12c56dry5a-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 19:57:08 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 19:57:07 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> Date: Sun, 15 Jan 2012 17:57:04 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-15_05:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend)))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 01:57:09 -0000 On Jan 15, 2012, at 10:43 AM, Devin Teske wrote: >=20 > On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: >> On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >>> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting fai= lures. >>>=20 >>> First failure we encountered required the following patch to get past "= lib/libarchive (depend)"... >>>=20 >>>>=20 >>>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.000000000= -0800 >>>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0800 >>>> @@ -176,9 +176,4 @@ >>>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>>> -#else >>>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>>> #endif >>>>=20 >>>> The above patch allowed the mkdep to succeed and later-compilation in = the same directory succeeded (yay). >>>=20 >>> However, you don't get far before the next error. >>>=20 >>> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>>=20 >>> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_= ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -= DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Wsy= stem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/sn= mpcrypto.c >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:= 371: error: conflicting types for 'snmp_passwd_to_keys' >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: e= rror: previous declaration of 'snmp_passwd_to_keys' was here >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:= 384: error: conflicting types for 'snmp_get_local_keys' >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: e= rror: previous declaration of 'snmp_get_local_keys' was here >>>=20 >>=20 >> The solution to this appears to be the following patch: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -0= 700 >> +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 >> @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * >> return (SNMP_CODE_OK); >> } >>=20 >> -int >> +enum snmp_code >> snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) >> { >> if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && >> @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us >> return (SNMP_CODE_FAILED); >> } >>=20 >> -int >> +enum snmp_code >> snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, >> uint32_t elen __unused) >> { >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >=20 > Then you churn along for some lengthy time (even making it all the way th= rough clang successfully), but then stop again at usr.sbin/wpa/hostapd (dep= end) (output at end). >=20 > Probably going to be a patch similar to the libarchive one. > --=20 > Devin >=20 >=20 > =3D=3D=3D> usr.sbin/wpa/hostapd (depend) > rm -f .depend > mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src= /usr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd/.= ./../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRI= VER_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 = -DINTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//s= rc/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_pack= et -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONFIG= _CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib= /wpa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wp= a//src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src= /ap/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_c= ommon/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/= common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/config= _file.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_if= ace.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto= _openssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctrl_= iface_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers/= drivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_ca= llbacks.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dump_= state.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/= eap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_co= mmon/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= hostapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/= wpa//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.sb= in/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c /u= sr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server= _mschapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_ser= ver/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//s= rc/eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/hostap= d/../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/src= /usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /usr/= src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/us= r.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/src/= usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c /= usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c /= usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /usr= /src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/usr.= sbin/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd/.= ./../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd/d= river_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/uti= ls/os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto= /tls_none.c > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:16:30: error: openssl/opensslv.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:17:25: error: openssl/err.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:18:25: error: openssl/des.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:19:25: error: openssl/aes.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:20:24: error: openssl/bn.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:21:25: error: openssl/evp.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:22:24: error: openssl/dh.h: No such file or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/usr.sbin/wpa/hostapd. > *** Error code 1 Quick and dirty way around this one is the following patch: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -0700 +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 11:01:49.000000000 -0800 @@ -14,7 +14,7 @@ PROG=3D hostapd SRCS=3D accounting.c aes-wrap.c ap_config.c \ ap_drv_ops.c ap_mlme.c authsrv.c \ - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ + chap.c common.c config_file.c ctrl_iface.c \ ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ eap_common.c eap_peap_common.c eap_register.c eap_server.c \ eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ @@ -28,6 +28,9 @@ tkip_countermeasures.c utils.c \ vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ wpa_debug.c wpabuf.c +.if ${MK_OPENSSL} !=3D "no" +SRCS+=3D crypto_openssl.c=20 +.endif SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c =20 MAN=3D hostapd.8 hostapd.conf.5 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D And that gets you a bit further, stopping next at "usr.sbin/wpa/wpa_supplic= ant" making all. Error is: cc -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supp= licant/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../= ../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../= ../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../= contrib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../= contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/= src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/usr= /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/usr/s= rc/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_= DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ON= LASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP= _TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5 -I/usr/src/usr.sbin= /wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib= /wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/= common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/cry= pto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_pac= ket -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils = -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -std=3Dgnu99 -fstack-protector= -o wpa_supplicant aes-cbc.o aes-ctr.o aes-eax.o aes-encblock.o aes-inter= nal.o aes-omac1.o aes-unwrap.o aes-wrap.o bss.o blacklist.o common.o config= .o ctrl_iface.o ctrl_iface_unix.o drivers.o eloop.o events.o l2_packet_free= bsd.o main.o md5.o notify.o preauth.o pmksa_cache.o scan.o sha1-pbkdf2.o sh= a1-tlsprf.o sha1-tprf.o sha1.o wpa.o wpa_common.o wpa_debug.o wpa_ie.o wpa_= supplicant.o wpabuf.o wpas_glue.o driver_ndis.o Packet32.o driver_wired.o d= river_freebsd.o os_unix.o config_file.o base64.o eapol_supp_sm.o eap.o eap_= common.o eap_methods.o eap_register.o tls_none.o -lpcap=20 aes-cbc.o: In function `aes_128_cbc_encrypt': aes-cbc.c:(.text+0x37): undefined reference to `aes_encrypt_init' aes-cbc.c:(.text+0xba): undefined reference to `aes_encrypt' aes-cbc.c:(.text+0xe6): undefined reference to `aes_encrypt_deinit' aes-cbc.o: In function `aes_128_cbc_decrypt': aes-cbc.c:(.text+0x147): undefined reference to `aes_decrypt_init' aes-cbc.c:(.text+0x1a7): undefined reference to `aes_decrypt' aes-cbc.c:(.text+0x20c): undefined reference to `aes_decrypt_deinit' aes-ctr.o: In function `aes_128_ctr_encrypt': aes-ctr.c:(.text+0x42): undefined reference to `aes_encrypt_init' aes-ctr.c:(.text+0x84): undefined reference to `aes_encrypt' aes-ctr.c:(.text+0x12d): undefined reference to `aes_encrypt_deinit' aes-encblock.o: In function `aes_128_encrypt_block': aes-encblock.c:(.text+0x1e): undefined reference to `aes_encrypt_init' aes-encblock.c:(.text+0x43): undefined reference to `aes_encrypt' aes-encblock.c:(.text+0x4c): undefined reference to `aes_encrypt_deinit' aes-omac1.o: In function `omac1_aes_128_vector': aes-omac1.c:(.text+0xdf): undefined reference to `aes_encrypt_init' aes-omac1.c:(.text+0x204): undefined reference to `aes_encrypt' aes-omac1.c:(.text+0x238): undefined reference to `aes_encrypt' aes-omac1.c:(.text+0x32d): undefined reference to `aes_encrypt' aes-omac1.c:(.text+0x336): undefined reference to `aes_encrypt_deinit' aes-unwrap.o: In function `aes_unwrap': aes-unwrap.c:(.text+0x62): undefined reference to `aes_decrypt_init' aes-unwrap.c:(.text+0xfb): undefined reference to `aes_decrypt' aes-unwrap.c:(.text+0x14d): undefined reference to `aes_decrypt_deinit' aes-wrap.o: In function `aes_wrap': aes-wrap.c:(.text+0x6b): undefined reference to `aes_encrypt_init' aes-wrap.c:(.text+0xdf): undefined reference to `aes_encrypt' aes-wrap.c:(.text+0x15b): undefined reference to `aes_encrypt_deinit' md5.o: In function `hmac_md5_vector': md5.c:(.text+0x80): undefined reference to `md5_vector' md5.c:(.text+0x198): undefined reference to `md5_vector' md5.c:(.text+0x24d): undefined reference to `md5_vector' sha1.o: In function `hmac_sha1_vector': sha1.c:(.text+0x80): undefined reference to `sha1_vector' sha1.c:(.text+0x198): undefined reference to `sha1_vector' sha1.c:(.text+0x24d): undefined reference to `sha1_vector' wpa.o: In function `wpa_supplicant_process_1_of_2_wpa': wpa.c:(.text+0x2bc1): undefined reference to `rc4_skip' wpa.o: In function `wpa_supplicant_decrypt_key_data': wpa.c:(.text+0x34a6): undefined reference to `rc4_skip' eapol_supp_sm.o: In function `eapol_sm_processKey': eapol_supp_sm.c:(.text+0x1846): undefined reference to `rc4_skip' eap.o: In function `eap_sm_parseEapReq': eap.c:(.text+0x2362): undefined reference to `md5_vector' *** Error code 1 Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. *** Error code 1 I'm seeing that the INTERNAL_MD5 stuff was removed from src/contrib/wpa/src= /crypto/md5.c Hmm... Looking for advice on best way to handle this one. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 02:07:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD49106566C for ; Mon, 16 Jan 2012 02:07:43 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 20B0D8FC19 for ; Mon, 16 Jan 2012 02:07:42 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 9E8145C26 for ; Mon, 16 Jan 2012 12:20:12 +1000 (EST) Message-ID: <4F138588.2030900@herveybayaustralia.com.au> Date: Mon, 16 Jan 2012 12:03:52 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <201201140954.q0E9sOgM037468@mail.r-bonomi.com> <4F115ADA.5050103@herveybayaustralia.com.au> <20120114130607.5a444301.freebsd@edvax.de> In-Reply-To: <20120114130607.5a444301.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: access(FULLPATH, xxx); X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 02:07:43 -0000 On 01/14/12 22:06, Polytropon wrote: > On Sat, 14 Jan 2012 20:37:14 +1000, Da Rock wrote: >> On 01/14/12 19:54, Robert Bonomi wrote: >>>> From owner-freebsd-questions@freebsd.org Sat Jan 14 02:32:15 2012 >>>> Date: Sat, 14 Jan 2012 09:28:21 +0100 >>>> From: Polytropon >>>> To: Robert Bonomi >>>> Cc: freebsd-questions@freebsd.org >>>> Subject: Re: access(FULLPATH, xxx); >>>> >>>> On Sat, 14 Jan 2012 02:00:12 -0600 (CST), Robert Bonomi wrote: >>>>> To repeat some advice from one of my Computer Science professors, many years >>>>> ago, whenever I asked 'how does it work' questions: "Try it and find out." >>>> I bet my professor can beat up your professor. :-) >>>> >>>> Mine used to say several times: "Trial and error is NOT >>>> a programming concept!" >>> As far as writing applications goes, that is _somewhat_ correct. >>> >>> However, 'trial and error' is _not_ the same thing as 'try it and find out'. >>> See the entire subject area of 'benchmarking'. >>> >>> And, the only way to definitively establish if an alternate approach is >>> 'better' -- i.e. 'faster', or 'smaller', or 'more efficient', etc. -- *IS* >>> to run a trial. >>> >>> Your professor undoubtedly would not of approved when I wrote bubble-sort >>> code that _out-performed_ any other sorting technique -- up to the limits >>> of memory. Or when I re-wrote an application that used binary searches >>> of records, with a new version that used a brute-force linear search. I >>> thought I could 'do it better/faster' than the existing code, but the only >>> way to "definitively" find out was to 'try it'. And the 'trial' proved >>> out -- the replacement code was 'merely' somewhat over 100 times faster. >>> *grin* >> Ha! Love it... :D > Mee too - except that I didn't want to show that > "typical attitude". In fact, I tried to make a > (kinf of humourical) statement about a habit that > I could observe at many students when I was at > university. > > Background: > > When you write source code, you can make errors. > Compiler shows errors. Some students started > with "trial& error" to just silence the compiler. > One form was that all functional parts of the > program were enclosed in /* and */ (it was a > C class) - no errors, but no action. A different > approach was to arbitrarily (!) change the source > code, something like that: > > void *foo(int blah, void *meow())(int ouch); > > Hmmm... gives me segfaults. Maybe something's > wrong with the pointers? > > void *foo(int blah, void **meow())(int ouch); > > Not much better, segfaults too. How about that? > > void *foo(int blah, void meow())(int *ouch); > > Well... also not better. I've heared about parentheses, > maybe those can help? > > void *foo(int blah), void *meow)(int ouch); > > Shit, doesn't even compile anymore! Uhm... _what_ did > I change? Oh wait, I know: > > void *foo(int blah, (void *)meow())(int ouch); > > Just produces garbage, then segfaults... what could I > change next? > > I think you get the idea. > > Other students could not understand that even if a > program compiles without any errors, there _may_ be > the possibility that it doesn't do what they intended > it to do. They seemed to believe in some kind of > magical "semantic compiler": > > int x, y, sum; > x = 100; > y = 250; > sum = a - b; > > They expected the compiler to notice what's wrong here > if you consider the _meaning_ of the identifiers. It's > not that obvious if you use x, y, and z. :-) > > > >>> As far as 'doing it once' for the purpose of answering a 'how does it work' >>> question -- where one has _not_ read the documentation, *OR* the existing >>> documentation is _not_clear_, then simple experimentation -- to get *the* >>> authoritative answer -- is entirly justified. >>> >>> When I got the 'try it and find out' advice, I was asking questions about >>> situations where the language _specification_ was unclear -- there were >>> two 'reasonable interpretations' of what the language inthe speciication >>> said, and I just wanted to know which one was the proper interpretation. >>> >>> Now, given that the language in the specification _was_ abiguous and both >>> interpretations were reasonsble, different compiler builders could have >>> implemented differently, and 'try it and find out' was _necessary_ to >>> establish what that particular implementation did. >> There appears to be 2 schools of thought on this subject: a classic case >> of the "old" vs the "new", in this case "punchcards/slow compilers" vs >> "gcc/all-in-one compile, link and go"of todays tech. I saw a similar >> conversation about 5 years ago on the linux lists... :) > I didn't want to complain about using a test case, > with determined variables (relative path vs. absolute > path) to see if the interpretation of "man 2 access" > was matching the actual inner workings of the function > in use. In fact, I would even judge this the _preferred_ > method to be sure. > > > >> In the light of this conversation and given todays tech I'd say give it >> a shot unless you think something could break (as in fatal to service >> quality in production/hardware). > Fully agree. Know your variables and construct a > test within a fixed environment. The result will > be a valid source of conclusion. > > Now back to "trial& error": what if I use > brackets instead? > > void *foo(int blah, void *meow[])(int ouch); > > Hmmm... :-) I think the problem these days is a combination of many things. Firstly, in the old days (I sound like grandpa... :/ ) punch cards were hard to do, time consuming, and machine time was very expensive. So programmers had to get it right the first time (or close to it), and documentation was paramount. Secondly, in the early years the internet wasn't exactly up and running (as such), and so global programming teams weren't a problem with language differences (and people were taught far better english and speling- whoops spelling :) none of this and other shortenings; ambiguity kept to a minimum). Thirdly, when things did become easier (gcc era?) the documentation slipped, and programmers started getting more sloppy, as the mistakes were easily fixed. The docs became more ambiguous, and language did start slipping (globally- not just in computing). Fourthly, globalisation occured, internet was up and running on a global scale, international teams were working on programs, and people were attempting to translate japanese manuals into english (if you catch my drift... :) I used to be a Xeroid and this was a standing joke). So not all docs were as clear anymore. Lastly, we have the travesty of a lack of discipline in skills. Near enough's good enough, and so on. No one is taking the time anymore to become "skilled" - they want it now or never. Take a 6 week course and become an expert. The masters and gurus are becoming few and far between now (although there appears to be a nice concentration here- thats why I stick around. Linux lists seem to have the cranky ones :) ). And so we have the case as you have outlined Poly. That said the docs are getting to be of not much help either unless you're partly clairvoyant too in more cases than should be. It is not always easy to articulate exactly what something does and how it works, but the basics should be there. Given the global society we live in with the numerous dialects its a hard task to try to ensure everyone will understand precisely. Care needs to be taken to ensure everyone does, though, if something in the code will blow something up. Ideally, it would be handy to have translators on hand to help with documentation projects, but that is not a feasible prospect. Examples would probably work better than a thousand words (like a picture)- no translation required. Myself I believe that one needs to read the docs thoroughly and then if it is ambiguous then run a test case, if all else fails: ask. But one needs to be as exact as possible when doing anything. "Any job worth doing is worth doing properly", and "god/devil is in the details" - Is say "God _and_ the devil is in the details": if you don't pay attention to the details the devil _will_ make sure it bites you in the ass! Its a crazy world, though, isn't it? :) From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 03:28:40 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 172DC106564A for ; Mon, 16 Jan 2012 03:28:40 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id C1FE48FC08 for ; Mon, 16 Jan 2012 03:28:39 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa01 [127.0.0.1]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with SMTP id q0G3RMkw025345 for ; Sun, 15 Jan 2012 21:28:38 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com with ESMTP id 12c3349ppb-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 21:28:38 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 21:28:36 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> Date: Sun, 15 Jan 2012 19:28:35 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-16_01:2012-01-13, 2012-01-16, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend)))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 03:28:40 -0000 On Jan 15, 2012, at 5:57 PM, Devin Teske wrote: >=20 > On Jan 15, 2012, at 10:43 AM, Devin Teske wrote: >=20 >>=20 >> On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: >>> On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >>>> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting fa= ilures. >>>>=20 >>>> First failure we encountered required the following patch to get past = "lib/libarchive (depend)"... >>>>=20 >>>>>=20 >>>>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.00000000= 0 -0800 >>>>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -08= 00 >>>>> @@ -176,9 +176,4 @@ >>>>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>>>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>>>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>>>> -#else >>>>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>>>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>>>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>>>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>>>> #endif >>>>>=20 >>>>> The above patch allowed the mkdep to succeed and later-compilation in= the same directory succeeded (yay). >>>>=20 >>>> However, you don't get far before the next error. >>>>=20 >>>> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>>>=20 >>>> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE= _ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H = -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscrip= ts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-= pointer-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/s= nmpcrypto.c >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c= :371: error: conflicting types for 'snmp_passwd_to_keys' >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: = error: previous declaration of 'snmp_passwd_to_keys' was here >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c= :384: error: conflicting types for 'snmp_get_local_keys' >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: = error: previous declaration of 'snmp_get_local_keys' was here >>>>=20 >>>=20 >>> The solution to this appears to be the following patch: >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -= 0700 >>> +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 >>> @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * >>> return (SNMP_CODE_OK); >>> } >>>=20 >>> -int >>> +enum snmp_code >>> snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) >>> { >>> if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && >>> @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us >>> return (SNMP_CODE_FAILED); >>> } >>>=20 >>> -int >>> +enum snmp_code >>> snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, >>> uint32_t elen __unused) >>> { >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>=20 >>=20 >> Then you churn along for some lengthy time (even making it all the way t= hrough clang successfully), but then stop again at usr.sbin/wpa/hostapd (de= pend) (output at end). >>=20 >> Probably going to be a patch similar to the libarchive one. >> --=20 >> Devin >>=20 >>=20 >> =3D=3D=3D> usr.sbin/wpa/hostapd (depend) >> rm -f .depend >> mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../.= ./../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd/= ../../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DR= IVER_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1= -DINTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_pac= ket -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONFI= G_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/w= pa//src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//sr= c/ap/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_= common/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils= /common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/confi= g_file.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_i= face.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypt= o_openssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctrl= _iface_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers= /drivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_c= allbacks.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dump= _state.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common= /eap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_c= ommon/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /hostapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib= /wpa//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.s= bin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c /= usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_serve= r_mschapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_se= rver/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.c= /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /usr= /src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/u= sr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/src= /usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/usr= .sbin/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd/= ../../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd/= driver_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ut= ils/os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypt= o/tls_none.c >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:16:30: error: openssl/opensslv.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:17:25: error: openssl/err.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:18:25: error: openssl/des.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:19:25: error: openssl/aes.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:20:24: error: openssl/bn.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:21:25: error: openssl/evp.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:22:24: error: openssl/dh.h: No such file or directory >> mkdep: compile failed >> *** Error code 1 >>=20 >> Stop in /usr/src/usr.sbin/wpa/hostapd. >> *** Error code 1 >=20 > Quick and dirty way around this one is the following patch: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -0700 > +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 11:01:49.000000000 -0800 > @@ -14,7 +14,7 @@ > PROG=3D hostapd > SRCS=3D accounting.c aes-wrap.c ap_config.c \ > ap_drv_ops.c ap_mlme.c authsrv.c \ > - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ > + chap.c common.c config_file.c ctrl_iface.c \ > ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ > eap_common.c eap_peap_common.c eap_register.c eap_server.c \ > eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ > @@ -28,6 +28,9 @@ > tkip_countermeasures.c utils.c \ > vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ > wpa_debug.c wpabuf.c > +.if ${MK_OPENSSL} !=3D "no" > +SRCS+=3D crypto_openssl.c=20 > +.endif > SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c >=20 > MAN=3D hostapd.8 hostapd.conf.5 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > And that gets you a bit further, stopping next at "usr.sbin/wpa/wpa_suppl= icant" making all. >=20 > Error is: >=20 > cc -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_su= pplicant/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/.= ./../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../.= ./../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../.= ./contrib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../.= ./contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/us= r/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/u= sr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/usr= /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFI= G_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_= ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DE= AP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5 -I/usr/src/usr.sb= in/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contr= ib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//sr= c/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/c= rypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_p= acket -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/util= s -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -std=3Dgnu99 -fstack-protect= or -o wpa_supplicant aes-cbc.o aes-ctr.o aes-eax.o aes-encblock.o aes-int= ernal.o aes-omac1.o aes-unwrap.o aes-wrap.o bss.o blacklist.o common.o conf= ig.o ctrl_iface.o ctrl_iface_unix.o drivers.o eloop.o events.o l2_packet_fr= eebsd.o main.o md5.o notify.o preauth.o pmksa_cache.o scan.o sha1-pbkdf2.o = sha1-tlsprf.o sha1-tprf.o sha1.o wpa.o wpa_common.o wpa_debug.o wpa_ie.o wp= a_supplicant.o wpabuf.o wpas_glue.o driver_ndis.o Packet32.o driver_wired.o= driver_freebsd.o os_unix.o config_file.o base64.o eapol_supp_sm.o eap.o ea= p_common.o eap_methods.o eap_register.o tls_none.o -lpcap=20 > aes-cbc.o: In function `aes_128_cbc_encrypt': > aes-cbc.c:(.text+0x37): undefined reference to `aes_encrypt_init' > aes-cbc.c:(.text+0xba): undefined reference to `aes_encrypt' > aes-cbc.c:(.text+0xe6): undefined reference to `aes_encrypt_deinit' > aes-cbc.o: In function `aes_128_cbc_decrypt': > aes-cbc.c:(.text+0x147): undefined reference to `aes_decrypt_init' > aes-cbc.c:(.text+0x1a7): undefined reference to `aes_decrypt' > aes-cbc.c:(.text+0x20c): undefined reference to `aes_decrypt_deinit' > aes-ctr.o: In function `aes_128_ctr_encrypt': > aes-ctr.c:(.text+0x42): undefined reference to `aes_encrypt_init' > aes-ctr.c:(.text+0x84): undefined reference to `aes_encrypt' > aes-ctr.c:(.text+0x12d): undefined reference to `aes_encrypt_deinit' > aes-encblock.o: In function `aes_128_encrypt_block': > aes-encblock.c:(.text+0x1e): undefined reference to `aes_encrypt_init' > aes-encblock.c:(.text+0x43): undefined reference to `aes_encrypt' > aes-encblock.c:(.text+0x4c): undefined reference to `aes_encrypt_deinit' > aes-omac1.o: In function `omac1_aes_128_vector': > aes-omac1.c:(.text+0xdf): undefined reference to `aes_encrypt_init' > aes-omac1.c:(.text+0x204): undefined reference to `aes_encrypt' > aes-omac1.c:(.text+0x238): undefined reference to `aes_encrypt' > aes-omac1.c:(.text+0x32d): undefined reference to `aes_encrypt' > aes-omac1.c:(.text+0x336): undefined reference to `aes_encrypt_deinit' > aes-unwrap.o: In function `aes_unwrap': > aes-unwrap.c:(.text+0x62): undefined reference to `aes_decrypt_init' > aes-unwrap.c:(.text+0xfb): undefined reference to `aes_decrypt' > aes-unwrap.c:(.text+0x14d): undefined reference to `aes_decrypt_deinit' > aes-wrap.o: In function `aes_wrap': > aes-wrap.c:(.text+0x6b): undefined reference to `aes_encrypt_init' > aes-wrap.c:(.text+0xdf): undefined reference to `aes_encrypt' > aes-wrap.c:(.text+0x15b): undefined reference to `aes_encrypt_deinit' > md5.o: In function `hmac_md5_vector': > md5.c:(.text+0x80): undefined reference to `md5_vector' > md5.c:(.text+0x198): undefined reference to `md5_vector' > md5.c:(.text+0x24d): undefined reference to `md5_vector' > sha1.o: In function `hmac_sha1_vector': > sha1.c:(.text+0x80): undefined reference to `sha1_vector' > sha1.c:(.text+0x198): undefined reference to `sha1_vector' > sha1.c:(.text+0x24d): undefined reference to `sha1_vector' > wpa.o: In function `wpa_supplicant_process_1_of_2_wpa': > wpa.c:(.text+0x2bc1): undefined reference to `rc4_skip' > wpa.o: In function `wpa_supplicant_decrypt_key_data': > wpa.c:(.text+0x34a6): undefined reference to `rc4_skip' > eapol_supp_sm.o: In function `eapol_sm_processKey': > eapol_supp_sm.c:(.text+0x1846): undefined reference to `rc4_skip' > eap.o: In function `eap_sm_parseEapReq': > eap.c:(.text+0x2362): undefined reference to `md5_vector' > *** Error code 1 >=20 > Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. > *** Error code 1 >=20 > I'm seeing that the INTERNAL_MD5 stuff was removed from src/contrib/wpa/s= rc/crypto/md5.c >=20 to answer myself... moved to src/contrib/wpa/src/crypto/md5-internal.c whic= h isn't being included when -DWITHOUT_OPENSSL is passed to buildworld. This patch does the job to get past that... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/wpa/wpa_supplicant/Makefile.orig 2011-09-22 17:51:37.0000000= 00 -0700 +++ usr.sbin/wpa/wpa_supplicant/Makefile 2012-01-15 18:57:58.0000000= 00 -0800 @@ -20,6 +20,10 @@ driver_ndis.c Packet32.c \ driver_wired.c \ driver_freebsd.c os_unix.c +.if ${MK_OPENSSL} =3D=3D "no" +SRCS+=3D aes-internal-dec.c aes-internal-enc.c md5-internal.c sha1-interna= l.c \ + rc4.c +.endif =20 MAN=3D wpa_supplicant.8 wpa_supplicant.conf.5 =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D However, now I have to go back and add-to my earlier patch to src/usr.sbin/= wpa/hostapd/Makefile as this is the next roadblock: =3D=3D=3D> usr.sbin/wpa/hostapd (all) make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libssl.a. Stop I feel like I'm getting closer to restoring -DWITHOUT_OPENSSL support in RE= LENG_9. All of the patches thus far (above) I'm creating are from comparing= RELENG_8 to 9. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 05:34:19 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE4A1106566B for ; Mon, 16 Jan 2012 05:34:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 876B48FC08 for ; Mon, 16 Jan 2012 05:34:19 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa06 [127.0.0.1]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with SMTP id q0G5PrEA010646 for ; Sun, 15 Jan 2012 23:34:18 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa06.fnfis.com with ESMTP id 12c8g5139n-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 23:34:18 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 23:34:17 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: Date: Sun, 15 Jan 2012 21:34:15 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <20FEFC1E-0A83-4365-900E-64B6FC49835D@fisglobal.com> References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-16_01:2012-01-13, 2012-01-16, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: [SOLVED] Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend)))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 05:34:19 -0000 On Jan 15, 2012, at 7:28 PM, Devin Teske wrote: >=20 > On Jan 15, 2012, at 5:57 PM, Devin Teske wrote: >=20 >>=20 >> On Jan 15, 2012, at 10:43 AM, Devin Teske wrote: >>=20 >>>=20 >>> On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: >>>> On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >>>>> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting f= ailures. >>>>>=20 >>>>> First failure we encountered required the following patch to get past= "lib/libarchive (depend)"... >>>>>=20 >>>>>>=20 >>>>>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.0000000= 00 -0800 >>>>>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0= 800 >>>>>> @@ -176,9 +176,4 @@ >>>>>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>>>>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>>>>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>>>>> -#else >>>>>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>>>>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>>>>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>>>>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>>>>> #endif >>>>>>=20 >>>>>> The above patch allowed the mkdep to succeed and later-compilation i= n the same directory succeeded (yay). >>>>>=20 >>>>> However, you don't get far before the next error. >>>>>=20 >>>>> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>>>>=20 >>>>> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAV= E_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H= -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -W= system-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/= snmpcrypto.c >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.= c:371: error: conflicting types for 'snmp_passwd_to_keys' >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:= error: previous declaration of 'snmp_passwd_to_keys' was here >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.= c:384: error: conflicting types for 'snmp_get_local_keys' >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:= error: previous declaration of 'snmp_get_local_keys' was here >>>>>=20 >>>>=20 >>>> The solution to this appears to be the following patch: >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 = -0700 >>>> +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 >>>> @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * >>>> return (SNMP_CODE_OK); >>>> } >>>>=20 >>>> -int >>>> +enum snmp_code >>>> snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) >>>> { >>>> if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && >>>> @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us >>>> return (SNMP_CODE_FAILED); >>>> } >>>>=20 >>>> -int >>>> +enum snmp_code >>>> snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, >>>> uint32_t elen __unused) >>>> { >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >>>>=20 >>>=20 >>> Then you churn along for some lengthy time (even making it all the way = through clang successfully), but then stop again at usr.sbin/wpa/hostapd (d= epend) (output at end). >>>=20 >>> Probably going to be a patch similar to the libarchive one. >>> --=20 >>> Devin >>>=20 >>>=20 >>> =3D=3D=3D> usr.sbin/wpa/hostapd (depend) >>> rm -f .depend >>> mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../= ../../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa= //src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbi= n/wpa/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd= /../../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_D= RIVER_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA= 1 -DINTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_pa= cket -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONF= IG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../= contrib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/= wpa//src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//s= rc/ap/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap= _common/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/util= s/common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/conf= ig_file.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_= iface.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/cryp= to_openssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctr= l_iface_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/driver= s/drivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_= callbacks.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dum= p_state.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_commo= n/eap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_= common/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa= //hostapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa= //src/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.= sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_serv= er_mschapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_s= erver/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbi= n/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.= c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/= usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c= /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c= /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /u= sr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/= src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/us= r.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd= /../../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../.= ./../contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../.= ./../contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd= /driver_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/u= tils/os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/cryp= to/tls_none.c >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:16:30: error: openssl/opensslv.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:17:25: error: openssl/err.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:18:25: error: openssl/des.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:19:25: error: openssl/aes.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:20:24: error: openssl/bn.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:21:25: error: openssl/evp.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:22:24: error: openssl/dh.h: No such file or directory >>> mkdep: compile failed >>> *** Error code 1 >>>=20 >>> Stop in /usr/src/usr.sbin/wpa/hostapd. >>> *** Error code 1 >>=20 >> Quick and dirty way around this one is the following patch: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >> --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -07= 00 >> +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 11:01:49.000000000 -0800 >> @@ -14,7 +14,7 @@ >> PROG=3D hostapd >> SRCS=3D accounting.c aes-wrap.c ap_config.c \ >> ap_drv_ops.c ap_mlme.c authsrv.c \ >> - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ >> + chap.c common.c config_file.c ctrl_iface.c \ >> ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ >> eap_common.c eap_peap_common.c eap_register.c eap_server.c \ >> eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ >> @@ -28,6 +28,9 @@ >> tkip_countermeasures.c utils.c \ >> vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ >> wpa_debug.c wpabuf.c >> +.if ${MK_OPENSSL} !=3D "no" >> +SRCS+=3D crypto_openssl.c=20 >> +.endif >> SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c >>=20 >> MAN=3D hostapd.8 hostapd.conf.5 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >> And that gets you a bit further, stopping next at "usr.sbin/wpa/wpa_supp= licant" making all. >>=20 >> Error is: >>=20 >> cc -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_s= upplicant/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/= ../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../= ../../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../= ../contrib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../= ../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/u= sr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/= usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/us= r/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONF= IG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE= _ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -D= EAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5 -I/usr/src/usr.s= bin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../cont= rib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//s= rc/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/= crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_= packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/uti= ls -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -std=3Dgnu99 -fstack-protec= tor -o wpa_supplicant aes-cbc.o aes-ctr.o aes-eax.o aes-encblock.o aes-in= ternal.o aes-omac1.o aes-unwrap.o aes-wrap.o bss.o blacklist.o common.o con= fig.o ctrl_iface.o ctrl_iface_unix.o drivers.o eloop.o events.o l2_packet_f= reebsd.o main.o md5.o notify.o preauth.o pmksa_cache.o scan.o sha1-pbkdf2.o= sha1-tlsprf.o sha1-tprf.o sha1.o wpa.o wpa_common.o wpa_debug.o wpa_ie.o w= pa_supplicant.o wpabuf.o wpas_glue.o driver_ndis.o Packet32.o driver_wired.= o driver_freebsd.o os_unix.o config_file.o base64.o eapol_supp_sm.o eap.o e= ap_common.o eap_methods.o eap_register.o tls_none.o -lpcap=20 >> aes-cbc.o: In function `aes_128_cbc_encrypt': >> aes-cbc.c:(.text+0x37): undefined reference to `aes_encrypt_init' >> aes-cbc.c:(.text+0xba): undefined reference to `aes_encrypt' >> aes-cbc.c:(.text+0xe6): undefined reference to `aes_encrypt_deinit' >> aes-cbc.o: In function `aes_128_cbc_decrypt': >> aes-cbc.c:(.text+0x147): undefined reference to `aes_decrypt_init' >> aes-cbc.c:(.text+0x1a7): undefined reference to `aes_decrypt' >> aes-cbc.c:(.text+0x20c): undefined reference to `aes_decrypt_deinit' >> aes-ctr.o: In function `aes_128_ctr_encrypt': >> aes-ctr.c:(.text+0x42): undefined reference to `aes_encrypt_init' >> aes-ctr.c:(.text+0x84): undefined reference to `aes_encrypt' >> aes-ctr.c:(.text+0x12d): undefined reference to `aes_encrypt_deinit' >> aes-encblock.o: In function `aes_128_encrypt_block': >> aes-encblock.c:(.text+0x1e): undefined reference to `aes_encrypt_init' >> aes-encblock.c:(.text+0x43): undefined reference to `aes_encrypt' >> aes-encblock.c:(.text+0x4c): undefined reference to `aes_encrypt_deinit' >> aes-omac1.o: In function `omac1_aes_128_vector': >> aes-omac1.c:(.text+0xdf): undefined reference to `aes_encrypt_init' >> aes-omac1.c:(.text+0x204): undefined reference to `aes_encrypt' >> aes-omac1.c:(.text+0x238): undefined reference to `aes_encrypt' >> aes-omac1.c:(.text+0x32d): undefined reference to `aes_encrypt' >> aes-omac1.c:(.text+0x336): undefined reference to `aes_encrypt_deinit' >> aes-unwrap.o: In function `aes_unwrap': >> aes-unwrap.c:(.text+0x62): undefined reference to `aes_decrypt_init' >> aes-unwrap.c:(.text+0xfb): undefined reference to `aes_decrypt' >> aes-unwrap.c:(.text+0x14d): undefined reference to `aes_decrypt_deinit' >> aes-wrap.o: In function `aes_wrap': >> aes-wrap.c:(.text+0x6b): undefined reference to `aes_encrypt_init' >> aes-wrap.c:(.text+0xdf): undefined reference to `aes_encrypt' >> aes-wrap.c:(.text+0x15b): undefined reference to `aes_encrypt_deinit' >> md5.o: In function `hmac_md5_vector': >> md5.c:(.text+0x80): undefined reference to `md5_vector' >> md5.c:(.text+0x198): undefined reference to `md5_vector' >> md5.c:(.text+0x24d): undefined reference to `md5_vector' >> sha1.o: In function `hmac_sha1_vector': >> sha1.c:(.text+0x80): undefined reference to `sha1_vector' >> sha1.c:(.text+0x198): undefined reference to `sha1_vector' >> sha1.c:(.text+0x24d): undefined reference to `sha1_vector' >> wpa.o: In function `wpa_supplicant_process_1_of_2_wpa': >> wpa.c:(.text+0x2bc1): undefined reference to `rc4_skip' >> wpa.o: In function `wpa_supplicant_decrypt_key_data': >> wpa.c:(.text+0x34a6): undefined reference to `rc4_skip' >> eapol_supp_sm.o: In function `eapol_sm_processKey': >> eapol_supp_sm.c:(.text+0x1846): undefined reference to `rc4_skip' >> eap.o: In function `eap_sm_parseEapReq': >> eap.c:(.text+0x2362): undefined reference to `md5_vector' >> *** Error code 1 >>=20 >> Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. >> *** Error code 1 >>=20 >> I'm seeing that the INTERNAL_MD5 stuff was removed from src/contrib/wpa/= src/crypto/md5.c >>=20 >=20 >=20 > to answer myself... moved to src/contrib/wpa/src/crypto/md5-internal.c wh= ich isn't being included when -DWITHOUT_OPENSSL is passed to buildworld. >=20 > This patch does the job to get past that... >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/wpa/wpa_supplicant/Makefile.orig 2011-09-22 17:51:37.00000= 0000 -0700 > +++ usr.sbin/wpa/wpa_supplicant/Makefile 2012-01-15 18:57:58.00000= 0000 -0800 > @@ -20,6 +20,10 @@ > driver_ndis.c Packet32.c \ > driver_wired.c \ > driver_freebsd.c os_unix.c > +.if ${MK_OPENSSL} =3D=3D "no" > +SRCS+=3D aes-internal-dec.c aes-internal-enc.c md5-internal.c sha1-inter= nal.c \ > + rc4.c > +.endif >=20 > MAN=3D wpa_supplicant.8 wpa_supplicant.conf.5 >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > However, now I have to go back and add-to my earlier patch to src/usr.sbi= n/wpa/hostapd/Makefile as this is the next roadblock: >=20 > =3D=3D=3D> usr.sbin/wpa/hostapd (all) > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libssl.a. Stop >=20 I revised my earlier patch to src/usr.sbin/wpa/hostapd/Makefile... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -0700 +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 21:08:02.000000000 -0800 @@ -9,12 +9,13 @@ ${WPA_DISTDIR}/src/eapol_auth \ ${WPA_DISTDIR}/src/drivers \ ${WPA_DISTDIR}/src/radius \ + ${WPA_DISTDIR}/src/crypto \ ${WPA_DISTDIR} =20 PROG=3D hostapd SRCS=3D accounting.c aes-wrap.c ap_config.c \ ap_drv_ops.c ap_mlme.c authsrv.c \ - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ + chap.c common.c config_file.c ctrl_iface.c \ ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ eap_common.c eap_peap_common.c eap_register.c eap_server.c \ eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ @@ -28,6 +29,12 @@ tkip_countermeasures.c utils.c \ vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ wpa_debug.c wpabuf.c +.if ${MK_OPENSSL} !=3D "no" +SRCS+=3D crypto_openssl.c=20 +.else +SRCS+=3D aes-internal.c aes-internal-enc.c des-internal.c md4-internal.c \ + md5-internal.c rc4.c sha1-internal.c +.endif SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c =20 MAN=3D hostapd.8 hostapd.conf.5 @@ -46,8 +53,8 @@ CFLAGS+=3D -DCONFIG_IPV6 .endif #CFLAGS+=3D -g -DPADD+=3D ${LIBPCAP} ${LIBSSL} -LDADD+=3D -lpcap -lssl +DPADD+=3D ${LIBPCAP} +LDADD+=3D -lpcap =20 # User customizations for wpa_supplicant/hostapd build environment CFLAGS+=3D${HOSTAPD_CFLAGS} =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D And success! Voila! To recap, in order to compile cleanly with -DWITHOUT_OPENSSL, I had to patc= h the following four (4) files: src/contrib/bsnmp/lib/snmpcrypto.c src/lib/libarchve/config_freebsd.h src/usr.sbin/wpa/hostapd/Makefile src/usr.sbin/wpa/wpa_supplicant/Makefile All patches above (in reply-text). I'll file a PR tomorrow, containing the above patches, restoring the abilit= y to buildworld without openssl. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 05:46:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40EDA1065675 for ; Mon, 16 Jan 2012 05:46:43 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 061AC8FC0A for ; Mon, 16 Jan 2012 05:46:42 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-82.dynamic.qsc.de [92.195.26.82]) by mx02.qsc.de (Postfix) with ESMTP id 9728A29BF2; Mon, 16 Jan 2012 06:46:40 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0G5kePp002011; Mon, 16 Jan 2012 06:46:40 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Jan 2012 06:46:39 +0100 From: Polytropon To: Jim Pazarena Message-Id: <20120116064639.ef2dba63.freebsd@edvax.de> In-Reply-To: <4F1363E4.2090104@paz.bz> References: <4F1363E4.2090104@paz.bz> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 05:46:43 -0000 On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > Is it permissible to delete the dot snap folder which is created > in a filesystem? First of all, it's called a directory, not a "folder". :-) The .snap directory in a partition's root directory is used by the program "dump" to store a snapshot of a live (i. e. possibly changing) file system prior to dumping it (i. e. it dumps the snapshot). See "man dump", the -L option: This option is to notify dump that it is dumping a live file sys- tem. To obtain a consistent dump image, dump takes a snapshot of the file system in the .snap directory in the root of the file system being dumped and then does a dump of the snapshot. The snapshot is unlinked as soon as the dump starts, and is thus removed when the dump is complete. This option is ignored for unmounted or read-only file systems. If the .snap directory does not exist in the root of the file system being dumped, a warning will be issued and the dump will revert to the standard behavior. This problem can be corrected by creating a .snap directory in the root of the file system to be dumped; its owner should be ``root'', its group should be ``operator'', and its mode should be ``0770''. *** So unless you're currently running a dump -L session, you can delete that directory. Maybe you need to be member of "operator" or be "root" in order to do it due to access permissions described above. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 05:54:57 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 637BB106564A for ; Mon, 16 Jan 2012 05:54:57 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh1.interactivevillages.com (ca.2e.7bae.static.theplanet.com [174.123.46.202]) by mx1.freebsd.org (Postfix) with ESMTP id 383E78FC14 for ; Mon, 16 Jan 2012 05:54:56 +0000 (UTC) Received: from 184-78-197-203.war.clearwire-wmx.net ([184.78.197.203] helo=_HOSTNAME_) by wh1.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RmfWq-0007AN-UZ for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 21:54:26 -0800 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sun, 15 Jan 2012 21:54:52 -0800 Date: Sun, 15 Jan 2012 21:54:52 -0800 From: Chip Camden To: freebsd-questions@freebsd.org Message-ID: <20120116055451.GG51930@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-questions@freebsd.org References: <4F1363E4.2090104@paz.bz> <20120116064639.ef2dba63.freebsd@edvax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PpAOPzA3dXsRhoo+" Content-Disposition: inline In-Reply-To: <20120116064639.ef2dba63.freebsd@edvax.de> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh1.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 05:54:57 -0000 --PpAOPzA3dXsRhoo+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Polytropon on Monday, 16 January 2012: > On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > > Is it permissible to delete the dot snap folder which is created > > in a filesystem? >=20 > First of all, it's called a directory, not a "folder". :-) >=20 After all, it doesn't fold (for that you need a little Haskell or OCaml). --=20 =2EO. | Sterling (Chip) Camden | http://camdensoftware.com =2E.O | sterling@camdensoftware.com | http://chipsquips.com OOO | 2048R/D6DBAF91 | http://chipstips.com --PpAOPzA3dXsRhoo+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJPE7urAAoJEIpckszW26+RuSoH/jcHXPzAYeU2M07IOMUPeKrQ JAAF81+YPEN3tnDprxjawbVIWBP+OCdQQSL+gXurzVVT6e+5vFTcb7brnHrmQS5h qv9pK9emNMLTD2L+TVoAx2gU5hIvXHUayKRm72UNXIZey6L7JVzI7s1wn7dqjReE bxkT2XRlA7JWF7fmSIyhn6uto06yNEmieytV19DJte5339Vd+mdYDrPX+i4JmjXp McsEbWTotACSmQ/sPiSK9Xh08NJiByA9AErlIVF19XnRziMQ+Iwuu5lKfJfWx1p9 DZjUDjDiCwGH7Kk4U8A7uHMPZmCf1nCbhNG4TtJfmPW1WQK7AO1rd0FxKx4okQ0= =U4pQ -----END PGP SIGNATURE----- --PpAOPzA3dXsRhoo+-- From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 06:14:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB3D106566B for ; Mon, 16 Jan 2012 06:14:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B23248FC12 for ; Mon, 16 Jan 2012 06:14:25 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBFFEF.dip.t-dialin.net [93.203.255.239]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id q0G6EAOp027325; Mon, 16 Jan 2012 06:14:11 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id q0G6E9Wg098940; Mon, 16 Jan 2012 07:14:12 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id q0G6DvjH012679; Mon, 16 Jan 2012 07:14:03 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201201160614.q0G6DvjH012679@fire.js.berklix.net> To: "Conrad J. Sabatier" From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 15 Jan 2012 19:13:34 CST." <20120115191334.385bd3eb@cox.net> Date: Mon, 16 Jan 2012 07:13:57 +0100 Sender: jhs@berklix.com Cc: freebsd-questions@freebsd.org Subject: Re: COMPAT_* kernel config options -- some housecleaning overdue? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 06:14:26 -0000 Hi, "Conrad J. Sabatier" wrote: > I've been wondering for a while now about the accuracy of some of the > comments in /sys/conf/NOTES re: the various COMPAT_* options, and now, > with 9.0-RELEASE already out the door and 10.0-CURRENT as the current > development branch, it seems even more relevant to ask just how > necessary or useful some of these options are anymore. > > Let me preface the following by saying that I just recently built a > 10.0-CURRENT kernel with no COMPAT_* options besides COMPAT_FREEBSD32 > and COMPAT_LINUX32, and everything seems to be working just fine (yes, > including Linux emulation). > > First and foremost, the comment re: COMPAT_43: "You probably do NOT > want to remove this as much current code still relies on the 4.3 > emulation." This might not be just refering to code runing on FreeBSD, but perhaps also code running on older other legacy net machines ? I suspect I may have needed it to talk to eg my Symmetric 375 (a 4.2BSD Bill Jollitz product pre 386BSD pre FreeBSD http://www.berklix.com/~jhs/symmetric/ ) (Not that I put that comment in), it might be an ifdef that allows adaptive detection of logic low & high for TCP broadcast address ? Whatever, searching & updated comments on what they all do would be nice. Feel free to search the source with find & grep & use send-pr to update the comments, would be useful :-) cd /usr/src vi -c/COMPAT_43TTY `find . -type f -exec grep -l COMPAT_43TTY {} \;` dmesg .... > This would appear to no longer be true. And similarly, > how relevant or viable is COMPAT_43TTY anymore? Why would one want to > use this? To support legacy code/ apps. Warning "There be dragons" as it says on old maps ;-) ie tty in Unix has traditionaly been a complex place to mess around, personaly I'd stear clear & leave it to those willing to futz about with tty :-). > I suspect that neither of these options has any real effect > anymore and both may, in fact, be essentially NOOPs. How close to the > real picture is that? > > It is my understanding that, on 64-bit platforms, COMPAT_FREEBSD32 > *is* necessary if COMPAT_LINUX32 is enabled, which seems perfectly > reasonable. However, the comment accompanying COMPAT_LINUX32 states > that COMPAT_43 is also required, which simply is not true. > And speaking of Linux compatibility, we still have an erroneous reference to > COMPAT_LINUX instead of COMPAT_LINUX32 accompanying 'device tdfx'. dmesg then > Then, of course, there are the various COMPAT_FREEBSD[4-7] options, > each accompanied by a comment which merely states the obvious but > offers no real clue as to whether or not any of them are actually > necessary. was mentioned on another list in last few days > I don't know, this whole COMPAT area just seems really messy to me -- > disorganized, unclearly documented and probably suffering from no small > amount of bit rot and neglect. I really do think it's time for some > cleaning up. > > Hope I didn't ruffle any feathers, but I just hate this type of gray > fuzziness. Clarification (maybe even some deprecation?) seems to be in > order here. Yup, certainly needs clearer comments ... find ... grep ... vi ... dmesg :-) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 06:20:00 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A34106564A for ; Mon, 16 Jan 2012 06:20:00 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1942B8FC0C for ; Mon, 16 Jan 2012 06:19:59 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-82.dynamic.qsc.de [92.195.26.82]) by mx01.qsc.de (Postfix) with ESMTP id 36E48A6; Mon, 16 Jan 2012 07:19:58 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0G6JvVs002069; Mon, 16 Jan 2012 07:19:57 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Jan 2012 07:19:57 +0100 From: Polytropon To: Da Rock Message-Id: <20120116071957.bd889587.freebsd@edvax.de> In-Reply-To: <4F138588.2030900@herveybayaustralia.com.au> References: <201201140954.q0E9sOgM037468@mail.r-bonomi.com> <4F115ADA.5050103@herveybayaustralia.com.au> <20120114130607.5a444301.freebsd@edvax.de> <4F138588.2030900@herveybayaustralia.com.au> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: access(FULLPATH, xxx); X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 06:20:00 -0000 On Mon, 16 Jan 2012 12:03:52 +1000, Da Rock wrote: > On 01/14/12 22:06, Polytropon wrote: > > On Sat, 14 Jan 2012 20:37:14 +1000, Da Rock wrote: > >> On 01/14/12 19:54, Robert Bonomi wrote: > >>>> From owner-freebsd-questions@freebsd.org Sat Jan 14 02:32:15 2012 > >>>> Date: Sat, 14 Jan 2012 09:28:21 +0100 > >>>> From: Polytropon > >>>> To: Robert Bonomi > >>