openHAB 4.0 Milestone discussion

querdenker2k · May 19, 2023, 4:17am

Since I migrated to OH4 M2 I am having problems with item updates (pushs) in the webui (chrome/firefox) and android/apple devices with the basic-ui.

Meaning: When I change a item on one device I do not get this pushed anymore on another device. I have to do a refresh on the device to see the changes.

With MainUI (the basic generated cards) its working fine.

I am inside kubernetes with the buildin nginx, but this was the same setup as before on OH3.

Lolodomo · May 19, 2023, 7:46am

You have to look in that direction because refresh in UIs is working with OH4 installed simply either on Windows or on RPI.

querdenker2k · May 19, 2023, 5:21pm

Is there a different handling for basic UI and main UI regarding item updates?

Lolodomo · May 20, 2023, 6:57am

Yes, a different SSE endpoint. But both use a SSE connection at my knowledge.

Franz_Zurcher · May 20, 2023, 7:26pm

Hello

Maybe someone can help me. I can’t get the Enocean gateway to work under OH 4.0.0.M2.
Windows 10, Enocean USB300. The same settings work fine with OH 3.4.4. Port is correct.
The logfile tells me that the transceiver keeps resetting itself. Even with a completely new OH 4.0.0.M2 the same thing happens.

Does anyone have similar problems?

Logfile:

2023-05-20 21:22:43.467 [INFO ] [ernal.transceiver.EnOceanTransceiver] - Transceiver shutdown
2023-05-20 21:22:43.620 [INFO ] [ernal.transceiver.EnOceanTransceiver] - EnOceanSerialTransceiver initialized
2023-05-20 21:22:43.622 [INFO ] [ernal.transceiver.EnOceanTransceiver] - EnOceanSerialTransceiver RX thread started
2023-05-20 21:22:43.623 [INFO ] [nternal.handler.EnOceanBridgeHandler] - EnOceanSerialTransceiver RX thread up and running
2023-05-20 21:23:43.783 [INFO ] [ernal.transceiver.EnOceanTransceiver] - Transceiver shutdown
2023-05-20 21:23:43.934 [INFO ] [ernal.transceiver.EnOceanTransceiver] - EnOceanSerialTransceiver initialized
2023-05-20 21:23:43.936 [INFO ] [ernal.transceiver.EnOceanTransceiver] - EnOceanSerialTransceiver RX thread started
2023-05-20 21:23:43.938 [INFO ] [nternal.handler.EnOceanBridgeHandler] - EnOceanSerialTransceiver RX thread up and running

UI:
CONFIGURATION_PENDING
trying to get bridge base id…

glen_m · May 22, 2023, 10:23am

I moved my OpenHAB over to a new server on the weekend, and decided to roll the dice and upgrade to 4.0.0.M2 once the migration was completed. Overall I’m pretty stoked - seems to be working well so far, with only one or two very minor issues, which I need to further investigate before I post on here (may be my config rather than OH4.0).

Anyway, one thing I have noticed after a reboot tonight (hasn’t featured in any previous reboots) are the following messages:

2023-05-22 21:54:02.063 [WARN ] [core.thing.internal.ThingManagerImpl] - A thing handler factory claims to support 'systeminfo:computer-fnlctl' for thing 'systeminfo:computer:fnlctl' for more than 120s, but the thing type can't be found in the registry. This should be fixed
 in the binding.
