Version 1.1.15 released

Iā€™m not an experienced Linux admin (novice user) so maybe this is a silly question. If the installer is eliminated, how do the dependencies get installed? I donā€™t think itā€™s reasonable to expect the user to have to manually install a large list of packages when the installer can do it automatically (which is why software developers have installers). If everything is encapsulated into a single package in a single directory, then having a tarball is fine.

And as far as which service approach to useā€¦I donā€™t think any user cares so long as the installation makes it run out of the box and doesnā€™t break itself or anything else. HA users just want the software to work. Admin types geek out over which is better IMO.

I personally wouldnā€™t ditch the .deb - we can look to provide additional downloads as per the windows setup.

I think thereā€™s something about the restore of my 525 setup that 1.1.15 doesnā€™t like since the RPi has reset 3 times since last night. I canā€™t be sure it wasnā€™t resetting before though as part of the restore includes a monitori g type script that the default settings doesnā€™t have. Since Iā€™m going to remove HG and reinstall anyway, perhapse Iā€™ll try installing that one script to confirm.

Had similar problems restoring .526 backup settings to 1.1.15. Seemed to be related to different library versions between the two versions. I stayed with .526 for the moment.

We will definitely need more testers on board to get to the bottom of this issue, particularly when it comes to Linux and its variants.

It would be nice to see more of the old forum technically minded contributors come on board here. The uptake on this forum is a little slow but hereā€™s hoping more will return.

Regarding the installation of the Linux version I doubt it would be too difficult to create an installation script that would include the installation of all dependencies, the download and untar of the Homegenie and the creation of working Systemd service.

I donā€™t think it would be difficult. I just donā€™t know how to find dependencies to add them to the script or if thatā€™s even the best way. If someone with better knowledge wanted to tweak my script or provide their own I could test it. Iā€™m not moving my RPi3 onto service until itā€™s stable so I can test as necessary right now.

what we need to do (probably in a seperate thread) is detail what tests we do to make sure it is working, we can then look to automate them and try and get some form of automated testing done within the release process.

I am just looking at seeing If I can set up a CI env at homeā€¦ after all iā€™m not short of boardsā€¦ pic to follow!

David thereā€™s a problem both myself and Bkenobi have both encountered trying to restore backup settings from a previous version of HG to V1.1.15.

Maybe we should try and resolve problems like these before further additions/developments are made to V1.1.15.

It might also be an idea to keep the ā€œtechno speakā€ to a minimum. It tends to scare off the ordinary user. Thereā€™s a technical section available here for that chat. Maybe a separate developers section where developers can exchange possible new ideas/designs.

Letā€™s keep things as simple as possible. The plugā€™nā€™play solution will usually attract a bigger user base.

What I am doing is doing / suggesting is not adding featuresā€¦ Its actually of no concern to anyone, I thought I would post it to suggest How I plan on testing new releasesā€¦

Stability is about being able to test - homegenie codebase has pretty much 0 in terms of testingā€¦ what I am suggesting is you provide a list of what you do to assess if a system is working, we can then look to automate those sorts of tests from a UAT point of view.

If you are referring to other posts outside of this then this is on my own branch and is not detracting from this.

But look at it this way - your trying to restore a backup from a different program - would that be classed as being supported? possibly notā€¦ I doubt it should make a difference but, you could try removing the unneeded files from the backup. (IE just take the XML files to testā€¦ it may want othersā€¦ not sure - havent reviewed the code)

What I would suggest is:

  1. Take a new install and leave it - does it crash?
  2. Take a new install and remove all existing scheduler items, automation programs and disable all unused interface dlls - paste your automation programs in (ignore the backup) does it crash - does it run?
  3. Take a new install and paste your automation programs in (ignore the backup) does it crash - does it run?
  4. If is still crashing then we need to get more logging out.

Lets try and get it down to a known component causing the issues.

Are your issues with the SQL interop dll resolved?

As for keeping things simple, Iā€™m not really interested in that - that would hinder the project moving forwards.
If you mean keep it simple in terms of installation then fix something and submit a PRā€¦

