and yes I have read the statement before upgrading but it has been so nice to run into trouble. Before the 4… version was put in action I never ran into any problems when using the upgrade option. So I was hopeful after getting the switch from OH3 to OH4 finally done this would be working as well. NOPE
It’s homegear again that runs into one issue. It appears that the node library gets an update but the homegear service never receives this information. At least this is what it states when killing homegear.service right after the attempt of starting.
Maybe this is something somebody might want to look into. Meanwhile I am going to install my backup, copy the latest updates to my system into openhab and start the system without any upgrade.
Your description is useless to even understand what you did and what exactly does not work now - no setup and no error description, no logs, nothing of use.
Rendering it impossible to enable any potentially volunteer to look after this.
Plus, you’re exposing a pretty demanding attitude here. Let alone your aggressive sub tone.
If I were this “somebody” you’re addressing, this for sure won’t motivate me to help you.
OH is a community project, relies on volunteers and users to contribute rather than demand.
BTW, I’ve been running OH4 with homegear in a long time, so yes in general it works
The issue is in your setup, not in OH.
reads like your are not having the best of a day. But be assured this was not even meant to be aggressive. A little negative for sure since moving from OH3 to OH4 was a little challenging already with regards to including homegear/homematic. I know it is not one of your tools and just a add-on form another party.
To provide a few more details. I attempted to run the upgrade through openhab config last Friday. It did work fine except for this minor error message for homegear. Several restarts did not resolve the issue. When checking homegear status you see that homegear node library expected version 1.8.60. Homegear service does find the version 1.8.61 and shuts down homegear.service before it really can start.
Without homegear.service there is simply no operation of homegear or any of the related items.
Frankly I don’t care about your details, let alone that what you added still is far off from being sufficient for “somebody” to be able and willing to help you.
(I doubt there is after your posts anyway. At least me you lost with those, and as openHABian/homegear maintainer plus user I was probably your best bet here).
We’re all volunteers here, some to build the software, others supporting you for free here on the forum to get OH to work for you.
As such, we clearly don’t want to be addressed in such a fashion: Demanding as if we were responsible for your issue or for fixing it. Not contributing anything yourself.
Not even giving the minimum level of detail upfront it would take to help, and not even on your 2nd post.
And in case you’re not aware: using indirect speech to ask for help is a real no-go - you speak out that you want us to help you with your problem, but you’re not even showing the respect to say “please help me”.
In case you didn’t realize, the shield sign next to my name means I’m also a community moderator. And I’m having a fine day, thanks.
But that’s not the type of attitude that those of us over here in the openHAB project and forum find acceptable or would like to see.
Whilst the OP may be guilty of not providing enough information to help us troubleshoot his problem, I must say that the reponses from @mstormi here is flat out rude and can be interpreted as “bullying”.
Please be more considerate to others, and give them the benefit of the doubt. If you are feeling frustrated, perhaps it’s best not to respond at all and let others deal with it.
I know you may see this again and again from many many “newbies” on this forum. I know that may be frustrating. But they are here seeking help, and at the same time I believe that they posted the problem in the hope the openHAB project may improve. Let’s not berate them like they’re some little kid doing something terribly wrong. People don’t even do that to little kids anymore nowadays.
As relatively a long time openHAB user, I feel embarrassed to see this type of response and behaviour here, because I don’t think it represents us as a community in the best light out there.
Jim, please get the context right first before accusing me or anyone of rudeness and even bullying!
Let alone in threads you aren’t involved in, that alone is violating forum guidelines, not to speak of your ad hominem attack on myself.
The OP is not a newbie, I checked that before my response. He’s on the forum since 2019.
Granted my response was not friendly, but remember that his first post already violated many of the forum rules on respectful forum usage right in the first place.
We expect users to contribute at least that share.
And what was really upsetting me was not his initial request but his second post.
Which he responded with AFTER I had explained to him what was wrong about his first one.
That’s exposing that same outright unacceptable kind of demanding attitude which is ungrateful and lacking respect for OH devs/contributors and non-dev supporters.
Sometimes people forget about and need to be reminded of the context they’re posting in.
Clearly this is not what our community values are and yes, I, too, feel embarrassed to see this and I feel urged to step in as both, a contributor being frustrated by such readings AND as the community moderator I am.
Your very own post to the docs maintainer on the OH5 thread was complained about/flagged to moderation because of similar reasons, the docs maintainer even wants to give up because of that behavior of yours. Needless to say how sorry we all would be should that be his final word.
Let’s make use of X-mas to throttle back selfishness, get to know the wonderful feedback of being empathic to others and yes, let’s be more considerate in the future. All of us. Okay?
I’ve hit (almost) that same issue and wanted to let you know that an upgrade of the homegear packages to their latest versions resolved that for me, running homegear 0.10.24121911-3672 now.
did you do the homegear installation through openhabian-config or some other way?
Right now I am back to 4.2.1 because of absolutely no success on the homegear topic. One other thing that caught my attention was the the setup of openhabian 1.9.3 did several attempts of starting the install. Initially I thought it is because of the usb connection for modes being connected. It did change a little unhooking all data connections except the network. But it still took a number of automatic restarts to get a full operating system. What can be seen during install is a number of errors in different software packages.
My system is not the youngest in the market. Therefore I got the idea it might be too slow for the latest software…
example for the install process…
2024-12-19_16:13:41_UTC [openHABian] Starting the openHABian initial setup.
2024-12-19_16:13:41_UTC [openHABian] Storing configuration... OK
2024-12-19_16:13:41_UTC [openHABian] Starting webserver with installation log... OK
2024-12-19_16:13:46_UTC [openHABian] Changing default username and password... SKIPPED
2024-12-19_16:13:46_UTC [openHABian] Setting up NetworkManager and Wi-Fi connection... 2024-12-19_16:13:49_UTC [openHABian] Ensuring network connectivity... OK
2024-12-19_16:13:49_UTC [openHABian] Waiting for dpkg/apt to get ready... OK
2024-12-19_16:14:24_UTC [openHABian] Updating repositories and upgrading installed packages... OK
2024-12-19_16:15:30_UTC [openHABian] Updating myself from https://github.com/openhab/openhabian, openHAB branch... OK
2024-12-19_16:15:33_UTC [openHABian] Starting execution of 'openhabian-config unattended'... OK
2024-12-19_16:15:33_UTC [openHABian] Checking for root privileges... OK
2024-12-19_16:15:33_UTC [openHABian] Making sure router advertisements are available... OK
2024-12-19_16:15:33_UTC [openHABian] Updating Linux package information... \ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2D\ [2D| [2D/ [2D- [2DOK
2024-12-19_16:16:04_UTC [openHABian] Loading configuration file '/etc/openhabian.conf'... OK
2024-12-19_16:16:04_UTC [openHABian] Adjusting swap size to 1814 MB... OK (reboot required)
2024-12-19_16:16:08_UTC [openHABian] Setting timezone based on openhabian.conf... OK (Europe/Berlin)
2024-12-19_17:16:29_CET [openHABian] Setting locale based on openhabian.conf... FAILED
2024-12-19_17:28:53_CET [openHABian] Setting hostname of the base system based on openhabian.conf... OK
2024-12-19_17:29:18_CET [openHABian] Setting the GPU memory split down to 16MB for headless system... OK
2024-12-19_17:29:33_CET [openHABian] Enabling Audio output... FAILED
2024-12-19_17:30:12_CET [openHABian] Installing basic can't-be-wrong packages (screen, vim, ...)... FAILED
2024-12-19_17:38:31_CET [openHABian] We tried our best to get your system installed, but this may not have worked properly.
Setting up python3-dbus (1.3.2-4+b1) ...
Setting up lua-lpeg:arm64 (1.0.2-2) ...
Setting up libsodium23:arm64 (1.0.18-1) ...
Setting up libgpm2:arm64 (1.20.7-10+b1) ...
Setting up python3-jwt (2.6.0-1) ...
Setting up libxmlb2:arm64 (0.3.10-2) ...
Setting up inetutils-telnet (2:2.4-2+deb12u1) ...
update-alternatives: using /usr/bin/inetutils-telnet to provide /usr/bin/telnet (telnet) in auto mode
Setting up libglib2.0-bin (2.74.6-2+deb12u4) ...
Setting up libpackagekit-glib2-18:arm64 (1.2.6-5) ...
Setting up python3-lazr.uri (1.0.6-3) ...
Setting up libnet1:arm64 (1.1.6+dfsg-3.2) ...
dpkg: dependency problems prevent configuration of software-properties-common:
software-properties-common depends on gir1.2-glib-2.0; however:
Package gir1.2-glib-2.0 is not installed.
dpkg: error processing package software-properties-common (--configure):
dependency problems - leaving unconfigured
Setting up acl (2.3.1-3) ...
dpkg: dependency problems prevent configuration of gir1.2-packagekitglib-1.0:
gir1.2-packagekitglib-1.0 depends on gir1.2-glib-2.0 (>= 1.36); however:
Package gir1.2-glib-2.0 is not installed.
dpkg: error processing package gir1.2-packagekitglib-1.0 (--configure):
dependency problems - leaving unconfigured
Setting up libpcre3:arm64 (2:8.39-15) ...
Setting up libpcre2-32-0:arm64 (10.42-1) ...
Setting up libblas3:arm64 (3.11.0-2) ...
update-alternatives: using /usr/lib/aarch64-linux-gnu/blas/libblas.so.3 to provide /usr/lib/aarch64-linux-gnu/libblas.so.3 (libblas.so.3-aarch64-linux-gnu) in auto mode
Setting up python3-pyparsing (3.0.9-1) ...
Setting up python3-wadllib (1.3.6-4) ...
dpkg: dependency problems prevent configuration of python3-gi:
python3-gi depends on gir1.2-glib-2.0 (>= 1.48.0); however:
Package gir1.2-glib-2.0 is not installed.
dpkg: error processing package python3-gi (--configure):
dependency problems - leaving unconfigured
Setting up mc-data (3:4.8.29-2) ...
Setting up libutempter0:arm64 (1.2.1-3) ...
Setting up libyascreen0:arm64 (1.97-1) ...
Setting up nmap-common (7.93+dfsg1-1) ...
Setting up liblua5.3-0:arm64 (5.3.6-2) ...
Setting up multitail (6.5.0-5) ...
Setting up python3-httplib2 (0.20.4-3) ...
dpkg: dependency problems prevent configuration of packagekit:
packagekit depends on libappstream4 (>= 0.15.0); however:
Package libappstream4 is not installed.
dpkg: error processing package packagekit (--configure):
dependency problems - leaving unconfigured
Setting up libgirepository-1.0-1:arm64 (1.74.0-3) ...
Setting up vim-runtime (2:9.0.1378-2) ...
Setting up mailcap (3.70+nmu1) ...
Setting up libgstreamer1.0-0:arm64 (1.22.0-2+deb12u1) ...
Setcap worked! gst-ptp-helper is not suid!
Setting up python3-cffi-backend:arm64 (1.15.1-5+b1) ...
Setting up python3-blinker (1.5-1) ...
dpkg: dependency problems prevent configuration of packagekit-tools:
packagekit-tools depends on packagekit (= 1.2.6-5); however:
Package packagekit is not configured yet.
dpkg: error processing package packagekit-tools (--configure):
dependency problems - leaving unconfigured
Setting up vim (2:9.0.1378-2) ...
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/ex (ex) in auto mode
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/rview (rview) in auto mode
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/rvim (rvim) in auto mode
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/vi (vi) in auto mode
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/view (view) in auto mode
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/vim (vim) in auto mode
update-alternatives: using /usr/bin/vim.basic to provide /usr/bin/vimdiff (vimdiff) in auto mode
Setting up arping (2.23-1) ...
Setting up telnet (0.17+2.4-2+deb12u1) ...
Setting up mc (3:4.8.29-2) ...
Setting up screen (4.9.0-4) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Setting up liblinear4:arm64 (2.3.0+dfsg-5) ...
Setting up vfu (5.07-1) ...
dpkg: dependency problems prevent configuration of python3-software-properties:
python3-software-properties depends on python3-gi; however:
Package python3-gi is not configured yet.
dpkg: error processing package python3-software-properties (--configure):
dependency problems - leaving unconfigured
Setting up python3-cryptography (38.0.4-3+deb12u1) ...
Setting up nmap (7.93+dfsg1-1) ...
Setting up python3-oauthlib (3.2.2-1) ...
Setting up python3-lazr.restfulclient (0.14.5-1) ...
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for dbus (1.14.10-1~deb12u1) ...
Processing triggers for debianutils (5.7-0.5~deb12u1) ...
Processing triggers for libc-bin (2.36-9+rpt2+deb12u9) ...
Errors were encountered while processing:
software-properties-common
gir1.2-packagekitglib-1.0
python3-gi
packagekit
packagekit-tools
python3-software-properties
2024-12-19_17:40:15_CET [openHABian] Execution of 'openhabian-config unattended' completed.
2024-12-19_17:40:15_CET [openHABian] First time setup successfully finished. Rebooting your system!
2024-12-19_17:40:15_CET [openHABian] After rebooting the openHAB dashboard will be available at: http://openhabian:8080
2024-12-19_17:40:15_CET [openHABian] After rebooting to gain access to a console, simply reconnect using ssh.
2024-12-19_17:41:18_CET [openHABian] Starting the openHABian initial setup.
2024-12-19_17:41:18_CET [openHABian] Storing configuration... OK
2024-12-19_17:41:19_CET [openHABian] Starting webserver with installation log... OK
2024-12-19_17:41:25_CET [openHABian] Changing default username and password... SKIPPED
2024-12-19_17:41:25_CET [openHABian] Setting up NetworkManager and Wi-Fi connection... 2024-12-19_17:41:28_CET [openHABian] Ensuring network connectivity... OK
2024-12-19_17:41:28_CET [openHABian] Waiting for dpkg/apt to get ready... OK
2024-12-19_17:42:36_CET [openHABian] Updating repositories and upgrading installed packages...
Yes. Effectively all that did was to apt-install i.e. replace the hg packages with their latest versions.
There’s no reason to believe that latest OH and hg version need more resources than recent older ones, so no. Unless you’re coming from an ancient version.
But you fail to give all these details anyone else would need to know to properly answer and help you. Which is one main reason why I really very much disliked your very first post already.
Please read the 2nd link from my previous post what a good post should be like.
Not sure what you want me to tell or are asking for here - debugging issues with a fresh setup is unrelated to homegear and for sure not this thread’s topic so if you want help with that, open a new thread and provide a debug level log, please.
But yes, that doesn’t look like a normal install and about anything going wrong after that can be caused by those problems earlier in the install process.
If I was to guess, you have network issues.
my install is based on the 4.2.1 version of openhab. Started with the upgrade through openhabian-config. Killed homegear. Attempted a fresh install with openhabian-raspios64-latest-202412180651-crc93234ae6 and the corresponding version for raspios32. Killed homegear.
Now with the latest update from your side I will try another fresh install.
What did I try to say with the example. As mentioned just an example for the install process. Starts with openHABian initial setup, does some installation then ends up with a list of errors. It does another reboot and starts again with openHABian initial setup. The second setup appears at 17:41:18.
If that is no news for you. Ok and sorry for taking your time on that. Next comment if homegear is successfully installed to let you know.
Got the latest OH4.3.2 to work finally. I could not get the homegear to work at all when doing a fresh install through openhabian. Did do an upgrade through openhabian-config. For homegear I had to install the latest nightly version (0.10.25011812-3672) on top of the available install. This took off immediately without further actions.
One thing not starting after the upgrade of openhab has been the mosquitto service. I had to add an additional line to mosquitto.conf (persistence_file /var/lib/mosquitto/mosquitto.db). In the status it showed that there was a problem connecting to the database. This change got the problem solved as well.
