easyoptions icon indicating copy to clipboard operation
easyoptions copied to clipboard

Script could not run on OSX

Open blkwinds opened this issue 6 years ago • 8 comments

OSX use its own sed etc. Without install gnu sed, the script could not run. It is a good product. I really hope I can have it on OSX without install additional packages.

blkwinds avatar Mar 08 '18 21:03 blkwinds

See #9 - it has fixes for this. The fix is really trivial, so you can simply fork the project and fix it yourself. Or simpler, just use the fork from the PR :blush:

fatso83 avatar Apr 04 '18 20:04 fatso83

Or better, make a new pull request that uses POSIX sed instead of extensions.

On Thu., 5 Apr. 2018, 08:23 Carl-Erik Kopseng, [email protected] wrote:

See #9 https://github.com/renatosilva/easyoptions/pull/9 - it has fixes for this. The fix is really trivial, so you can simply fork the project and fix it yourself. Or simpler, just use the fork from the PR 😊

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/renatosilva/easyoptions/issues/12#issuecomment-378732928, or mute the thread https://github.com/notifications/unsubscribe-auth/AAMChZBDLTkVQa_FwehU1A_IsU2YknyRks5tlSu1gaJpZM4SjZtr .

kurahaupo avatar Apr 04 '18 22:04 kurahaupo

@kurahaupo Maybe it's time to just simply join forces around a new fork where we can integrate the various suggestions and pull requests? I mean, no issue has been closed for 4 years and no pull request has ever been merged ... It would necessarily need to go hand in hand with a new Gem as well, but I haven't really dabbled with Ruby enough to do that efficiently.

fatso83 avatar Aug 20 '18 08:08 fatso83

@fatso83 Yes that sounds like a plan. (I should have replied much earlier, sorry about that.)

Personally I've not been using this module as it is missing some key features that I need, and adding them will involve a rather tortuous upgrade path.

I think that the next step is to change the mechanism for passing the template to the shell module, so that instead of having to find and open the script, it's passed either as a heredoc:

. easyoptions.shlib --heredoc <<EndOfOptions
 -v             verbose
 -cCount        limit to Count iterations (default $Count)
EndOfOptions

or as a multi-line string argument:

. easyoptions.shlib --arg "
 -v             verbose
 -cCount        limit to Count iterations (default $Count)
"

I'm making a specific proposal for other languages, but something closely approximating one of these two methods should be available in most languages.

kurahaupo avatar Sep 20 '18 14:09 kurahaupo

Or perhaps we should just start again, because the very first design decision was a mis-step: parsing structured data out of a readable document is always going to be harder (and less reliable) than generating a readable doc from structured data.

This project began as a learning exercise; good for what it is, but early decisions mean that it's going to be forever awkward. (Mind you, that pretty much describes the shell itself.)

kurahaupo avatar Sep 20 '18 15:09 kurahaupo

Did any of the ideas here come to fruition? I could just fork and fix it because it is fairly simple, but I am curious if it has been fixed/improved/better recommendations for easy command line switches.

PiDockMedia avatar May 30 '19 17:05 PiDockMedia

Nope.

fatso83 avatar May 31 '19 09:05 fatso83

I suggest going ahead and forking.

It seems that @renatosilva vanished from Github - no commits, issues, or comments since July 2016.

kurahaupo avatar May 31 '19 11:05 kurahaupo