FWIW: I spent a lot of time working on the appveyor config, getting it to create a deb package on a windows system, so if the community donā€™t like it, then donā€™t use it, but if you want systemd to work then provide the file and tell me where to put it or submit a PR.

Ok. Understood.

Homegenie is a Windows program. I understand that. Solely as a Windows program it is of no interest to me. I donā€™t use Windows. Gene adapted it to run with the help of Mono. Now that interests me.

I use HG on a Raspberry Pi. Not on a laptop or desktop so for me running HG via Raspbian is my priority.

A simple sticky with the relevant instructions on how to install HG in the relevant environment and an installer is all thatā€™s required.

I appreciate that you have your own fork and you are doing your own thing but not everyone may be as aware of this. For example, we have Ubuntu users who may only have experience of a GUI similar to Windows. They are looking for a point and click HA solution. Itā€™s users like that we need to be aware of.

By all means contributors can discuss the pros and cons of the various technical aspects HG but I thought the point of this forum was to continue the efforts of Gene and appeal to a wider audience.

A while back I spent three weeks following your postings on how to get the Amazon Alexa working within Homegenie. You insisted at the time that it was working and I spent many hours testing out your instructions. You just stopped posting on the subject and one kind contributor stepped in and pointed me in the direction of the HA Bridge which worked extremely well off the bat.

Anyway Iā€™m hoping for more contributors to jump on board with this forum Bounz created and maybe we can reignite the community feeling we had in the old forum.

Homegenie is a Windows program. I understand that. Solely as a Windows program it is of no interest to me. I donā€™t use Windows. Gene adapted it to run with the help of Mono. Now that interests me.

I use HG on a Raspberry Pi. Not on a laptop or desktop so for me running HG via Raspbian is my priority.

Agreed, I have the same scenario, I dont use it on windows but will look to setup a test for that as some users do

The move to get this working on .net core should help portability too, however I dont think it will help RPI2 users as I donā€™t think .net core is supported on those.

appreciate that you have your own fork and you are doing your own thing but not everyone may be as aware of this. For example, we have Ubuntu users who may only have experience of a GUI similar to Windows. They are looking for a point and click HA solution. Itā€™s users like that we need to be aware of.

No this is so any dev work I do is seperate (Same as putting it into a brach) once this is ready and agreed suitable it can then be merged back into the main brach of Bounzā€™s repo. This means that my testing doesnt effect your current issues.

A while back I spent three weeks following your postings on how to get the Amazon Alexa working within Homegenie. You insisted at the time that it was working and I spent many hours testing out your instructions. You just stopped posting on the subject and one kind contributor stepped in and pointed me in the direction of the HA Bridge which worked extremely well off the bat.

my testing showed no issues - I wasnt getting much feedback that could help, again I configured another CI build for this tool and it worked for me - or in the dev mentality ā€œWorks on my machineā€ - Bounz has recently tested this with his and the issue he hit was that the port was already in use - I did mention that this didnt support custom ports - bounz has since merged a PR which adds this support and he also has this working - I would suggest you try it again.

Anyway Iā€™m hoping for more contributors to jump on board with this forum Bounz created and maybe we can reignite the community feeling we had in the old forum.

Annoyingly the old forum just going kind of made it hard to do that - the google group also doesnt help as some people go there tooā€¦

Again some users may have just moved on.

done a bit of work on changing this script - but frigging install doesnt work either way at this end so need to troubleshoot that further!

exception inside UnhandledException handler: The type initializer for 'HomeGenie.Service.HomeGenieService' threw an exception

Hi everybody,
Looks like the story about the impact of the full moon is a truth: everybody become more emotional and aggressive :slightly_smiling_face:. So I ask you to keep calm and help community and HomeGenie.

I completely agree with @David_Wallis that HG needs more automation tests in order that everybody can be sure that new features are not breaking existing ones. During refactoring of the statistics submodule I wrote a number of tests - so we have first steps done in this direction.

