What's new

Entware-ng & Entware-3x merge!!!

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

@zyxmon Just FYI, the update from Entware-ng to Entware went smoothly for me about three hours earlier. RT-AC-86U, USB 3.0 flash drive formatted ext2. From /tmp/home/root I ran "opkg update;opkg upgrade" twice and it installed. Here is the terminal capture, if it helps.
https://pastebin.com/WWh4s0w9
 
There is some unpredicted behaviour with /opt/lib/opkg/status file. Sometime it misses packages from old repo, sometime all packages are there. It looks like a bug in opkg (we do know there are bugs in opkg).

In case you cannot reinstall some package the current solution is
1. wget URL_to_ipk (from new repo)
2. opkg install PATH_to_downloaded_ipk
3. rm PATH_to_downloaded_ipk
 
Hmmm...for right now I think I'm just going to remove the old installer. @RMerlin, your thoughts?

I still want to keep the setup script in the firmware. Don't forget that it's actually just a bootstrap, not the actual installer. What it does (if my memory's right):

1) Check for supported partition
2) Check the router's platform
3) download and execute the appropriate Entware installer

So I assume we'll just need to update the location of the new installer(s), and possibly add a code path for the aarch64 platform so it uses the 3x repo (I'm assuming the busybox and default path issues have been resolved since last time I looked at it).
 
generic.sh install scripts have /opt at the end of PATH and do not install busybox
URLs for asuswrt-merlin (new repo & entware-ng for mips)
(armv7) http://bin.entware.net/armv7sf-k2.6/installer/generic.sh
(aarch54) http://bin.entware.net/aarch64-k3.10/installer/generic.sh
(mipsel from Entware-ng) http://pkg.entware.net/binaries/mipsel/installer/installer.sh

Thanks. @john9527 , you want to take a shot at updating entware-setup.sh with these? I'm still stuck in 384 debugging Hell here these days...

(unrelated note: I'll take care of updating OpenVPN and Dropbear after 384.4 drops, so if you're in no rush, you can wait on my merges for these two).
 
There are usually no issues with update. There are no issues now with new packages installations.
There may be some issues with packages that were not upgraded and come from old repo (reinstall). One of the solutions was found and given in previous posts.
I have checked differnt upgrade scenarios on 7 different embeded devices running different architectures. But this does not meen everything will go smoothly with upgrade.
Sometime you need manual operation (zope-interface package has changed name after it was ported from entware to openwrt as an example. You will need to reinstall it manually with --force-depends flag).
 
Thanks. @john9527 , you want to take a shot at updating entware-setup.sh with these? I'm still stuck in 384 debugging Hell here these days...

(unrelated note: I'll take care of updating OpenVPN and Dropbear after 384.4 drops, so if you're in no rush, you can wait on my merges for these two).
Sure...I'll give it a shot :)

I'm already running OpenVPN 2.4.5 on my router....no problems there. I didn't see the Dropbear update, but given the history with Dropbear, we probably need to wring that out a bit before releasing it.
 
Important: For AB-Solution users doing a new install

I am working on an updated installer script for Entware and pixelserv-tls

The Entware download URLs and location changed and installing ps through AB-Solution (and amtm for that matter) will not work until this is fixed.
Due to this, a complete reinstall of AB-Solution is necessary for those that have encountered this dreaded package pixelserv-tls is not available error.
See my post below, there may not be a complete reinstall necessary.

This is unfortunate but the Entware changes happened outside of my control and came abrupt and with no warning whatsoever to prepare for it.
 
Last edited:
There should be the fix without full reinstall. I need more info for this case.
That part is outside of your control. My installer script fails at an unfortunate point, with Entware installed, but only a small list of packages available through opkg:
Code:
entware-opt - 222108-6
findutils - 4.6.0-1
ldconfig - 2.23-6
libc - 2.23-6
libgcc - 6.3.0-6
libpthread - 2.23-6
librt - 2.23-6
libssp - 6.3.0-6
libstdcpp - 6.3.0-6
locales - 2.23-6
opkg - 2011-04-08-9c97d5ec-17a
terminfo - 6.0-1c
I don't want to build in a workaround for my installer, so my recommendation for users encountering the package pixelserv-tls is not available while installing will have to start from scratch. This is only for new installs and won't affect already installed Entware and pixelserv-tls (ps) installations.

While twice running opkg update && opkg upgrade might work, the half finished Entware install leaves such a AB-Solution installation in limbo.
I'm working on it right now, looks like it works without re-installing AB-Solution to recover from this.
 
Last edited:
@zyxmon just to confirm, is this correct and will remain so, meaning the generic.sh or installer.sh along with the install URL will not change in the foreseeable future:

armv7l
http://bin.entware.net/armv7sf-k2.6/installer/
Install URL: http://bin.entware.net/armv7sf-k2.6/installer/generic.sh

mips
http://pkg.entware.net/binaries/mipsel/installer/
Install URL: http://pkg.entware.net/binaries/mipsel/installer/installer.sh

aarch64
http://bin.entware.net/aarch64-k3.10/installer/
Install URL: http://bin.entware.net/aarch64-k3.10/installer/generic.sh
 
It's normal. opkg should warn you about configuration files (brobably) changed like apt do. I don't know why it scares users with "error" message.
It indeed does, mine warned about a changed php.ini.
 
Due to this, a complete reinstall of AB-Solution is necessary for those that have encountered this dreaded package pixelserv-tls is not available error.

This is unfortunate but the Entware changes happened outside of my control and came abrupt and with no warning whatsoever to prepare for it.
Looks like the coding I did a long time ago is capable to recover from an installation with the error package pixelserv-tls is not available.
I just did a successful installation on ARMv7 here. Let's cross fingers that works on all the other router models I have on hand here.
 
I have run some more tests. There were some problems with very old installation (several years old) that I have solved by downloading one or two packages and installing them manually.
There are some problems with some specific mipsel routers not relevant to this forum.
I have not encountered problems with armv7 (2.6.36) and aarch64 entware installations. But the number of installed packages was not big in these cases.
 
I have run some more tests. There were some problems with very old installation (several years old) that I have solved by downloading one or two packages and installing them manually.
There are some problems with some specific mipsel routers not relevant to this forum.
I have not encountered problems with armv7 (2.6.36) and aarch64 entware installations. But the number of installed packages was not big in these cases.
AB-Solution only uses Entware since November 2016, so I think my installer changes will work for even those early-bird-and-never-updating users.
I will test it very throughly on mips, armv7l and aarch64 before releasing the update.
 

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top