For the author, reviewers, and committers: this PR was scanned and appears to add a use of the deprecated types.string, which emits a warning as of #66346. Before merging, please change this to another type, possibly:

• types.str for a single string where merging does not make sense, or cannot work
• types.lines for multi-line configuration or scripts where merging is possible
• types.listOf types.str for a mergeable list of strings

@GrahamcOfBorg eval

I don't know much when it comes to java or openhab, so this may be a problem with my config...
When attempting to communicate with a certain ZWave thing, openhab produces the following error:

Apr 20 21:03:14 hostname openhab[6853]: [mmandclass.ZWaveSecurityCommandClass] - NODE 4: Error building derived keys {}
Apr 20 21:03:14 hostname openhab[6853]: java.security.NoSuchAlgorithmException: Cannot find any provider supporting AES/ECB/NoPadding
Apr 20 21:03:14 hostname openhab[6853]:         at javax.crypto.Cipher.getInstance(Cipher.java:539) ~[?:1.8.0_242]
Apr 20 21:03:14 hostname openhab[6853]:         at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClass.setupNetworkKey(ZWaveSecurityCommandClass.java:464) [bundleFile:?]
Apr 20 21:03:14 hostname openhab[6853]:         at org.openhab.binding.zwave.internal.protocol.commandclass.ZWaveSecurityCommandClass.setNetworkKey(ZWaveSecurityCommandClass.java:418) [bundleFile:?]
Apr 20 21:03:14 hostname openhab[6853]:         at org.openhab.binding.zwave.internal.protocol.ZWaveController$ZWaveInitNodeThread.run(ZWaveController.java:450) [bundleFile:?]

After reading your comment about missing crypto providers in openjdk, and seeing various references to openjdk not shipping with a JCE implementation, I was ready to write it off as unsupported with openjdk. However, I tried calling the same java function on its own, outside of openhab, and it appears to work:

> nix-shell -p openjdk8 --run "jrunscript -e 'print (javax.crypto.Cipher.getInstance(\"AES/ECB/NoPadding\"));'"
javax.crypto.Cipher@4722ef0c

As far as I can tell, they're both using the same openjdk8, but one of them can't find its crypto provider.

I marked this as stale due to inactivity. → More info

2021 bump. Openhab 3 is out now, and I'd love to have that.

I would personally be fine with just taking what you've built more or less as-is, and working towards making it more generic over time. Would it be possible to at least see what you have in a gist or something?

I marked this as stale due to inactivity. → More info

Bump

I do apologize to everyone who's been waiting for this. I'm currently flakyfying this so people can get started on it. I've been using openHAB since way before this draft PR - it's great!

@peterhoeg Ping. Do you happen to have your opinionated configuration publicly available somehow? I would volunteer to strip and streamline this to make it acceptable to nixpkgs.

@peterhoeg ping.

You can take a look here:

https://gitlab.com/peterhoeg/openhab-flake

Hi, has anyone managed to get the module running? lib/openhab.nix seems broken.

For everyone who is monitoring this, we managed to put a small team together at the hackday at nixcon to work on this and we now have the flake in a state where it can be used to bring up openhab with all the plumbing (but not much else) - most importantly there is no documentation/examples of any kind.

I am aiming for a "developer release" with in the next few weeks at which point we will make a proper announcement, but you are all very welcome to drop by and have a look at https://github.com/peterhoeg/openhab-flake.

On a site note - it's phenomenal to collaborate with others on something when you're sitting right next to each other.