At what point is 22.03 due to become stable and released, and is there anywhere that can show what pull requests will be merged from master in to this branch.
I'm currently tracking master for RT3200 defvices, and its working really well with the current snapshot builds, wondering when it is recomended to switch from snapshot, and how many of the RT3200 relevant changes will make it from master in to this release branch before tagging.
Thanks for this! I have a couple of questions, which I think others may be interested in.
For OpenWrt newbies like me what's the significance of a release candidate vs a release or stable release?
Also how does release use compare with snapshot use for the many of us completely new to OpenWrt based on the RT3200? Hitherto packages would stop being able to be installed based on kernel issue requiring new snapshot install to install new packages or upgrade. How is that affected with release.
Also in terms of upgrading how does that work? Can we restore from saved config?
The final 22.03.0 release will be made from the same 22.03 branch as the rc1 now. There may be more small fixed before the release, but in general the RCs are pretty much the same that the final release will be.
Thanks. It would be nice to have convenience of auc to prevent having to manually install packages. I don't even know which extra ones I installed. Is there a command to find that out (i.e. the ones auc gets for me?).
auc has switches for release stuff:
root@OpenWrt:~# auc --help
auc: Attended sysUpgrade CLI client
Usage: auc [-b <branch>] [-B <ver>] [-c] [-f] [-h] [-r] [-y]
-b <branch> use specific release branch
-B <ver> use specific release version
-c only check if system is up-to-date
-f use force
-h output help
-n dry-run (don't download or upgrade)
-r check only for release upgrades
-F <fstype> override filesystem type
-y don't wait for user confirmation
Please report issues to improve the server:
Certainly seems to make sense to me that if auc can be used for snapshots then it can be used for release candiates or releases too. Or am I missing something?
Good point. And this may be just me being an ignorant OpenWrt newbie, but am I not correct in thinking that an rcX is more stable than a stable branch snapshot? @hnyman could you please comment on that?
I have been using master snapshots because for RT3200 nothing else was available. But I actually use x3 of these for business use and stability is particularly desirable for me (albeit admittedly things have been extremely stable so far on even the master snapshots, so all of this may be theoretical, but I am still interested anyway).
The pretty much only major reason is if you want to later install kmods from the download repo without re-flashing the main firmware. The snapshot goes forward and kmod compatibility weakens as time goes on, but stays intact in the static release.
Other imaginable reason is that you might want to "use the official release build". Release builds are made from the same branch as the snapshots, and there is no major special testing befire tagging, so the reason is rather weak in reality. Sure, possible major bugs in a release are probably fixed more quickly than bugs at any random moment.
Otherwise the release branch head, the 22.03-SNAPSHOT on auc terms, contains fixes made after the release and is likely better than the release. E.g. right now, the 22.03 already contains firewall4 fixes and mt7622 uboot pstore fixes that have been backported from master after the rc1 tagging.
Personally I always make my own builds from the branch HEADs.
Usually there is not much difference. Rarely the backports contain bugs that are discover later, but that may also happen before a release. (Like said, major bugs in a release may get more rapid attention than the same bug at a random moment.)
But there is nothing major/special in the release tags regarding stability.
Of course, if you are running a production environment, you likely would not upgrade all routers to the random build at the same time, but would see if the build causes any problems in one of them. But the same applies also for releases...
It pays to look at the core OpenWrt source changes. E.g. right now there just a few mt7622 fixes (touching also RT3200), firewall4 fixes (firewall4, ucode) plus iwinfo changes. Nothing major to either direction. Likely no major risks, but quite possibly fixes for the rather new firewall4.