2023-05-22 21:54:02.064 [WARN ] [core.thing.internal.ThingManagerImpl] - Could not normalize configuration for 'systeminfo:computer:fnlctl' because the thing type was not found in registry.
2023-05-22 21:54:04.178 [WARN ] [core.thing.internal.ThingManagerImpl] - Channel types or config descriptions for thing 'daikin:ac_unit:DaikinAirconRumpus' are missing in the respective registry for more than 120s. This should be fixed in the binding.
2023-05-22 21:54:04.180 [WARN ] [core.thing.internal.ThingManagerImpl] - Failed to normalize configuration for thing 'daikin:ac_unit:DaikinAirconRumpus': {thing/channel=Type description for {0} not found although we checked the presence before.}
2023-05-22 21:54:04.188 [WARN ] [core.thing.internal.ThingManagerImpl] - Channel types or config descriptions for thing 'daikin:ac_unit:DaikinAirconLounge' are missing in the respective registry for more than 120s. This should be fixed in the binding.
2023-05-22 21:54:04.189 [WARN ] [core.thing.internal.ThingManagerImpl] - Failed to normalize configuration for thing 'daikin:ac_unit:DaikinAirconLounge': {thing/channel=Type description for {0} not found although we checked the presence before.}
2023-05-22 21:54:04.193 [WARN ] [core.thing.internal.ThingManagerImpl] - Channel types or config descriptions for thing 'daikin:ac_unit:DaikinAirconBedroom1' are missing in the respective registry for more than 120s. This should be fixed in the binding.
2023-05-22 21:54:04.193 [WARN ] [core.thing.internal.ThingManagerImpl] - Failed to normalize configuration for thing 'daikin:ac_unit:DaikinAirconBedroom1': {thing/channel=Type description for {0} not found although we checked the presence before.}
2023-05-22 21:54:04.197 [WARN ] [core.thing.internal.ThingManagerImpl] - Channel types or config descriptions for thing 'daikin:ac_unit:DaikinAirconLiving' are missing in the respective registry for more than 120s. This should be fixed in the binding.
2023-05-22 21:54:04.197 [WARN ] [core.thing.internal.ThingManagerImpl] - Failed to normalize configuration for thing 'daikin:ac_unit:DaikinAirconLiving': {thing/channel=Type description for {0} not found although we checked the presence before.}

It doesn’t seem to be affecting anything, and the binding in question, seems to have all channels present any accounted for (and works ok).

I am just raising, as it seems similar to Failed to normalize configuration for thing · Issue #3473 · openhab/openhab-core · GitHub, which appeared to be closed via the first milestone release?

Cheers for all the efforts that everyone has put into OH4 - Liking what I am seeing so far!!

ranielsen · May 24, 2023, 9:18pm

Updated to M3 and am having issues with the units of measurement for:

Number:Dimensionless nIndoorNoise "Indoor Noise [%.0f db]" {channel="netatmo:weather-station:home:indoor:noise#value"}

If I change it to:

Number:Dimensionless nIndoorNoise "Indoor Noise [%.0f %unit%]" {channel="netatmo:weather-station:home:indoor:noise#value", unit="db"}

I get the error:

2023-05-24 16:03:15.962 [WARN ] [penhab.core.library.items.NumberItem] - Unit 'db' could not be parsed to a known unit. Keeping old unit 'one' for item 'nIndoorNoise'.

Reverting back to the original gives me values that are completely wrong (5012 db) when it should be approximately 39db.

ccutrer · May 24, 2023, 9:25pm

The unit for decibels is dB, not db. I’m pretty sure it’s case sensitive.

milo · May 24, 2023, 9:34pm

Hello,
so what are the steps for upgrading from oh3.4.4 to oh4.0m3 ? I am running on openhabian

Upgrading java via openhabian menu? And than upgrading to milestone build? Can I revert back to oh3.4.4 from milestone build?

apella12 · May 24, 2023, 9:53pm

I seem to have a problem with the “analyze” function in 4.0M3 with windows edge. Just a blank screen. Everything displays ok on iPad. (Also can’t seem to get to the Settings; Pages or Rules). Anyone else?

Edit: Chrome displays ok
Edit2: Nevermind Edge works this morning

ranielsen · May 24, 2023, 10:24pm

Thank you, that fixed it.

milo · May 25, 2023, 12:28am

I upgraded from OH3 to OH4 and getting this error

 [ERROR] [rketplace.AbstractRemoteAddonService] - Failed to read JSON database, trying to purge it. You might need to re-install [] from the 'marketplace' service.

How to solve it?

In addition also this warnings

 [WARN ] [core.karaf.internal.FeatureInstaller] - The transformation add-on 'javascript' does not exist - ignoring it.

I read the release notes and know that javascript Transformation no longer exists. Is there a step to step guide how to replace it?

Is the cause of this issue the Changes in Units of Measurement (UoM)

HTTP ERROR 500 java.lang.NumberFormatException: Character N is neither a decimal digit number, decimal point, nor "e" notation exponential mark.
URI:	/basicui/app
STATUS:	500
MESSAGE:	java.lang.NumberFormatException: Character N is neither a decimal digit number, decimal point, nor "e" notation exponential mark.
SERVLET:	/basicui/app
CAUSED BY:	java.lang.NumberFormatException: Character N is neither a decimal digit number, decimal point, nor "e" notation exponential mark.

