Conversation
buzzdeee
commented
Sep 28, 2017
|
Hi @buzzdeee, thanks for this PR! Can you please rebase against latest master? |
need to fiddle with it. The default case statement, "do nothing" is all fine here. Facter::Util::Resolution.with_env is long time gone since Facter > 2.x. That was even longer before introduced by me. Remove that OpenBSD special case in the java_version fact, and assume that $PATH is properly set in order to find the 'java' binary. Additionally confine the java_default_home and java_libjvm_path to OpenBSD kernel as well. Add some flesh to the java_default_home fact to allow it to find the java binary.
use Ruby in a more portable fashion. adapt tests as well
|
@bastelfreak I rebased onto current master, still works for me. |
|
No idea why it fails :( @hunner? |
|
I'm not sure if current FreeBSD has |
|
Hi @buzzdeee , thank you for your contribution. I found that the unit test needed to mock out the realpath call, otherwise it was potentially trying to run this against a non-existent path and failing. I have added this as a change with your functional changes in PR #265 However I have removed the addition of OpenBSD to the metadata, as we currently don't officially support the module on that platform. Thank you! |
|
@willmeek thanks for figuring that out! |
|
Thanks @buzzdeee :) PR 265 was merged into master, which contained your changes (other than metadata) and the unit test fix. Closing out this particular PR. Thanks |