I have installed Motioneyeos on a Pi Zero and on a Pi2, and it works like a charm in both of them. The control of the 2 systems can be unified on the web server of any one of them. The web interface is clear and allows to customize hundreds aspects of the program. Anything perfect so far.
Trying to understand a little bit how does it work, I have logged to one of the 2 Pis through ssh and I have checked that the OS is kept to a bare minimum. uname -r returns 4.19.65.
On the web interface of the app it is possible to check if the last version of the program is the one running. I have checked, and yes, I have the last version.
My question is: does it make sense to upgrade the OS components used by the program (apt update, apt dist-upgrade) even if the last version of the program is the one running in my Pis? Apt is not even installed, so the first thing would be to bring it there and install it, but I am afraid that if I update the OS, the program may stop to work...
I answer myself thanks to the feedback received in another forum. Motioneyeos is an embedded software based on Buildroot and as such it is not possible to install any package on it. To be able to install a package on Motioneyeos, Motioneyeos has to be installed on an full OS as Raspbian following the instructions in Motioneyeos web ==>>
Related
We’ve been trying to get SikuliX 2.0.5 to run on a RHEL 8 system, and not having much luck.
We went through the instructions on this webpage:
https://sikulix-2014.readthedocs.io/en/latest/newslinux.html#newslinux
We started on RHEL 7, but the OpenCV shared library required a newer version of GLIBC than is standard on RHEL 7 (version ‘GLIBC_2.27’ not found (required by ~/.Sikulix/SikuliLibs/libopencv_java430.so)), so we moved up to RHEL 8. We had to build OpenCV (v4.3.0) from source because we could not find a java companion package for RHEL 8, which required quite a few other dependencies, but in the end we got it built with most options enabled, and installed as root on the system. We also got Tesseract installed via a package, as well as xdotool and wmctrl.
We are setting LD_LIBRARY_PATH to ensure that the OpenCV libs are picked up, and when we run with the “-v -c” options to the IDE, there are no obvious problems reported. It seems to believe it is moving the mouse, though we can see that it is not, and when we try to capture a screenshot, the “canvas” from which to capture is either uninitialized/garbage frame buffer memory, or a totally black screen. On rare occasions we have seen the actual desktop, but most times we do not.
Originally the system had 2 monitors, but was subsequently reconfigured to a single display system. We were originally running remotely over NoMachine, but have also tried running locally and observed no difference in behavior.
Any pointers or suggestions would be most welcome. Given that no error messages are being reported, we are out of ideas for how to proceed in debugging the problem. It appears that more native support is provided for Debian-based systems, but we’re attempting to validate a product which only advertises support for RHEL systems, so we’d prefer to get it working in this environment if at all possible.
I have gotten a used Raspberry Pi 3 Model B (bought used).
I formatted the SD-Card and downloaded Raspbian Stretch Lite. When I turned on the Pi, somehow it opened Openelec with Kodi.
I tried it again and again. I went and tried to install NOOBS instead. Same thing happens. It opens OpenELEC and Kodi.
I have formatted the SD-Card using a Windows 10 PC. Triied it with the "Quick formating" option on and off. After formating, the SD-Card seems to be empty, as far as I can tell from Windows explorer.
Since I dont really need the GUI, it wouldnt be so bad when I could just use ssh to get a terminal and do the work I want to do. However, Openelec disabled basic things like apt-get. When I try it, the following message appears:
There is no working 'apt-get'.
'apt-get' is a command to install, update and remove software which
is stored in a non local repo. 'apt-get' does nothing then connecting to such
repo, downloads the software, unpacks the software, updates a big
local database with all filepaths and other informations about the
installed software or removes or updates installed Software.
With OpenELEC it is not possible to change the system for security and
stability reasons so even 'apt-get' would not be able to do this.
We also dont have and want to maintain such a repo for various other
great reasons.
Also Ubuntu or Debian packages are often outdated and not compatible
with OpenELEC
TIP: use XBMC's addon browser to enhance your OpenELEC system
I cant exmplain that behaviour. To my knowledge, the Pi should not have any type of internal storage. So I dont understand how the old OS can still be there after I format the SD-Card for the 5th time (no other data storage medium connected). Noobs and Raspbian shouldnt have anything to do with Kodi or Openelec so I do not undestand how it keeps coming up. I have tried to look for a solution online but couldnt find anything but how to install the software that I want to get rid of.
Does anybody know how I can remove Openelec and Kodi so that I can have a normal Raspbian distribution installed? Thanks in advance!
You formatted the microSD card on your PC and it still boots into Openelec? Did you write the Raspbian Lite image onto the card? It seems that you haven't actually modified the contents of the card.
I strongly recommend getting Etcher to write bootable images; you don't even have to decompress the downloaded image, Etcher will do that for you. Etcher is pretty smart at figuring out which media is your microSD card, but as always when working with tools that can overwrite disks be careful.
I am running a web server based on CentOS 5.8 and I need to upgrade my version of bind to make it PCI compliant. I'm currently running bind 9.3.6 and I need to have bind 9.9.8 or higher. I've tried yum update bind but apparently I already have the latest version according to yum. I did some Googling and I found an RPM file bind-9.10.2-1.el5.i686.rpm which looks like it would work but i don't know if it should try installing it or not. I think I would need bind-devel and bind-libs which I can get from the same site. Am I better off compiling from source? I know CentOS 5 is old but I'm trying to avoid reinstalling the whole server.
Installing binary rpm's from later versions of CentOS is unlikely to work: there are many changes since CentOS5.
Rebuilding a src.rpm locally is one way to see what issues there are.
Meanwhile, upgrading to CentOS6 (at least: CentOS7 uses systemd which takes some study) is often not a whole lot more effort than retrofitting something like bind, and will have other efficiencies. YMMV, everyone's does.
I've filled up my Intel Edison 100% and have no room for anything more. I've emptied all logs and am still at 100%. I decided I want to factory reset and reorganize next time with the SD card better. Unfortunately I cannot find out how to reinstall completely the OS.
I've tried downloding the Yocto linux image off the intel downloads page, and uploading that to the Edison. However, it still is running the same as before...
For some reason I distinctly remember (pretty sure anyway...) reading a command to 'reset' everything. I just can't find any documentation now that I need it. Does anyone know how to do this?
Found the command, it's reboot ota
This is my checklist
Install dfu-util (on Linux: sudo apt-get install dfu-util)
Download Release 3.0 Yocto* complete image and unzip it
Connect the module using both USB connectors.
Run sudo ./flashall.sh --recovery
Wait for the script to finish and then a few extra minutes for the module to boot.
I've found one USB hub that didn't work, I had to connect directly to the USB port on the computer.
I'm not sure if you need both usb connectors but at least the one for main power is needed.
flashall.sh is found in the unzipped directory.
I've developed a OSGi application on my windows machine that is just lovely. How ever I need it to run on my Linux server and this is where I run into problems.
My application has no GUI. It simple works with a console and is command line driven.
My first attempt at deployment I built a product based on my existing run target. It exported fine to a Windows .exe so I added the required delta packs for Linux. The problem with this is it has only two options Linux (GTK) and Linux (MOTIF). My linux server runs on CentOS with no GUI as it is a hosted machine so when I try and deploy it I get a segmentation fault.
I have been searching around as to what to do but I'm not coming up with any answers.
Any help would be much appreciated. I have been banging my head on this one for over a week
Cheers
The google keyword you need is 'xvfb' - it acts like an X server, but ignores everything sent to it, so you don't need any graphics hardware. Try firing that up (make sure you set DISPLAY appropriately).
A cleaner solution would be to figure out why the library is demanding an X server if it works without - perhaps you could update the question with more details.