From owner-freebsd-questions@FreeBSD.ORG Mon Feb 4 22:46:38 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 51634625 for ; Mon, 4 Feb 2013 22:46:38 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1600D72C for ; Mon, 4 Feb 2013 22:46:37 +0000 (UTC) Received: from www.dweimer.net (webmail.dweimer.local [192.168.5.1]) by webmail.dweimer.net (8.14.5/8.14.5) with ESMTP id r14Mkaij091806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 4 Feb 2013 16:46:37 -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: Mon, 04 Feb 2013 16:46:36 -0600 From: dweimer To: freebsd-questions@freebsd.org Subject: Re: Can anyone direct me to some information about what =?UTF-8?Q?WITHOUT=5FPROFILE=3D=22YES=22=20actually=20means=2E?= Organization: dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: References: <2bc4849a42d23d8e469e04afa3b27fdf@dweimer.net> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/0.8.1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 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: Mon, 04 Feb 2013 22:46:38 -0000 On 02/04/2013 3:25 pm, Michael Powell wrote: > dweimer wrote: > >> >> I have ran into a recent issue, after a lot of trouble shooting I >> have >> narrowed it down to something in my /etc/src.conf >> >> the full file just has: >> WITHOUT_BIND="YES" >> WITHOUT_NTP="YES" >> WITHOUT_FLOPPY="YES" >> WITHOUT_FREEBSD_UPDATE="YES" >> WITHOUT_PROFILE="YES" >> >> Of course bind and ntp are added in by ports after the system is >> built, >> everything compiles, I have a very specific issue with one thing not >> working on an installed port, with no apparent error. To make a long >> story short though one of my build attempts, I forgot to copy the >> /etc/src.conf file to the new system. And well the problem was gone, >> when I discovered that's what I did differently, I commented out all >> lines on a different system rebuilt and installed, sure enough it >> worked. Looking at the src.conf options that I was using, I can't >> see >> how any option other than the WITHOUT_PROFILE could possibly be >> causing >> the problem. Though I am in the process of building systems with >> different options removed in an attempt to find out for sure. >> >> The WITHOUT_PROFILE was added from a help document I read some time >> ago >> about upgrading from source, and hasn't caused any problems before >> now. >> I know it instructs the build process to avoid compiling profiled >> libraries. But my searching hasn't been able to lead me to what the >> difference is between a profiled and non-profiled library is. >> > > I'm not a code hacker, so take with pinch of salt. In the man page for > src.conf it declares that variable values would be ignored, and of > course I > missed that. While I have WITHOUT_PROFILE= true in my src.conf, the > correct > use is simply WITHOUT_PROFILE by itself. Since I have never > experienced any > form of difficulty perhaps the difference here is the quotation marks. > Maybe > something is malfunctioning from the "". See if removing these helps? > > Also, from what I understand what's in src.conf should only apply to > building the system, e.g code located under /usr/src. I've always > taken this > to mean it should not apply to building anything in ports. > > My limited understanding is that when you build profiled code you are > inserting a little extra debug code which is utilized to measure the > time > spent within internal structures, such as functions and other > sub-routines. > Not that I even know how such info would get extracted at runtime, > programmers use this to look for areas within their code that hog > resources > time-wise and zero in on those to concentrate on makeing more > efficient/faster. > > -Mike > if I remember right, from information about src.conf, I believe that WITHOUT_PROFILE WITHOUT_PROFILE= WITHOUT_PROFILE=true WITHOUT_PROFILE="YES" ... are all functionally equivalent as it does ignore the rest, though I could be wrong and this could be my problem. I do know for sure that the WIHTOUT_BIND, WITHOUT_NTP, are working correctly as they are gone form the system, prior to me installing the versions from ports after the build/install world. Yes this does apply only to system. With the above options buildworld / buildkernel / install kernel / install world/ mergemaster / reinstall all ports, I have my problem. Remove all options, repeat no problem. Remove just WITHOUT_PROFILE repeat again, problem is back. So I was wrong as to that line being the cause, at least by itself. I did a lot of initial testing with port option changes, and changes to make.conf on my system, thought maybe it was clang, etc. Didn't get anywhere, the system is running on a ZFS boot partition, and as a last effort I tried on UFS. It worked, but I also realized I forgot the src.conf settings. I copied my ZFS systems boot environment and rebuilt without src.conf, it now works as well. Currently doing a fresh install on ZFS to build from ground up with the same process used originally, except without the src.conf and confirm I can repeat its success. Then I can do some more testing with adding options back into the src.conf to try and narrow down which of those options is causing the problem. If I can figure out which one, or combination of them is the cause, then I will hopefully have something that can lead to someone with more knowledge than I have being able to discover why its having the problem. The port doesn't fail to compile it installs fine, and 99.5% of it runs perfect, just one little thing that I need to work hangs up for about 5 minutes, before timing out, but doesn't log an error, even with insanely verbose debugging, it acts as if it completed but it didn't. I posted another message about the specific problem several days ago, before I had it figured out to be caused somehow by something in the src.conf file. I am trying to run Squid (version 3.2.6 is the current port) in reverse proxy, the problem is only when doing a post via HTTPS above a certain size, somewhere between 2k and 3.2k is where it begins. -- Thanks, Dean E. Weimer http://www.dweimer.net/