Closed mgorny closed 2 years ago
Thanks for the report. This should be fairly easy to fix.
Is this the only place where this happens? (I'd be surprised if it is)
Can I ask the context you are running the tests in? Would it be helpful to have this patched on pypi quickly? Or do you just need the patch merged into main?
Is this the only place where this happens? (I'd be surprised if it is)
Well, it's the only one that I've noticed. After skipping this one test, everything else passes.
Can I ask the context you are running the tests in? Would it be helpful to have this patched on pypi quickly? Or do you just need the patch merged into main?
I'm packaging ubelt for Gentoo. In this case, I've just decided to deselect this one test, so I don't think there's any hurry to have a new release.
Got it. #114 is now merged, so the next release will resolve the issue completely.
Thanks!
@mgorny FYI the patched version 1.1.1 is out now.
Describe the bug Contrary to the popular belief,
which(1)
is not part of POSIX base system and it is entirely possible not to have it installed at all. However, ubelt's tests assume that it is always present and fail when it isn't:To Reproduce
which(1)
.pytest ubelt/util_platform.py::find_exe
Expected behavior Tests passing.
Desktop (please complete the following information):