Also, I understand @raptorjr and @bkenobi problems with restoring backups from HG r526. I expected that this should work for most cases (and I personally was able to successfully restore my settingsā€™ backup), but if you have problems - I think that they may be related with missing native libraries. Thatā€™s what I suggest:

  • Iā€™ll add more logging to the restore process and will publish the new version (I think it would be V1.1.16)
  • You will try to restore your backups on the fresh install of this version
  • You will report problems to the topic Problems with restoring settings from the backup and attach your logs and (if itā€™s possible) your backup file.

I know that itā€™s time-consuming and I very appreciate that you are spending your free time trying to catch all that bugs.

No, dotnet core works on RPi 2, too.

Finally, this topic looks overloaded, so I advise you to start a new topic for discussing different aspects of the system. For example, here is the topic to discuss Distribution and installation.

I didnā€™t realize we were considering this a different program from Geneā€™s HG. I looked at it as the next version. There are lots of projects on GitHub that get forked and the new fork becomes the main version. If itā€™s been rewritten in some way, then obviously compatibility issues may occur. In any case, since the project is still called HomeGenie, it seems reasonable for someone without any other knowledge to assume that they can simply upgrade to your version and their backups should work.

That said, since they donā€™t currently work, a simple work-around to get a backup to work should be possible. The backup file is a zipped file containing the different programs, modules, settings, etc. If the database is not compatible, the guide would say ā€œdelete the database and insert database X in itā€™s placeā€. Obviously if the issue is inside a file like modules.xml, that would be a more difficult instruction.

As far as testing goes, I have my RPi3 running with the script I attached above without issue for over 1 week. When I restored my backup from 525, it started crashing and restarting the RPi every few hours. I am going to install 525 and let it sit for a few days and then restore my backup just to verify that the issue is HG and not the RPi. Assuming that goes well, weā€™ll hopefully have 1.1.16 available so I can try again. When that is released, please make sure to note where the debug file you need is located so I can upload as necessary.

The main problem wil be as more commits go in then it stops being backwards compatibleā€¦ I would really like to rename the Interface for the interfaces to be prefixed with an I but that would stop the third party hg interfaces from working unless they were updatedā€¦ if we are going to go down this route then we really need to ensure that we are using semantic versioning (see semver.org for more info regarding this) but fundamentally changing the way the interfaces work might be a better idea after trying loading into a new appdomain didnā€™t fix the issues.

Cheers

David

Is there a reason that after installing HG 1.1.15 I canā€™t run 525? I uninstalled the newer one and installed the older but it wonā€™t start up. I have done no debugging yet, just checking if thereā€™s something known before I go further. I can create a new SD if that would be better.

Have you ever installed v526. Just curious.

As this project forks further from the last ā€œofficialā€ release of HG v526 Iā€™d imagine you will encounter problems like this. Possibly software that was installed in the newer version that conflicts with the older version. Iā€™ve often had this problem with other variants of Linux.

Check your versions of Mono too. There was a significant upgrade to it quite recently which may affect downgrading to an older version of HG. Bounz reported difficulties when upgrading to Mono v5.1 recently,

As you say a fresh image is probably the quickest route.

I remember mono being an issue a while back. I think Iā€™ll write a new SD and NOT use the current mono.

This version works currently until the new release of HG is merged:

sudo apt-get install dirmngr -y
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF
echo "deb http://download.mono-project.com/repo/debian raspbianstretch/snapshots/5.4.1.6 main" | sudo tee /etc/apt/sources.list.d/mono-official.list
sudo apt-get update
sudo apt-get install mono-complete -y
sudo apt-get install ca-certificates-mono -y
sudo apt-get install gdebi-core -y

# Download and install Homegenie-BE
wget https://github.com/Bounz/HomeGenie-BE/releases/download/V1.1.15/homegenie_1.1.15_all.deb
sudo gdebi homegenie_1.1.15_all.deb -n

9 posts were split to a new topic: Trobleshooting clean install on Stretch