-
Michael Shigorin authored
Some more editing has been due over pkg.in/lists/tagged/README to make it more comprehensible and up-to-date; the problem with groups isn't actually that bad as alterator-pkg's groups concept is currently aligned with the requisite functionality provided by pkg.in/lists/* directly; the tagged pkglists come into play when we want to add "something like that" and don't really care about the fine details of a secondary thing trusting that it's actually comprised and working as advertized through its name tags. Compare to reusing the pre-existing image configuration or features versus reimplementing things in a rigid manner -- it's a flexibility vs predictability question, and both scenarios are supported within m-p explicitly.
2aece7c6
| Name |
Last commit
|
Last update |
|---|---|---|
| .gear | ||
| bin | ||
| conf.d | ||
| doc | ||
| features.in | ||
| image.in | ||
| lib | ||
| pkg.in | ||
| sub.in | ||
| .gitignore | ||
| COPYING | ||
| Makefile | ||
| QUICKSTART | ||
| README | ||
| main.mk | ||
| reports.mk |