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

Qa command not found improvements #1210

Closed
wants to merge 3 commits into from

Conversation

eli-schwartz
Copy link
Contributor

  • check for dash as well
  • don't special case and ignore errors in ./configure scripts

Copy link
Member

@thesamesam thesamesam left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd prefix the commit msgs with ebuild: as that's the relevant component.

It looks good to me but I'd like @zmedico to take a quick look because he authored the original change to suppress it for configure.

@eli-schwartz
Copy link
Contributor Author

Will fix up the commit messages tomorrow as I've already gone to bed. :D

Copy link
Member

@zmedico zmedico left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The command_not_found_exclude_re traces back to 930bbbf for https://bugs.gentoo.org/245716 and I guess it's fine to remove and see if anyone complains.

calling this "bash_command_not_found" is overly specific. Just because
bash is used to detect the case doesn't mean it's specific to bash. And
really we should extend this find command_not_found for other
environments too.

Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
Bug: https://bugs.gentoo.org/822033
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
…/configure

Down through the twisting trail of history, we find a 2008 bug report
and commit 930bbbf, which disabled
detecting "command not found" in ./configure scripts with the following
rationale:

> This is actually a false positive. I'll fix it to filter out the ones that are generated by configure scripts.

As far as I can tell it wasn't a false positive though. Looking up the
source code for that old project reveals no indication that it can
misfire in "expected" ways. More generally, this obscures real issues in
configure scripts -- why should configure scripts be special here? --
which have *zero* guarantee of resulting in failure. Anecdotally, they
usually do not.

Whatever the underlying issue is, it's *definitely* an upstream bug and
*almost certainly* indicates that there may be situations where the
project miscompiles against expectations.

Bug: https://bugs.gentoo.org/245716
Signed-off-by: Eli Schwartz <eschwartz93@gmail.com>
@eli-schwartz eli-schwartz deleted the qa-command-not-found branch December 21, 2023 04:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants