gibo dump includes additional output when installed from scoop on windows

[git-commit]

Running e.g. gibo dump Linux on Windows results in the following output:

### Linux

Das System kann die angegebene Datei nicht finden.


### Linux

*~

# temporary files which can be created if a process still has a handle open of a deleted file
.fuse_hidden*

# KDE directory preferences
.directory

# Linux trash folder which might appear on any partition or disk
.Trash-*

# .nfs files are created when an open file is removed but is still being accessed
.nfs*


Unknown argument: Linux

If the Unknown argument error would be printed to stderr this would be less of a problem, but it is not: Running gibo dump Linux > test results in a test file with the following contents

### Linux



### Linux

*~

# temporary files which can be created if a process still has a handle open of a deleted file
.fuse_hidden*

# KDE directory preferences
.directory

# Linux trash folder which might appear on any partition or disk
.Trash-*

# .nfs files are created when an open file is removed but is still being accessed
.nfs*


Unknown argument: Linux

Installed using scoop

[git-commit]

Turns out it works perfectly fine when using gibo.bat from the repository. Something seems to be fishy when using it via the version installed from scoop.

According to my system scoop installs 'gibo' (2.2.6)

[simonwhitaker]

Hi! Thanks for reporting this. Sorry I took me so long to reply, I didn't spot it when you originally posted.

@kodybrown has kindly done most of the Windows-specific work on this repo. I'm not 100% sure how scoop works! 😬 Does scoop have v2.2.7 now? I think https://github.com/simonwhitaker/gibo/pull/52 fixed this issue.