Log entry

[WARN ] [org.eclipse.jetty.server.HttpChannel] - /basicui/app
java.lang.NumberFormatException: Character N is neither a decimal digit number, decimal point, nor "e" notation exponential mark.
	at java.math.BigDecimal.<init>(BigDecimal.java:586) ~[?:?]
	at java.math.BigDecimal.<init>(BigDecimal.java:471) ~[?:?]
	at java.math.BigDecimal.<init>(BigDecimal.java:900) ~[?:?]
	at java.math.BigDecimal.valueOf(BigDecimal.java:1368) ~[?:?]
	at tech.units.indriya.function.DefaultNumberSystem.multiplyWideAndNarrow(DefaultNumberSystem.java:773) ~[?:?]
	at tech.units.indriya.function.DefaultNumberSystem.multiply(DefaultNumberSystem.java:167) ~[?:?]
	at tech.units.indriya.function.DefaultNumberSystem.divide(DefaultNumberSystem.java:172) ~[?:?]
	at tech.units.indriya.internal.function.Calculator.divide(Calculator.java:143) ~[?:?]
	at tech.units.indriya.function.LogConverter.convertWhenNotIdentity(LogConverter.java:138) ~[?:?]
	at tech.units.indriya.function.AbstractConverter$Pair.convertWhenNotIdentity(AbstractConverter.java:450) ~[?:?]
	at tech.units.indriya.function.AbstractConverter$Pair.convertWhenNotIdentity(AbstractConverter.java:450) ~[?:?]
	at tech.units.indriya.function.AbstractConverter.convert(AbstractConverter.java:238) ~[?:?]
	at org.openhab.core.library.types.QuantityType.toUnit(QuantityType.java:270) ~[?:?]
	at org.openhab.core.library.types.QuantityType.toInvertibleUnit(QuantityType.java:306) ~[?:?]
	at org.openhab.core.ui.internal.items.ItemUIRegistryImpl.getLabel(ItemUIRegistryImpl.java:419) ~[?:?]
	at org.openhab.ui.basic.internal.render.AbstractWidgetRenderer.preprocessSnippet(AbstractWidgetRenderer.java:130) ~[?:?]
	at org.openhab.ui.basic.internal.render.AbstractWidgetRenderer.preprocessSnippet(AbstractWidgetRenderer.java:113) ~[?:?]
	at org.openhab.ui.basic.internal.render.TextRenderer.renderWidget(TextRenderer.java:57) ~[?:?]
	at org.openhab.ui.basic.internal.render.PageRenderer.renderWidget(PageRenderer.java:199) ~[?:?]
	at org.openhab.ui.basic.internal.render.PageRenderer.processChildren(PageRenderer.java:165) ~[?:?]
	at org.openhab.ui.basic.internal.render.PageRenderer.processChildren(PageRenderer.java:186) ~[?:?]
	at org.openhab.ui.basic.internal.render.PageRenderer.processPage(PageRenderer.java:130) ~[?:?]
	at org.openhab.ui.basic.internal.servlet.WebAppServlet.service(WebAppServlet.java:170) ~[?:?]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:584) ~[bundleFile:4.0.4]
	at org.ops4j.pax.web.service.spi.servlet.OsgiInitializedServlet.service(OsgiInitializedServlet.java:102) ~[?:?]
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799) ~[?:?]
	at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656) ~[?:?]
	at org.ops4j.pax.web.service.spi.servlet.OsgiFilterChain.doFilter(OsgiFilterChain.java:100) ~[?:?]
	at org.ops4j.pax.web.service.jetty.internal.PaxWebServletHandler.doHandle(PaxWebServletHandler.java:310) ~[?:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[?:?]
	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600) ~[?:?]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[?:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[?:?]
	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624) ~[?:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[?:?]
	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440) ~[?:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[?:?]
	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505) ~[?:?]
	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594) ~[?:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[?:?]
	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355) ~[?:?]
	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[?:?]
	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234) ~[?:?]
	at org.ops4j.pax.web.service.jetty.internal.PrioritizedHandlerCollection.handle(PrioritizedHandlerCollection.java:96) ~[?:?]
	at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:731) ~[?:?]
	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[?:?]
	at org.eclipse.jetty.server.Server.handle(Server.java:516) ~[?:?]
	at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487) ~[?:?]
	at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732) ~[?:?]
	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479) ~[?:?]
	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277) ~[?:?]
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) ~[?:?]
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) ~[?:?]
	at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) ~[bundleFile:9.4.50.v20221201]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) ~[bundleFile:9.4.50.v20221201]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) ~[bundleFile:9.4.50.v20221201]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131) ~[bundleFile:9.4.50.v20221201]
	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409) ~[bundleFile:9.4.50.v20221201]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) ~[bundleFile:9.4.50.v20221201]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) ~[bundleFile:9.4.50.v20221201]
	at java.lang.Thread.run(Thread.java:833) ~[?:?]

