Yup, and that's only for main snapshot, so we're in pretty good shape right now.
The lingering issue with the packagelist call (ABI versioning) is also present in the index.json files, I need to add another item to my list and see how I can resolve it...
Just wanted to say I used AUC to go from 23.05.5 to 24.10. Worked perfect for my installation. Then realized I didn't have a backup .bin file for my newly installed 24.10 and couldn't (yet) make one with the Firmware Selector...So I read the instructions on OWUT and generated one with "owut download --force" and then scp'ed it to my firmware backup folder (I did run the .bin file to check that it worked and it was perfect)...Everything worked great. I'm now on 24.10 and just waiting for everything to get switched on for that release. GREAT JOB efahl !! (My model was a GL.inet MT-6000).
Good to hear success stories! Did you have to do any package adds/removes at all, or just the owut download to duplicate your installation?
And don't forget to do a sysupgrade -b backup.tar.gz && scp backup.tar.gz backup-machine:
if you haven't already done that, too. Or alternatively from the backup host itself to get date-stamped config backups:
I didn't add any packages was just trying to get a .bin file with all my packages already installed and it worked perfect for that...
Oh OK...I did not know I needed to run that will do that now
sysupgrade -b backup.tar.gz && scp backup.tar.gz backup-machine:
Honestly most all of the builds I've had success with during this changeover...
I now have five different builds (OPKG Stable, Snapshot 24.10, APK 28146, Pesa1234's APK 28320, and stock...This has been a good learning experience trying all the different methods...But I'm going to take the advice of you more experienced people and stick with OPKG 24.10 for now.
I actually declared victory too early. WiFi was completely broken afterwards (the interfaces would remain disabled no matter what), bad enough that nopt even a downgrade to stable helped. Ended up completely nuking one to put a standard stable image and rebuild the dumb ap from the ground.
Will investigate the still broken brother a bit more, I suspect there is something wrong with encryption as it seems that wifi comes up without any...
Edit: Ok the other one is weirder still: it now has a third radio (technically probably a fourth as well) in config/wireless which definitely did not exist before (just looked in the backup)...
When I've had this happen on other platforms, it was due to missing kmods for the wireless chips. Check the manifest against the defaults to see if something like kmod-mt7915-firmware is missing. You should probably start a new thread so that you get better exposure with people who know your specific device better can see it.
owut has a command line option --pre-install <script-name> that allows you to inject actions between the download and install steps when you do upgrade (also happens first thing if you just do owut install).
There should be examples in /etc/owut.d/pre-install.sh. Take a look at the bottom "Example 3", it looks like exactly what you're doing manually. You can change the value of remote= to match your backup server, and change the if false to if true.
Run it manually to make sure it's working as expected.
Make it automatic by editing /etc/config/attendedsysupgrade and uncomment the line option pre_install '/etc/owut.d/pre-install.sh'.
Next time you run an owut upgrade or owut install, the script will be run immediately prior to the sysupgrade (if the script fails to run, then owut bails out and does not do the sysupgrade).
Another obvious extension would be to also add something like this to archive the img file, too.
I've been using this to make an a/b root update script of my own, and have got it to obtain an image. However, the rootfs is missing the init executable and all other core system utilities. What packages if any would I need list in the JSON blob to make a fully bootable system?
Isn't that only true for new builds as of about a week ago? @0x0000ff's mention of auc made me think he's using 23.05, where I still see this (23.05.5 x86/64):
$ opkg depends base-files
base-files depends on:
libc
netifd
jsonfilter
usign
openwrt-keyring
fstools
fwtool
$ opkg whatdepends busybox
Root set:
busybox
What depends on root set
$
Where on my couple-day-old apk-based snapshot:
$ apk info --depends base-files
base-files-1639~c857145e03 depends on:
busybox
fstools
fwtool
jsonfilter
libc
netifd
openwrt-keyring
procd
procd-seccomp
usign
$ apk info --rdepends busybox
busybox-1.36.1-r2 is required by:
base-files-1639~c857145e03
My profound apologies for my previous post, but the list of packages from the profiles.json file do include the needed ones. My script gets the files and it boots correctly.
I had 2 success stories going from a pre-APK SNAPSHOT to 24.10-SNAPSHOT on a Mi 4A 100M Intl and a Redmi AC2100. And used the image builder on 2 RT3200s.
However, I'm trying to do the same by going from 24.10-SNAPSHOT to 24.10-rc1 without success on any device, also the Fimrware Selector is throwing errors, too? On the Image Builder I see that it can't find the kmods.
Thoughts @efahl ?? Is there something wrong with the ASU server for 24.10-rc1?
Indeed, -rc1 is broken due to a missing kmods feed in /etc/opkg/distfeeds.conf, -rc2 will be tagged soon with the fix, but until the fix filters through the builds, the imagebuilders (and hence ASU) won't be usable to create a new image.
If you already have an rc1 install running, it can be repaired by adding a line to that file. Figure out the target/subtarget for your platform (the other lines in the file have it) and add this: