why will I want to use virtualenv or docker etc on a prod device, this is not in a developer workstation
I hate running python with its plugins on virtual pip setups, instead of using system apt-get* or at least pip install on the main OS. I am a systems engineer and we hate when some developers give us their setups/pre like if they were local to their work station… lol then is hell to keep the whole OS in sync with upstream. Not to say when you run security updates it does not take into acount non-system gems or python libs… that are not installed in the system… such this is why so many websites get hacked because dev do not update their plugins and system engineers do not even know they are installed since they are in userspace. Like locally if I am developing a webapp yes… then makes sense to use virtualization and such to test things with diff version of libs or even future libs not yet preinstalled in debian/ubuntu/fedora etc.
I got that… but seems to me most of the software is ready for dev machines and not the mark1 device yet… so they should fix it so is not needed to run with virtual setups but with the raspian OS
Just wondering if this issue is back, or if there’s another workaround? I’ve been googling for a while and coming up blank.
I have Mycroft running via the mycroft-core package. It shares a Raspbian install with my HomeAssistant instance. Today I was trying to debug why some skills work and others don’t. I discovered that msm fails to install a bunch of requirements, even for default skills, because of this error.
If there needs to be a virtualenv, I’d have thought mycroft-core would set one up.
Where should I file an issue? I don’t doubt that this would work if I set up a virtualenv correctly, but I’m not sure how to do that in the context of the mycroft-core package, and someone should probably be notified that the installation of these gives very inconsistent results. I’ve been scratching my head for a while trying to figure out why Mycroft could successfully set an alarm but failed to know what time it was.
I found the problem, by executing the JSON parser found the same error
jq -r '.enclosure.skill_folder' /etc/mycroft/mycroft.conf
parse error: Invalid numeric literal at line 19, column 11
So, taking a look into /etc/mycroft/mycroft.conf I saw that in line 19 there was a comment (i.e. a line starting with // ).
Deleting the entire commented line, now msm seems to run