Replies: 1 comment 1 reply
-
@okibcn There is no policy, per se, but we should not drop an included bucket just because GitHub didn't return it in the most recent search result. I will consider how much effort it would be to work around this issue. Thanks for bringing it to our attention. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
@rasa, I see that the directory is not really getting new buckets, but it has a list of about 15-20 buckets bouncing from in and out of consideration every one or two days. How I saw it? well it requires a little intro:
created a while ago a Scoop search framework for myself. I finally decided to share it with everyone a few days ago given the lack of sound (IMHO) CLI scoop search tool.
The framework has two parts:
The database generator is, at this time, unable to explore GitHub to find new buckets. So, it uses Scoop-Directory to retrieve a list of known buckets.
After that (long?) intro, you can see in that project the history of two files: ActiveBuckets and DeprecatedBuckets. I implemented this tracking a couple of days ago to avoid missing any past buckets ( I am planning on doing the same for apps in the known scoop repos, now tracked as artifacts.).
What is the logic behind the bucket discovery-removal-recover policy in Scoop-Directory?
Thanks
Beta Was this translation helpful? Give feedback.
All reactions