openHAB is a software for integrating different home automation systems and
technologies into one single solution that allows over-arching automation
rules and that offers uniform user interfaces.
The openHAB2 user interface "Paper UI" writes to /var/db/openhab2
(config) and to /usr/local/etc/openhab2 (when installing add-onds).
The config in /usr/local/etc/openhab2 is evaluated additionally to
/var/db/openhab2.
See /usr/local/etc/rc.d/openhab2 for environment variables you need
to set by hand (all "export"-ones) if you want to execute some of
the openHAB2 commands from the shell directly.
When the openHAB2 docs talk about "userdata", look into /var/db/openhab2.
Serial ports do not work with FreeBSD, see:
https://github.com/openhab/openhab1-addons/wiki/FreeBSD
By default openHAB2 tries to use IPv6. As FreeBSD does not support
mapping IPV4 multicast addresses inside IPv6 addresses you will get
the following error message:
[ERROR] [org.jupnp.transport.Router] - Unable to initialize network router: org.jupnp.transport.spi.InitializationException: Could not initialize MulticastReceiverImpl: java.net.SocketException: Invalid argument
A workaround is to use the following rc.conf setting which will
prefer IPv4 over IPv6:
openhab2_java_opts="-Djava.net.preferIPv4Stack=true"
If you upgrade from a pevious version, make a backup of
/var/db/openhab2
read about the breaking changes in the release notes at
https://github.com/openhab/openhab-distro/releases/tag/2.5.0
and run
/usr/local/libexec/openhab2/runtime/bin/update.freebsd
which takes care about changes for:
- Textual Configuration
- Next Generation Rule Engine
Reason:
The openhab v3 port has been committed. Upstream has removed the
version from the name, as such the FreeBSD port follows in all places
(start script name, directory names, ...).
Users are encouraged to migrate from misc/openhab2 to misc/openhab.
No automatic config migration is available Both versions can be
installed in parallel, but an users has to take care to not run
both at the same time on the same port.
Port Moves
port moved to misc/openhab on 2025-12-31 REASON: Has expired: superseeded by misc/openhab
Mk/**java.mk: Convert bsd.java.mk to USES
The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
USES=java:build,run if NO_BUILD is undefined. Else it defaults to
USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>
Approved by: mat (portmgr), glewis
Differential Revision: https://reviews.freebsd.org/D48201
*/*: Refactor java/openjdk7 removal
- java/openjdk7* has been removed from the tree since 2022-09-03 however
the relevant codebases in bsd.java.mk has not been removed and the
consumers has also not been updated to use the next jdk version. This
commit updates all relevant consumers to use JAVA_VERSION=8 instead of
JAVA_VERSION=1.7
- Since the introduction of jdk version 18 it looks like similar with
jdk version 8(java version string 1.8). This is prone to error as it
looks similar and is only seperated by a '.'. Remove using
JAVA_VERSION with dotted fomat of java version string and update all
consumers to utilize version 8 instead of 1.8.
Approved by: portmgr (blanket)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
misc/openhab2*: switch to new download location, specify JAVA_VERSION
- switch to new download location (and zip instead of tgz)
- set JAVA_VERSION in the start script, to allow coexistence with
the upcoming v3 port
- while I'm here, please portlint a little bit in maintainer specifc parts
Clean up all commented PORTREVISION and PORTEPOCH lines
No revision bump tool that we have cleans them up or deals with
them, so we end up with duplicated lines. Instead of implementing
that just clean up the 51 ports that do this.
PORTREVISION and PORTEPOCH can be set to 0 explicitly instead if
you need a reminder or placeholder.
Add %%DATADIR%%/etc/org.apache.karaf.features.xml to plist [1]
by autogenerating all of the plist instead of just a part.
Noticed by: mfechner [1]
PR: 249167 [1]
- cleanup rc script
- wait for PID on stop, there are situations where the stop may take
a while [1]
Submitted by: Rafal Lukawiecki <raf@rafal.net> [1]
- Update to 2.5.3. [1]
- Set sun.nio.fs.watchservice to polling to let openhab
detect changes to some files. [2]
- Set the charset to UTF-8 (via LC_ALL), to make more symbols work
out of the box.
Submitted by: Ivo van Geel <ivo@lanis.nl> [1]
Suggested by: Ivo van Geel <ivo@lanis.nl> [2]
misc/openhab2 comms/gammu: Bump
I didn't bump them in r469511 and r469512 because they were previously broken
such that they couldn't be installed.
Reported by: mat
Fix plist in terms of owner for ETCDIR (@dir needs to added
explicitely).
Owner for ETCDIR is needed as the server wants to write to
ETCDIR when installing add-ons.
