Up until now, we would have a few (roughly 100) ports in the tree which were not linked to the build.
I've added a new mechanism that allows them to get "linked" for meta-info collection purpose. Basically, UNLINKED=tag will add an IGNORE entry to the port, so if you add its SUBDIR to the category Makefile, it will still be ignored in default builds. People who want to build the port manually will just have to set BUILD_UNLINKED=tag somewhere (like in /etc/mk.conf) to wave the IGNORE'd line. So, nothing changes as far a builds are concerned. HOWEVER, those ports will now show up in sqlports *AND* pkglocatedb. which means they need to be squeaky-clean with respect to that (in particular, no missing dependency). But on the plus side, they are visible in sqlports, so that sweeps of the tree for tweaking infrastructure will see them, show-reverse-deps will see them, and portroach will index them. What tag to use: most port will just have their name as a tag. If it's a set of related port (say wayland stuff), we'll use a common tag for them (say wayland). >From now on, if you import a new port, it should also be added to the category Makefile (so please verify that sqlports/pkglocatedb will be happy: full meta-information, existing dependencies, packing-list). If it's not to be in the default build, set UNLINKED. (Also note that UNLINKED will show up in sqlports, so this will help avoiding things falling through the cracks and staying in limbo for years... like libindicator/libappindicator, which were removed from the default build THREE YEARS AGO because "some stuff may pick them up"... No obvious progress on that since then!)