How do I solve this? and how do I find out which item is the issue?

hmerk · May 25, 2023, 8:43am

Hi,
I have tried to upgrade to M3 on several installations (Ubuntu/Debian/dietPi), but package installation is not offering the new version.

Upgrading to a new SNAPSHOT is working
Setting source to testing (Milestone) is not offering M3. I can see a difference in package size retreived from “apt upgrade” :

SNAPSHOT (unstable)
Holen:5 https://openhab.jfrog.io/artifactory/openhab-linuxpkg unstable InRelease [90,4 kB]
Holen:6 https://openhab.jfrog.io/artifactory/openhab-linuxpkg unstable/main amd64 Packages [165 kB]

Milestone (testing)
Holen:5 https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing InRelease [12,5 kB]
Holen:6 https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages [8.084 B]

Anybody else having issues with apt upgrades ?

@Benjy Any idea ?

kristofejro · May 25, 2023, 8:58am

For me it was OK for Milestone

Get:1 https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main armhf openhab all 4.0.0~M3-1 [103 MB]
Get:2 https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main armhf openhab-addons all 4.0.0~M3-1 [382 MB]

moody_blue · May 25, 2023, 9:30am

In M3 these bindings continue to have the 2 minute startup delay: daikin miio http (the SmartHome/J version)

kristofejro · May 25, 2023, 9:38am

Just wanted to let you know that It is still present in M3

Logging in as openhab
Failed to load native library:jansi-2.4.0-46a31a7848b558ae-libjansi.so. osinfo: Linux/arm
java.lang.UnsatisfiedLinkError: /var/lib/openhab/tmp/jansi-2.4.0-46a31a7848b558ae-libjansi.so: /var/lib/openhab/tmp/jansi-2.4.0-46a31a7848b558ae-libjansi.so: cannot open shared object file: No such file or directory

It was already reported here by few users for previous milestone build.

Lolodomo · May 25, 2023, 9:44am

You have this issue to follow the progress:

github.com/openhab/openhab-addons

Bindings migration to use AbstractStorageBasedTypeProvider

opened 06:03PM - 08 May 23 UTC

lolodomo

enhancement

Some bindings implementing dynamic thing types, channel types or channel group t…ypes are now initialized with a delay of 2 minutes. The thing status is UNINITIALIZED/NOT_YET_READY during this delay. After this delay, you got these warning in logs and the thing finally goes ONLINE: ``` 20:25:31.807 [INFO ] [org.openhab.core.Activator ] - Starting openHAB 4.0.0 (build Build #3453) 20:25:47.197 [INFO ] [re.automation.internal.RuleEngineImpl] - Rule engine started. 20:27:44.279 [WARN ] [.core.thing.internal.ThingManagerImpl] - Channel types or config descriptions for thing 'remoteopenhab:server:prod' are missing in the respective registry for more than 120s. In case it does not happen immediately after an upgrade, it should be fixed in the binding. 20:27:44.290 [WARN ] [.core.thing.internal.ThingManagerImpl] - Failed to normalize configuration for thing 'remoteopenhab:server:prod': {thing/channel=Type description remoteopenhab:itemString1 for remoteopenhab:server:prod:SonosSalonRadio not found, although we checked the presence before.} 20:27:44.313 [INFO ] [hab.event.ThingStatusInfoChangedEvent] - Thing 'remoteopenhab:server:prod' changed from UNINITIALIZED (NOT_YET_READY) to INITIALIZING 20:27:44.319 [INFO ] [hab.event.ThingStatusInfoChangedEvent] - Thing 'remoteopenhab:server:prod' changed from INITIALIZING to UNKNOWN 20:27:45.598 [INFO ] [hab.event.ThingStatusInfoChangedEvent] - Thing 'remoteopenhab:server:prod' changed from UNKNOWN to ONLINE ``` See issue openhab/openhab-core#3394 PR openhab/openhab-core#3407 introduces `AbstractStorageBasedTypeProvider` to reduce this problem. It has now to be used in the bindings with dynamic type providers showing this delay at startup. Bindings implementing ThingTypeProvider: - [ ] digitalstrom - [ ] homematic - [ ] mqtt.generic - [x] netatmo => no change required - [x] systeminfo => PR #14501 Bindings implementing ChannelTypeProvider: - [ ] bluetooth.generic - [ ] digitalstrom - [ ] guntamatic : change required - [x] harmonyhub => PR #14507 - [ ] homematic - [ ] km200 - [ ] miio - [ ] mqtt.generic - [x] netatmo => no change required - [ ] networkupstools - [x] remoteopenhab => PR #14956 - [x] resol => no change required - [ ] sensibo : change required - [ ] smartmeter : change required - [ ] solarwatt - [ ] tacmi - [x] tr064 => no change required - [ ] wundergroundupdatereceiver - [ ] yamahareceiver : change required Bindings implementing ChannelGroupTypeProvider: - [x] harmonyhub => PR #14507 - [ ] homematic - [ ] km200 - [ ] mqtt.generic - [ ] sensibo : to be removed as the binding does not use channel groups

