Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sfsu doesn't consider the names of binaries inside a package unlike scoop search #391

Closed
arnabadas opened this issue Oct 5, 2023 · 1 comment · Fixed by #394
Closed
Assignees
Labels
bug Something isn't working

Comments

@arnabadas
Copy link

Describe the bug
sfsu doesn't consider the names of binaries inside a package unlike scoop search

To Reproduce
Run scoop search sed and sfsu search sed

Expected behavior
Both the commands should produce the same output

Full Output
scoop search sed yields the following output:

Name                Version         Source Binaries
----                -------         ------ --------
msedgeredirect      0.7.5.0         extras
openclosedriveeject 3.21            extras
polsedit            1.0.0.5         extras
todolist            8.2.2           extras TDLTransEdit.exe
bazel-buildtools    6.3.3           main   unused_deps.exe
busybox             5181-g5c1a3b00e main   sed
djvulibre           3.5.28-4.12     main   djvused.exe
edgedriver          117.0.2045.47   main   msedgedriver.exe
gow                 0.8.0           main   sed.exe
pdf2djvu            0.9.19          main   djvused.exe
sed                 4.9             main
unxutils            2007.03.01      main   sed.exe

sfsu search sed yields the following output:

'extras' bucket:
  msedgeredirect (0.7.5.0)
  openclosedriveeject (3.21)
  polsedit (1.0.0.5)

'main' bucket:
  sed (4.9)

Version [e.g. 1.4.0]
1.4.15

Additional context
The gow is a good package used for installing the sed but it doesn't show up when searching with sfsu. So this problem is very relevant.

@arnabadas arnabadas added the bug Something isn't working label Oct 5, 2023
@jewlexx
Copy link
Member

jewlexx commented Oct 5, 2023

This would be nice, but this could also incur massive slowdowns, as we'd need to parse every single manifest across every bucket.

I'll work on this, but I will probably put it behind a flag, so by default it is not enabled.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants