Date: Mon, 04 Feb 2013 16:46:36 -0600 From: dweimer <dweimer@dweimer.net> 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?= Message-ID: <c1964b940f7810016c79180111a4204a@dweimer.net> In-Reply-To: <kep907$iv5$1@ger.gmane.org> References: <2bc4849a42d23d8e469e04afa3b27fdf@dweimer.net> <kep907$iv5$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c1964b940f7810016c79180111a4204a>