You might want to have a look at
slackrepo. You can create a hintfile (similar to .info or sbopkg .options) that contains 'SKIP="any message you want to display"'. I used this for skipping webkitgtk updates when I was writing and testing slackrepo.
It's not perfect for your use case at the moment, as it will always display a message that the package has been skipped even when the package already exists and is up to date, but I will improve that situation in the next release. (It already does something similar for packages that need manual downloading, such as jdk.) Thanks for the idea!
I don't think that the highly automatic updates in slackrepo are a loss of control for the user, for two reasons: (1) it has a '--dry-run' control argument, and (2) it will soon have a new feature for automatically archiving updated packages and for restoring them on request.
The other thing that you might not like is that slackrepo will always do an update if git has changed, even if it is only a change to README or the maintainer, and any depending packages will be rebuilt. I have been thinking about whether to add an option for relaxing this behaviour, but at the moment it is "Better safe than sorry".
Also, it will *always* increase the BUILD for updates and rebuilds. This ensures that the repository will work with slackpkg+.
I don't want to bash sbopkg, it is now almost perfect for its purpose, but we also need to experiment with new ideas, and if some of those new ideas are good, I would consider it an honour if those ideas were "stolen"
The point is, sbopkg suits me very well, the blacklisting is the only thing I'm wishing for at the moment. Although it might require quite some investigation, I might jump into the source code one day and add the functionality if the upstream does not. Nobody is to be blamed, sbopkg is stable and works well, my proposal is rather obvious, but surely needs time for proper incorporation.