Note that a delay of 2 minutes can be normal at first startup.

Daikin and http bindings are not identified in that issue as being potentially concerned by this delay. That is strange.

hmerk · May 25, 2023, 9:44am

Thanks, so there seems to be an issue with the amd64 packages.

Benjy · May 25, 2023, 10:39am

I’m having a look, but there does seem to be the package there:

ben@ubuntutest:~$ sudo apt update
Get:6 https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing InRelease [12.5 kB]
Get:7 https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages [8084 B]
Fetched 8084 B in 4s (1886 B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
107 packages can be upgraded. Run 'apt list --upgradable' to see them.

ben@ubuntutest:~$ sudo apt-cache madison openhab
   openhab | 4.0.0~M3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 4.0.0~M2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 4.0.0~M1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages

What’s the output of apt-cache madison openhab?

hmerk · May 25, 2023, 11:51am

Strange, it is there, but still :

OK:8 https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing InRelease
Holen:9 http://de.archive.ubuntu.com/ubuntu jammy-security/main amd64 Packages [396 kB]
Holen:10 http://de.archive.ubuntu.com/ubuntu jammy-security/main Translation-en [114 kB]
Holen:11 http://de.archive.ubuntu.com/ubuntu jammy-security/restricted amd64 Packages [269 kB]
Holen:12 http://de.archive.ubuntu.com/ubuntu jammy-security/restricted Translation-en [39,5 kB]
Holen:13 http://de.archive.ubuntu.com/ubuntu jammy-security/universe amd64 Packages [723 kB]
Holen:14 http://de.archive.ubuntu.com/ubuntu jammy-security/universe Translation-en [126 kB]
Holen:15 http://de.archive.ubuntu.com/ubuntu jammy-security/universe amd64 c-n-f Metadata [14,6 kB]
Es wurden 3.719 kB in 1 s geholt (3.935 kB/s).
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
hmerk@smarthome:/etc/apt$ apt-cache madison openhab
   openhab | 4.0.0~M3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 4.0.0~M2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 4.0.0~M1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.4.4-2 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.4.4-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.4.3-2 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.4.3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.4.2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.4.1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.4.0-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.4.0~RC1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.4.0~M6-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.4.0~M5-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.4.0~M4-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.4.0~M3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.4.0~M2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.4.0~M1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.3.0-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~RC1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~M7-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~M6-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~M5-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~M4-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~M3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~M2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.3.0~M1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.2.0-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.2.0~RC1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.2.0~M5-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.2.0~M4-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.2.0~M3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.2.0~M2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.2.0~M1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.1.1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.1.0-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.1.0~RC1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.1.0~M5-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.1.0~M4-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.1.0~M3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.1.0~M2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab | 3.1.0~M1-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.0.4-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.0.3-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.0.2-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.0.1-2 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages
   openhab |    3.0.0-1 | https://openhab.jfrog.io/artifactory/openhab-linuxpkg testing/main amd64 Packages