only emit a message and don't actually fetch anything. This allows
us to make the output of "fetch-list" for these packages consistent
with other packages.
While we're in here, integrate DYNAMIC_MASTER_SITES with the
${ORDERED_SITES} macro. The only functional change here is that
${MASTER_SITE_OVERRIDE} is now respected. Still to do -- something
appropriate for "fetch-list" for these packages, like sourcing
"getsites.sh" into the generated script. (Well, "package", but there
are two others that do something similar in their "Makefile".)
Also eliminate the misbegotten _FETCH_ALLFILES macro -- now that only
"fetch" uses it, move it's functionality directly under "do-fetch".
many suggestions made by Bernd Ernesti on "tech-pkg". Closes PR pkg/15539.
- - Partially revert 1.895, which made 'fetch-list' ape 'fetch', so instead
check if a file exists on the building host before emitting anything
for it into the generated script. Update to use the new 'fetch' procedure
on the fetching host, once it is determined that the file is needed,
and generally clean up the output, so that it's a human readable shell
script with comments.
- - Introduce utility target 'show-all-depends-dirs', to do the necessary
recursing over dependencies quickly and correctly. Add a couple of
variations to show how it's done, and bracket the whole thing with
".if make()", so it's invisible to the dependency graph for all the
other targets. The key improvement over the old way, is that it utilizes
an "awk" associative array to guarantee that no package subdirectory
is visited twice. For the package with the hairiest dependency graph,
"x11/gnome", this leads to something like a 1,000-fold improvement!
- - "sort -u" over the result of 'fetch-list-one-pkg' goes bye-bye. The new
"awk" post-processor begins emitting output as soon as there is a file
to fetch, so the user doesn't have to wait for the whole thing to finish
before he sees anything.
- - Get rid of the old hook for non-recursing for a top-level 'fetch-list',
which was never used. Previously, a top-level 'fetch-list' couldn't work
anyway, because the progress reports ruined the shell script. Remove
'fetch-list' from the targets that recurse from the top, and instead
use a different 'fetch-list' target in "bsd.pkg.subdir.mk" to do the right
thing. Currently, that right thing includes recursing in the single-category
case, or if ${SPECIFIC_PKGS} is set, and not recursing in the top-level,
all packages case (where it would be perfectly pointless).
COMMENTs are now a variable in the Makefile instead of a pkg/COMMENT
file. The COMMENT var should be in the maintainer block after the
homepage.
Modify bsd.pkg.mk, pkglint, url2pkg, and port2pkg (last one untested)
for the new behaviour. Document new state in Packages.txt.
This should save lots of inodes, and lots of time when untarring/updating.
Idea by Alistair Crooks.
For the time being, accept pkg/COMMENT instead of a COMMENT var to avoid
a flag day.
from which an installed package can be re-installed. This can be used
to build up a list of host specific packages, which is useful, for
example, in re-building all packages on a machine for a.out to ELF
transition.
...
===> package security/sudo
sudo package: sudo-1.5.7p4 installed, pkgsrc version sudo-1.5.9p1
===> package security/tripwire
===> category shells
...
for installed packages whose version does not match that in pkgsrc. No
output is produced if the package is not installed. This allows an easy
overview of the packages installed on a machine which need to be upgraded.
Also make minor modifications to the SUBDIRUSE target for Solaris.
(including any subdir) for a package. If ${IGNORE} is set, for any reason,
do not print anything. The output is relative to ${DISTDIR}.
This target can be used to identify out of date distfiles and patchfiles
in ${DISTDIR}, in conjunction with suitable filters.
This can be used to
- enable execution of a non-standard target for all pkgs of a category,
e.g. cd pkgsrc/benchmarks ; make benchmark
- superceding standard-targets with custom versions, e.g. from
/etc/mk.conf
The URLs in the generated README.html files can be specified by overriding
the CDROM_PKG_URL_HOST and CDROM_PKG_URL_DIR definitions.
Document the targets, and clean up some English, in Packages.txt
This will result in the pkgsrc/README.html _not_ being removed, even if
some "make readme" in any of the pkgs fails. (That's the reason there
was no toplevel README.html when I postet this first :)
definition accordingly.
Modify check in LIB_DEPENDS, RUN_DEPENDS and BUILD_DEPENDS, so that
the first component is considered to be a file name if it contains a
'/' character anywhere within it, not just the first character.
one if the categories directories, will call "make readme" in
any subdirectories.
I thought that this was suggested by Chris Demetriou, but I can't find
any PR backing this up. So my apologies to the person who did suggest
this.
characters, and avoids the wrong interpretation of magic HTML
characters in DESCR files or categories.
Forwarded to me by Chris Demetriou, and refers to PR 4341.
