sysctl: -N repeats the name of a multi-line variable
Maintainers usually reply within 1 day
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 25/100
Research direction
Start at the sysctl command entry point and inspect how -N, --names, and -n format output for multi-line values. Check existing sysctl tests and add or adjust coverage for kernel.core_modes; done means the variable name is printed once and the command exits with status 0. An open linked pull request (#812) is already addressing this issue.
Written by the indexing model from the issue text.
Description
With -N, uutils prints a variable name once for every line in its value. procps-ng 4.0.7 prints the name once.
$ procps sysctl -N kernel.core_modes; echo $?
kernel.core_modes
kernel.core_modes
kernel.core_modes
0
$ /usr/sbin/sysctl -N kernel.core_modes; echo $?
kernel.core_modes
0
--names and -N -n behave the same way.
- Dominant language
- Rust
- Stars
- 116
- Forks
- 40
- Avg merge
- 23h 19m
- Merged PRs (30d)
- 19
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from uutils/procps
-
hugetop: print human readable sizes by defaultPossibly taken @Franklin-Qi claimed this 158 days ago. Openhugetop
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day
-
sysctl: -N fails on directory operands instead of listing their variablesPossibly taken @SichenLiang claimed this 1 day ago. Open
Difficulty 3/5 1-2 days Newbie friendliness 25/100
Maintainers usually reply within 1 day
-
sysctl: -N and -q are accepted together with key operandsPossibly taken @SichenLiang claimed this 1 day ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 25/100
Maintainers usually reply within 1 day
-
w: exits with error when utmp session references a missing tty devicePossibly taken @Franklin-Qi claimed this 111 days ago. Openw
Difficulty 3/5 1-2 days Newbie friendliness 72/100
uutils/procps#718 · 1 reaction ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 52/100
Maintainers usually reply within 1 day
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day
-
[Bug]: Bedrock request metadata forwarding does not work for /embeddingsPossibly taken A pull request linked to this issue is open or already merged. Openbug llm translation
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
pytest plugin: a crashed xdist worker aborts the whole session with INTERNALERRORPossibly taken @hazelxue claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Maintainers usually reply within 1 day
-
skillfs: one malformed chat-log line aborts the entire skill-usage analysis (skill_usage_from_chat_logs.py)Possibly taken @zjncs claimed this today. Opencomponent:skillfs
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
agentic-os-org/ANOLISA#6116 · 1 comment ·
Maintainers usually reply within 1 day