app:9162022-10-23 03:33:30.141 PMerrorjava.lang.NullPointerException: Cannot get property 'repositories' on null object on line 3923 (method prefSettings)
app:9162022-10-23 03:33:30.080 PMdebugRefreshing repository list
app:9162022-10-23 03:33:30.078 PMdebugConverted update mode to Never
app:9162022-10-23 03:33:30.042 PMdebugMigrating auto updater mode
app:9162022-10-23 03:33:30.034 PMdebugAdding GitHub and PayPal URLs to manifests...
I don't know if you followed the URL shown but he no longer has an /Apps/ section at all. It's all been deleted, presumably. Since that's what he said he was going to do, I guess I'm not surprised
I don't know what he recommends to clean up the HPM DB on your Hub, but I'd give UnMatch a go.
As has been detailed a few times above, the HPM DB is "permanent" in the sense that nothing ever leaves the DB. Because the 'key' to each DB record is the URL, and the only DB Delete is Uninstall or the newly created UnMatch. If you are acquiring those Apps via Brian's Bundle Manager, then you'll want to Uninstall in HPM. However, that will fail if the App (or Driver) is in use. So again, UnMatch becomes the better choice since it's a pure DB action, won't touch the Packages.
@rlithgow1, This has been covered many times. Please see the first TWO posts in Bundle Manager. There are even instructions on how to 'Unmatch' my apps from HPM.
I've always been open as to why I moved my apps. If anyone needs a refresher, it's in post #1 in the Bundle Manager thread.
Again, it's right in post #2 in the Bundle Manager thread. All anybody has to do is actually read the instructions!
Seems to me that this has always been a weak spot in HPM. If any dev changes their json file, the database should evolve with it. Whether that is changing, adding or even deleting a package from within the devs personal json. HPM should evolve with it based on what's in that json file, each time a new json is loaded. Isn't that why each dev has their own json file??
I haven't, I admit it, although it was deducible easily enough that I hadn't.
I got the code to steward but not Dominic's brain (thoughts) and so I've no idea the actual reasoning. I'm perfectly willing to invent a story that weaves through the clues as if it were fact though...
@bptworld No offense meant at all, but this is why I weaned myself off of your apps. I really don't want to deal with other code delivery mechanisms except HPM at this point. You have your reasons, and that's fine. But, Home Automation is complicated enough with a myriad of little technical details to keep straight. Battling App Bundles is just one too many complications. I wish you'd reconsider just delivering your otherwise stellar contributions in HPM. Dozens of other contributors manage to deal with HPM. In any case, I wish you well.
Hi, sorry if this is a newbie question, been searching but can't find an answer on how to update Habitat Package Manager. The app has started displaying the green "Updates Avalaible" next to it in HE.
All I can find about updating a user app is to find the new code and replace it in the Apps code (is that correct?)
And if so, all links that I find to Habitat Package Manager show the code at version 1.8.7, which is the code I have already, so I'm not sure why it's showing "Updates Available".
Thanks for any help on:
a - where to find latest Package Manager code, and is 1.8.7 the latest
b - how to update it...
Interestingly enough I am on 1.8.7. I looked through the long repository list in HPM and I couldn't immediately spot the defunct repository in the list. I even went into the app code and in the code header it had the HPM version list, and that too was 1.8.7.
For the last 3 days I am now seeing this error at midnight when HPM checks for package updates. I did a repair on HPM and still see the error. I know we have a new developer for this driver. Is there a fix coming or something I can do to resolve this?
Bad manifest for Ring Alarm Keypad G2 Community Driver. java.lang.NullPointerException: Cannot get property 'betaLocation' on null object Please notify the package developer.
errorError downloading https://raw.githubusercontent.com/bptworld/Hubitat/master/Drivers/Ring%20Alarm%20Keypad%20G2%20Community/packageManifest.json: groovyx.net.http.HttpResponseException: status code: 404, reason phrase: Not Found
I think that's the fix for both issues: "serenewaffles" and "Ring Alarm Keypad". Neither exist in HPM anymore. Both owner/authors have deleted their manifests for the Package and it exists only within your hub's HPM DB. The solution is to UnMatch those specific Packages.
To validate, you can visit this website and try and find the Package.
There's a column of Alphabetically sorted Package names and if the Package in question is found in that list, there's a possibility of a broken Manifest. IF however, the Package. doesn't exist, you know to UnMatch it.
Broken Manifests get Quarantined ("serenewaffles" for example) while I try and work with the developer to fix the typo.
The DataBase (DB) behind this site is rebuilt every 20 mins. A developer releases a new Package and adds it to their Manifest, 20 mins later it will be in the DB and shown on that site. Conversely, a developer removes their Package from their Manifest, the entry vanishes from that site in 20 mins.
Ring Alarm Keypad G2 Community Driver <-- new name (adds "driver")