`Rex::Commands::Fs::df` fails on `tcsh`
Nobody has claimed this yet.
- Dominant language
- Perl
- Stars
- 737
- Forks
- 214
- PR merge metrics
- No merged PRs in 30d
Description
Describe the bug
df actually returns empty hash reference with or without a device argument in FreeBSD 13.1 (latest) release
This function returns a hash reference which reflects the output of df.
https://metacpan.org/pod/Rex::Commands::Fs#df([$device])
Expected behavior
hashref reflecting df(1) command's output
How to reproduce it
task 'disk', group => 'testing', sub {
say Dumper df;
};
$VAR1 = {};
Code example
No response
Additional context
No response
Rex version
1.13.4
Perl version
5.36.0
Operating system running rex
Debian 11
Operating system managed by rex
FreeBSD
How rex was installed?
cpan client
Contributor 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.
Research direction
Start by reproducing the task example on FreeBSD 13.1 and inspect the Rex::Commands::Fs::df entry point. Compare the command output with the parsing behavior for calls with and without a device argument. Done means df returns a populated hash reference reflecting df(1) output.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- perl
- Domain
- devops, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100