@EpicLPer see the updates on the GitHub issues: https://github.com/OnionIoT/OpenWRT-Packages/issues/71 https://github.com/OnionIoT/OpenWRT-Packages/issues/70

@Nagarjuna-Reddy The thread @tjoseph1 is a good resource. There's also this one that can come in handy: https://community.onion.io/topic/4196/faq-how-can-i-control-which-network-interface-is-used-for-network-traffic-like-use-wifi-in-some-cases-but-ethernet-in-others

@crispyoz sadly no. I broke it last night. Apparently it does NOT like a 24V input ... sigh

@crispyoz, God bless you.

@cas I figured this out for myself - sorry I should have just re read all instructions again in the first place. I changed the lines: "# define the toolchain and target names TOOLCHAIN_NAME="toolchain-mipsel_24kc_gcc-5.4.0_musl-1.1.16" TARGET_NAME="target-mipsel_24kc_musl-1.1.16" in xCompile.sh to : "# define the toolchain and target names TOOLCHAIN_NAME="toolchain-mipsel_24kc_gcc-7.3.0_musl" TARGET_NAME="target-mipsel_24kc_musl" and the example C gipoRead compiled fine and runs on my board.

3 easy steps to find if your package is available : Edit /etc/opkg/distfeeds.conf and uncomment line 2 and 5 opkg update opkg list | grep -i <package name> Where <package name> is the minimum string to identify the package, for instance to find sqlite packages use opkg list | grep -i sqlite results are: libsqlite3 - 3310100-1 sqlite3-cli - 3310100-1

Thanks! Now I have other problems, like mpd failing to play MP3s and M4As, but I have at least installed enough to make it play WAVs out of the speaker.

You need a cross-compiler setup. You can install a gcc environment (after expanding space) for the Omega2+ but there's no linux-header packet that I'm aware of. Setting up a cross-compieler is explained in https://onion.io/2bt-c-program-cross-compiling-video-tutorial/ and https://docs.onion.io/omega2-docs/cross-compiling.html. Either use their docker container or compile it yourself from https://github.com/OnionIoT/source. That repository also contains the entire Linux kernel with its headers.

@Douglas-Kryder Thank you VERY much. How do you know that? I've looked at opkg list a dozen times trying to find it.

I am also interested in installing rndis. In the repository there are older versions of the kernel modules for the current kernel but they didn't work for me yet, some of them loaded correctly but something always fails so far. You can try to install them with - - force-depends. I also tried to compile my own firmware but since that is just lede without the onion customizations this is not really what I want to use. Maybe the current packages where built for the firmware version 163? It seems that there where 161-163 versions available but they where very unstable. Maybe they deleted them but the compiled packages staid in their repository? If I have more time I will try again to get the older packages from the repositories working. You can open the onion core repository in a browser to see the different versions from the packages and then search for them with ctrl+f. The installated opkg version doesn't seem to support installing different versions. As a hint: opkg install with url did also not work for me, Wget + opkg install package.ipk did work and most modules even loaded. I got the virtual CD drive listed in dmesg after installing some kernel modules which wasn't the case before but I didn't get rndis to work. I even tried to upgrade everything including the kernel but that resulted in more Lede stuff, the onion repositories where replaced by Lede repositories and the banner also was the Lede one (I only used omega repositories). I also got even more depency errors. The Kernel didn't seem to be upgradable since it stayed at the old version.

Thanks! Did some searching around but didnt find that one. Perfect.

@Kit-Bishop Thanks very much for the pointer to your updated instructions. I'll get this going asap.

@simon-jones I missed youre message as it was necroposted on a thread 6 years old. Always best to create a new thread and refer to the past thread if it is relevant.

@WereCatf said in LuCi: src/gz reboot_core http://downloads.lede-project.org/snapshots/targets/ramips/mt7688/packages Beware that first source actually is (now?): src/gz reboot_core http://downloads.lede-project.org/snapshots/targets/ramips/mt76x8/packages

That's how --force-depends works - it still reports the errors it encounters, but completes installation anyway. When you run it the second time, the package is installed already according to opkg's housekeeping data, so there's nothing to do for opkg, and thus the dependencies are not checked again. But of course, you still have a dependency mismatch in the installation, which might cause trouble when actually use the modules. On the other hand, as long as the module in question is not using any bleeding edge kernel features, chances are good a third tier version mismatch does not matter. Kernel dependency checking is so strict because if something does go wrong in the kernel, this might render the system unusable/unbootable up to the point that you need to do a low level debricking over ethernet. That's something you can risk (knowingly by specifying --force-depends) while experimenting, but don't want to happen otherwise. So while the strict checking is sometimes annonying, it makes a lot of sense.

Is there any progress on openvpn on the Omega? I have recently received two Omega2+ and was looking to use openvpn, but the same problem still appears to exist