Change Details

One or other of these is required for a functional base system, which also means that if we add packages to either set in the future, those packages will be required for a minimal base a system; this is likely to happen if we decide to split more things out from -utilities, for example. To avoid the user accidentally breaking the system, mark both sets as 'vital', so pkg won't remove them without explicit user confirmation. Don't do this for the other sets (e.g., devel, kernels) because those aren't vital and removing them won't break the system. Suggested by: bapt

``` At least "minimal" must be vital, because it's required for a functional system. For example, we might create new packages in the future which are required for the multi-user system and are part of the minimal set, so it's important that users don't remove set-minimal to ensure they get those new packages. For the other sets, it's debatable whether they should be vital or not, but let's start out with the assumption that if the user installed a set, they should have to have to explicit request it be removed. This means if, for example, they install set-devel, then remove lldb, pkg won't remove set-devel and cause the next "pkg autoremove" to remove everything else that was in set-devel. We might want to adjust this later (or possibly adjust the behaviour of pkg(8) itself) based on user feedback. While here, fix a typo in the description of the devel set. Suggested by: bapt MFC after: 3 seconds ```

One or other of these is required for a functional base system, which``` also means that if we add packages to either set in the futureAt least "minimal" must be vital, thosebecause it's required for a functional packages will be required for a minimal base a system;system. For example, this is likelywe might create new packages in the future which to happen if we decide to split more things out from -utilities, forare required for the multi-user system and are part of the minimal set, exampleso it's important that users don't remove set-minimal to ensure they get those new packages. To avoid the user accidentally breaking the systemFor the other sets, mark both sets asit's debatable whether they should be vital or not, 'vital'but let's start out with the assumption that if the user installed a set, they should have to have to explicit request it be removed. This means if, for example, they install set-devel, then remove lldb, so pkg pkg won't remove them without explicit user confirmationset-devel and cause the next "pkg autoremove" to remove everything else that was in set-devel. Don't do this for the other sets (e.g., devel, kernels) because thoseWe might want to adjust this later (or possibly adjust the behaviour aren't vital and removing them won't break the systemof pkg(8) itself) based on user feedback. While here, fix a typo in the description of the devel set. Suggested by: bapt bapt MFC after: 3 seconds ```