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

ledger-tool: Minor cleanup on --ignore-ulimit-nofile-error flag #34944

Merged
merged 1 commit into from
Jan 26, 2024

Conversation

steviez
Copy link
Contributor

@steviez steviez commented Jan 25, 2024

Problem

This argument is a flag and doesn't take a value; however, it had the .value_name() modifier set with "FORMAT". This could be confusing so remove .value_name() and add .takes_value(false).

Here is the only place where this argument is read; note that it checks for presence and not value:

let enforce_ulimit_nofile = !matches.is_present("ignore_ulimit_nofile_error");

Before:

        --ignore-ulimit-nofile-error <FORMAT>
            Allow opening the blockstore to succeed even if the desired open file descriptor limit cannot be configured.
            Use with caution as some commands may run fine with a reduced file descriptor limit while others will not

After:

        --ignore-ulimit-nofile-error    Allow opening the blockstore to succeed even if the desired open file descriptor
                                        limit cannot be configured. Use with caution as some commands may run fine with
                                        a reduced file descriptor limit while others will not

This argument is a flag and doesn't take a value; however, it had the
.value_name() modifier set with "FORMAT". This could be confusing so
remove .value_name() and add .takes_value(false)
Copy link

codecov bot commented Jan 25, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (b04765f) 81.6% compared to head (ba374b6) 81.6%.

Additional details and impacted files
@@            Coverage Diff            @@
##           master   #34944     +/-   ##
=========================================
- Coverage    81.6%    81.6%   -0.1%     
=========================================
  Files         828      828             
  Lines      224339   224339             
=========================================
- Hits       183274   183243     -31     
- Misses      41065    41096     +31     

@steviez steviez requested a review from t-nelson January 25, 2024 07:24
@steviez steviez merged commit 89fd6ac into solana-labs:master Jan 26, 2024
35 checks passed
@steviez steviez deleted the lt_ignore_nofile_cli branch January 26, 2024 04:57
@steviez steviez added the v1.18 PRs that should be backported to v1.18 label Feb 6, 2024
Copy link
Contributor

mergify bot commented Feb 6, 2024

Backports to the beta branch are to be avoided unless absolutely necessary for fixing bugs, security issues, and perf regressions. Changes intended for backport should be structured such that a minimum effective diff can be committed separately from any refactoring, plumbing, cleanup, etc that are not strictly necessary to achieve the goal. Any of the latter should go only into master and ride the normal stabilization schedule. Exceptions include CI/metrics changes, CLI improvements and documentation updates on a case by case basis.

mergify bot pushed a commit that referenced this pull request Feb 6, 2024
This argument is a flag and doesn't take a value; however, it had the
.value_name() modifier set with "FORMAT". This could be confusing so
remove .value_name() and add .takes_value(false)

(cherry picked from commit 89fd6ac)
steviez pushed a commit that referenced this pull request Feb 7, 2024
…g (backport of #34944) (#35114)

ledger-tool: Minor cleanup on --ignore-ulimit-nofile-error flag (#34944)

This argument is a flag and doesn't take a value; however, it had the
.value_name() modifier set with "FORMAT". This could be confusing so
remove .value_name() and add .takes_value(false)

(cherry picked from commit 89fd6ac)

Co-authored-by: steviez <steven@solana.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
v1.18 PRs that should be backported to v1.18
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants