Packages don't have versions in them, or at least not in any universal way. The version is the value within the Manifest. I added a version internal to HPM, but HPM itself does not use it except to decorate the page. I'm guessing I tangled the order in which it detects a new manifest version number, downloading the code and THEN downloading the manifest. I can see in one of my instances that the code is 1.8.3 but the Manifest says 1.8.4, and with that clue, I'm hypothesising the above.
I've been careful to not touch Dominic's working code in both versions. Obviously I had to touch some code to add in Fast Search, but I wanted to be minimal. I ran into a specific problem, thought it was something I needed to fix and that was reverted in the patch of 4 hrs ago.
The only two areas v1.8.4 touched were Install by Keyword and I did all of that work last year. This week, silence info logs was suggested (Package Manager Settings ) and that the Copyright be better placed which was one line in the displayHeader code.
Next version? v1.8.5, well THAT is a different story.. it's about 800 lines of added code, but again, I don't believe I touched any of the Install, Update, Modify or Repair code for Apps and Drivers in order to squeeze Bundles in.
I definitely appreciate you picking up the gauntlet. I just couldn’t help but laugh when I saw the app stats. - is like the hub is a time machine. Unfortunately it has normal values after the patch
I've been using HPM for a while, and have a few of your apps installed. Will you still be updating your HPM repository info? My system has been very stable for a while, so it might take a bit before I do any updates, other than what HPM suggests.
Thanks, I agree this place should be for HPM, and I'm glad @csteele has taken this over.
My question has to do with HPM: will you be updating your HPM repositories in the future?
I saw:
This will be THE PLACE to find all BPTWorld Apps and Drivers!
in the BM thread, but I'm not sure if that means you won't be updating the HPM repository info for your other apps (e.g. Tile Master, Weather Dot Gov, etc.), or if you will still include those updates for HPM. I couldn't find anything else about HPM, other than the fact that BM can be found in HPM.
Sorry Bryan but that seems a backwards step for the community. We'll end up with multiple package managers and new users will just get confused. Your contributions are always appreciated and it's your choice to make in the end.
I somewhat don't agree. I have an Android phone and have 3 app stores (Google, Amazon, Samsung), and if I am not mistaken, Apple is going to allow other app stores as well.
We have multiple device vendors with different features and steps to get connected. I could say it would be better for all users if we only had 1 vendor with the same way of doing things. I don't think any of us want that. Competition is necessary in getting better features.
Plus, I don't see home automation in its current state as a plug and play environment. It takes time with learning to get your stuff working.
Even better is that both developers are known for helping and sharing so I see this as the best of "both" worlds.
As I worked through Bundle support, there is a sliver of a mismatch between what bundles really are on the Hub, vs what HPM has been doing all along.
Bundles are handed to the Hub as a ZIP and the hub instantly unzips and plants the code where ever they are supposed to go. Apps to Apps Code, Drivers to Driver Code, Libraries to Libraries Code. A few seconds later, the Bundle ceases to exist from more than a placeholder role. If you delete the bundle, nothing happens to the code that was unzipped.
HPM has to work in the same way... A bundle is added, the contents are planted and done. The bundle object exists in the HPM cache, and can be deleted. But all that gets deleted is the Bundle, not the contents. As a result, a Match Up in HPM will probably find a match to the individual code components and not to the Bundle.
Since this is the way the Hub works, I'm planning on leaving HPM to follow along.
Here's the visual story:
I've installed the Auto_Off Bundle and it appears in the View list and the components appear in Apps Code:
If I were to do a Match Up, then HPM will find the matching Apps:
Accepting the match up will result in both showing in View:
Uninstall is as you'd expect, can delete the Apps or delete the Bundle, or both:
They are independent at this point, their relationship is known only to us.