| Summary: | sys-apps/openrc: rc-status doesn't process '.' or '..' input parameters properly | ||
|---|---|---|---|
| Product: | Gentoo Hosted Projects | Reporter: | Coacher <itumaykin+gentoo> |
| Component: | OpenRC | Assignee: | OpenRC Team <openrc> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 481182 | ||
This is fixed in commit aeb670f and will be part of OpenRC-0.13. Thanks for the report. |
Hello. rc-status manpage says that passing runlevel name to rc-status should result in printing services on the given runlevel. If runlevel doesn't exist an error message is printed. However, running `rc-status .` will output more or less same info as `rc-status -a`. And it is shouldn't be like that as there is now such runlevel as '.'. Another exmaple is `rc-status ..` which prints meaningless info as well as constructions of type `rc-status ../../sbin` and so on. Clearly, these expressions ('.', '..') shouldn't be processed at all and should be followed by error message immediately. Please fix. Reproducible: Always Steps to Reproduce: 1. run `rc-status .` or `rc-status ..` Actual Results: Some output being printed Expected Results: Error message should be printed.