- zap heuristic#3, not critical
- don't rebuild the Fetch queue all the time, it's too expensive
- fix bugs in FetchQueue computation, correctly handle 1 distfile case
- create a quick path thru adjust* that handles only new paths.
- use it during LISTING while fetching files, to make more files available
quicker.
- model distfiles as FDEPENDS, DIST, so that they can get dumped.
- add -v option that dumps a bit more stuff in log files.
with these, dpb will fetch all distfiles in a not too surprising order,
and it won't consume 40% cpu while doing so...
- clean up clock handling, jobs with timer.
- pass more parameters thru state
- tweak the engine to handle distfiles
- lots of new code in Fetch for new jobs.
should be linked statically as reported by David Talkington. Tested with
all ports showing in bulk build logs as using -all-static.
"that looks ok for our needs" steven@
Deprecate: -t and -T
use -DCONNECTION_TIMEOUT=... -DDISPLAY_TIMEOUT=... instead
New feature: -DSTUCK_TIMEOUT=
kill tasks when they don't show any progress for that long.
Manually removing TABs is an exhausting job, so make the analyse
function output compatible for copy/paste into a port Makefile.
"yes yes yes" sthen@
ok landry@ espie@
makes for a "quick listing" of the most important ports first (e.g., groff).
document -R, even though it's not perfect yet.
flesh out all the recent parts and update the BUGS AND LIMITATIONS section.
Somewhat inefficient (deep check of package vs port signature).
More proper approach would be to tell the engine to always build, have first
step be a check for signature if the package exist, and abort if it matches:
- here we double check everything
- propagating rebuilds means non-uptodate packages give rise to non uptodate.
- if several cores are available, recheck errors, so that we're not stuck
waiting for a core to finish to start new shit.
- $logdir/stop-<machine_name> allows you to stop a given machine while
you clean it up and (possibly) restart it (e.g., won't start new jobs)
instead do what it is supposed to do: not dynamically linking with
not-installed libtool libraries
openldap linking incorrectness pointed out by pea@
this might fix some other stuff as well
turns out we probably don't need FULLSUBDIR after all.
compute SUBDIR better, possibly with quotes.
Remove trailing / on subdirs, in case people use completion.
a/path/to/.libs/foo instead of .libs/a/path/to/foo
- make sure the symlinks pointing to the library are also in this path
problem spotted by naddy in net/gnet regression tests
because the key may be set in a recursion step, but we only add to deplibs
at level 0.
this seems to produce more correct deplibs.
first step to fix kde/bindings.
actually have all the .la files we need (especially so if users insist on
using -lfoo instead of foo.la).
this makes it behave better for the creation of executable wrappers.
should fix sysutils/bacula.
symlinks to all of them.
this fixes kde/multimedia, which builds a libmpeg-0.3.0.so (using -release),
also known as libmpeg.so, and then links something with -lmpeg ...
(before this commit, we only had a symlink to the former)
it should really just use libmpeg.la instead, but let's have libtool handle
such attempts anyway.
might fix other stuff i'm not yet aware of, too.
we could not find /usr/X11R6/lib/libX11.la
therefore, parse -L arguments before everything else so we know in which
directories to search libraries.
fixes libcaca, and possibly others
