without the need to have the packages around.
It's really easy now to check if a new package conflicts with other stuff
in the ports-tree:
$ find-all-conflicts -p /usr/ports newpkg.tgz
help & ok espie@
SUPDISTFILES, so we get them as well.
This misbehavior noticed by Mikolaj Kucharski.
(the intention is obviously to regrab everything to verify whether
anything changed, and that includes SUPDISTFILES)
Only functional change:
Add sha256 at the end of the list of supported ciphers, so that new
makesums will add the new cipher.
The rest is business as usual.
the multi-packages case, as should be.
introduce _ALLPKGPATHS, and use it in show-required-by, so that
show-required-by works for multi-packages.
problem noticed by bernd@
different than expected. Teach handle_dependency() how to cope with that.
Debugged with msf@ some time ago. Fix tested by msf@, sturm@ and steven@.
This also fixes the following error some people have seen:
"Can't use an undefined value as a HASH reference at
/usr/ports/infrastructure/package/check-newlib-depends line 234."
"go for it" espie@
pwd -P, and we select the longest prefix from PORTSDIR_PATH.
This lets mystuff-like dirs get stripped from PKGPATH correctly, as long
as PORTSDIR_PATH is set correctly.
Adapt make-plist to use the same code as pkg_create to deduce fragment
names, remove some old special cases that should no longer matter.
Zap directories from dependencies in a way depending on the dependency.
Far from perfect yet, as directories should be registered multiple times
in packages that do not depend on each other, and could also be used to
figure out where to put new files...
of FORCE_UPDATE. Also break out in case update fails (otherwise the old
installed package would be enough to continue building).
Sprinkle REPORT_PROBLEM to know more precisely what stuff is breaking.
replace some
if eval cmd; then
with
if (eval exec cmd); then
because if eval... seems to break early, even with the test guard, thus
giving a chance to REPORT_PROBLEM to do stuff instead of having to wait.
(Note: a trap would probably be simpler ?)
