summaryrefslogtreecommitdiff
path: root/mk/bsd.pkg.update.mk
AgeCommit message (Collapse)AuthorFilesLines
2008-04-07Prefer package-destdir as default for update with USE_DESTDIR.joerg1-2/+4
2008-02-07Replaced _PKG_SILENT and _PKG_DEBUG with RUN.rillig1-3/+3
2007-09-07Replaced ${_PKG_SILENT}${_PKG_DEBUG} with ${RUN}, since it is shorter.rillig1-21/+17
Removed unnecessary braces around a single pipeline. Also removed the ||true, since awk is very unlikely to fail.
2007-09-07pkg_info -qR doesn't give the same results as pkg_delete -n.rillig1-1/+3
2007-09-07Correct typo, really fixes PR 36940.obache1-2/+2
2007-09-07pkg_info needs at least one package name. Fixes PR 36940.rillig1-2/+3
2007-09-06One line of code can say as much as ten.rillig1-5/+2
2007-09-06Why do things in a simple way when there is a complicated alternative?rillig1-11/+5
2006-10-05Suppress the message that ".DDIR is up-to-date" by introducing a .PHONYrillig1-3/+6
target.
2006-07-27Whenever we invoke a recursive make, we need to ensure that the properjlam1-14/+12
environment ${PKGSRC_MAKE_ENV} is also passed along. Create a convenience variable RECURSIVE_MAKE that does exactly this and that can be used in place of MAKE when invoking make recursively. Use RECURSIVE_MAKE everywhere in pkgsrc/mk that we invoke make recursively.
2006-06-071.) Remove all instances of '@${WARNING_MSG} "Warning: ...' which resultedtron1-4/+4
in error message like 'WARNING: Warning: ...'. 2.) Replace "WARN_MSG" with "WARNING_MSG" which makes the "make package" target work again for restricted packages like "acroread7".
2006-06-05Use PHASE_MSG, STEP_MSG, WARNING_MSG, and ERROR_MSG in place of ECHO_MSGjlam1-10/+8
in various places.
2006-06-05Move definitions for UPDATE_TARGET and DEPENDS_TARGET closer to wherejlam1-4/+19
they are used. Also, move UPDATE_RUNNING into the install module where it is used, and make it "private" by prepending with an underscore.
2006-06-04Move some "update"-only variables from bsd.pkg.mk to bsd.pkg.update.mk.jlam1-1/+4
2006-06-03First pass at implementing support for package system flavors otherjlam1-0/+127
than pkgsrc's current one. This is an important lead-up to any project that redesigns the pkg_* tools in that it doesn't tie us to past design (mis)choices. This commit mostly deals with rearranging code, although there was a considerable amount of rewriting done in cases where I thought the code was somewhat messy and was difficult to understand. The design I chose for supporting multiple package system flavors is that the various depends, install, package, etc. modules would define default targets and variables that may be overridden in files from pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the sensible thing of doing nothing, and pkgsrc infrastructure would rely on the appropriate things to be defined in pkgsrc/mk/flavor to do the real work. The pkgsrc/mk/flavor directory contains subdirectories corresponding to each package system flavor that we support. Currently, I only have "pkg" which represents the current pkgsrc-native package flavor. I've separated out most of the code where we make assumptions about the package system flavor, mostly either because we directly use the pkg_* tools, or we make assumptions about the package meta-data directory, or we directly manipulate the package meta-data files, and placed it into pkgsrc/mk/flavor/pkg. There are several new modules that have been refactored out of bsd.pkg.mk as part of these changes: check, depends, install, package, and update. Each of these modules has been slimmed down by rewriting them to avoid some recursive make calls. I've also religiously documented which targets are "public" and which are "private" so that users won't rely on reaching into pkgsrc innards to call a private target. The "depends" module is a complete overhaul of the way that we handle dependencies. There is now a separate "depends" phase that occurs before the "extract" phase where dependencies are installed. This differs from the old way where dependencies were installed just before extraction occurred. The reduce-depends.mk file is now replaced by a script that is invoked only once during the depends phase and is used to generate a cookie file that holds the full set of reduced dependencies. It is now possible to type "make depends" in a package directory and all missing dependencies will be installed. Future work on this project include: * Resolve the workflow design in anticipation of future work on staged installations where "package" conceptually happens before "install". * Rewrite the buildlink3 framework to not assume the use of the pkgsrc pkg_* tools. * Rewrite the pkginstall framework to provide a standard pkg_* tool to perform the actions, and allowing a purely declarative file per package to describe what actions need to be taken at install or deinstall time. * Implement support for the SVR4 package flavor. This will be proof that the appropriate abstractions are in place to allow using a completely different set of package management tools.