• Content Count

  • Joined

  • Last visited

  1. Andy, how did electron work out for you? I read the suggestion that it might be a solution for your Kiosk GUI application however I thought that electron is dependent on the Chromium browser... and when I last tried to install that on an OrangPi Lite, I ran into problems that led me to install Firefox as the desktop browser instead. Firefox is dog-slow on the OrangePi. So I’m curious now as I’d suspect Chromium would be too. Is this a “bloated” solution that runs slow? If you did get it to work I’d love to know how it performs and if you’d recommend it. Hardware (GPU) accelerated graphics working? I’ve used Nodejs with an OrangePi and controlled I/O with it. Now I’d like to do some graphical interfaces but was going to use QT when I found your postings. -P’Daddy
  2. I was running into the "upgrade" problems with a Orange Pi Lite. After the upgrade (with error) I could no longer boot the device and would have to start all over again with a fresh SDCard image. I figured that I could just skip the upgrade but the 'O' in OCD stands for "Obsessive", right?!!! Figured out how to get the /boot/dtb/ directory with the files that were mentioned above: sudo apt-get install linux-dtb-dev-sunxi Couldn't recall the exact name of the file that it wasn't finding (.dtb) during the "upgrade" process but decided to copy over one that was there and give it "orangepi-lite" as a good guess (needed to?): sudo cp /boot/dtb/sun8i-h3-orangepi-one.dtb /boot/dtb/sun8i-h3-orangepi-lite.dtb Had already done the sudo apt-get update... so I did the sudo apt-get upgrade and still got an error (unhappy "sigh"): Unpacking armbian-tools-jessie (5.20) over (5.14) ... dpkg: error processing archive /var/cache/apt/archives/armbian-tools-jessie_5.20_armhf.deb (--unpack): trying to overwrite '/etc/init.d/brcm40183-patch', which is also in package linux-jessie-root-orangepilite 5.14 Preparing to unpack .../automake_1%3a1.14.1-4+deb8u1_all.deb ... . . . Processing triggers for dbus (1.8.20-0+deb8u1) ... Errors were encountered while processing: /var/cache/apt/archives/armbian-tools-jessie_5.20_armhf.deb E: Sub-process /usr/bin/dpkg returned an error code (1) So I decided to run sudo apt-get upgrade again. This time it said that there was little to do... and after telling it 'Y' to go ahead, it did so this time without errors. ! The following package was automatically installed and is no longer required: libnl-route-3-200 The following packages will be upgraded: armbian-tools-jessie 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 25 not fully installed or removed. I crossed my fingers (most important step), and did a sudo reboot now. Hey, it worked! And after the successful reboot, trying a third sudo apt-get upgrade resulted with "0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded". I hope that this helps others until this is fixed. If nothing else I learned a lot pulling my hairs out, one by one, in the process. If I boneheaded some detail, please let me know. Not sure that I needed to copy the file over with the new name ("-lite"). -p'daddy
  3. Any idea when the 'sudo apt-get upgrade' will be working again? And a big shout-out for all that martinayotte, tkaiser, and other "gurus" do for the benefit of the community. This world would be Utopia if we all supported each other by contributing like you guys do. KUDOS^10. We are all very appreciative of your time, effort, and generosity.