The OpenWrt Firmware Selector

[lleachii]

@Lexeyko

Unsupported version

Previously discussed:

The OpenWrt Firmware Selector

This message appears while the build server is still not finished creating images for new releases. We need to wait for a day or two. Archer C50 v4 -- same here. [image]

Also see:

A note about using new stable releases before they are announced

There is always an excitement and enthusiasm as new stable releases start showing up on the downloads page -- and that is great! As of this moment, 21.02.3 and 19.07.10 are currently building, but they are not complete nor are they announced (current versions are still 21.02.2 and 19.07.9). Over time, the 'current' and upcoming versions will be different, but the same principles apply. A few things to know before you try to install new versions prior to the official announcement: The build s…

[Lexeyko]

It's great, but...
There is a choice of this version, so it is added, but the assembly does not go, because it is not supported?
And also, for example, version 19.07.XX for old routers. There is a choice, so added, but also not supported? Why then is there a choice?

[lleachii]

@Lexeyko

but the assembly does not go, because it is not supported?

Did you have an opportunity to read the linked posts?

Here

Your answer appears in the first linked post. If you have additional questions, feel free to inquire.

@Lexeyko

for example, version 19.07.XX for old routers. There is a choice, so added, but also not supported?

I'm not understanding the version 19 example. Are you using an EOL version to compare a service release version not yet available?

[Lexeyko]

I can select these versions on the page, but this does not lead to a positive result. Although by clicking on the "FOLDER" icon, I can download ready-made images with these firmware versions.
If I can select version data, why isn't the build happening? If for some reason these versions are not available for assembly, why are they available for selection?
I apologize for my bad english.

[lleachii]

• 22.03.4 - "Unsupported version" - not yet released

See: https://en.wikipedia.org/wiki/General_availability

• 19.07.10 - "Unsupported branch" - old

@frollic

19.07 is EOL.

See: https://en.wikipedia.org/wiki/End-of-life_(product)

@Lexeyko

If for some reason these versions are not available for assembly, why are they available for selection?

@aparcar ???

[Lexeyko]

Then why can I choose it?
For training?
If one is not yet there, and the other is already gone, perhaps it needs to be removed from the "MENU"?

[lleachii]

@Lexeyko

Then why can I choose it?

@lleachii

@aparcar ???

He will be able to answer. Feel free to wait for an answer.

You can also Private Message him if you do not wish to wait for an answer.

[Lexeyko]

ok.

Last night, for example, there were only 3 choices available.

1. Snapshot
2. 22.03.3
3. 21.02.5

[lleachii]

@Lexeyko

Last night, for example, there were only 3 choices available.

Already explained:

@aparcar

The selector JSON data is updated every 8 hours

@Lexeyko

there were only 3 choices available.

That's not what I saw here.

[mwarning]

I suspect the problems are a bunch of release-in-progress issues that will be fixed when the release is done.

[abe520]

Model
HiWiFi HC5611

Platform
ramips/mt76x8

Version
SNAPSHOT (r22594-5ec781c444)

Date
2023-04-18 22:10:57

NO OPEN 80 PORT.NO WIFI.JUST 22 PORT

[Pico]

@abe520

last post of abe520 was 3 years ago
NO OPEN 80 PORT.NO WIFI.JUST 22 PORT

My educated guess is, you are kind of short on time on a caps-locked keyboard and you recently learned 2 new things by trying:

1. snapshot are developer releases that don‘t come with a LuCi Web GUI by default. You have to install the GUI on snapshots manually https://openwrt.org/docs/guide-quick-start/developmentinstallation
2. that device is not supported yet. There are only developer snapshot releases so far. Could just be that no one has yet figured out, how to get Wifi up and running on that device. There seems to be a dedicated forum thread for that device, in case you find more time for posting: Add support for HiWiFi HC5611 for OpenWrt

[thorazine74]

When you choose Customize installed packages and/or first boot script the default Installed Packages that appear in the list box aren't supposed to match those installed in the Official Stable versions?
Its notably missing Luci at least which should be on Stable versions ...
Or are they hardcoded somehow?

Can I get the list of packages installed by default on an official version to replace this list and match a custom build with the stable versions? That is without actually installing an official version and opkg list-installed...
I tried to get it from downloads.openwrt,org matching build dir but I'm not sure if I could use the list from config.buildinfo, the manifest file or where...

[KingCZE]

As far as I know, snapshots never contain Luci. You have to add it to the snapshot yourself – either in the Firmware Selector build your own firmware, build the firmware yourself on your machine, or install Luci through SSH (opkg update, opkg install luci).

[thorazine74]

I was using a stable build (22.03.4), not SNAPSHOT (maybe it was not clear in the post, I edited it...)

[psherman]

@thorazine74 - You're not wrong here... if you customize the packages (and/or first boot scripts), even on a stable release version, it does require explicit specification of all of the desired packages -- including LuCI.

See this (not yet implemented, but could use more visibility -- voice your support if you agree it would be useful):

Add 2 or 3 "presets" to the online image builder

Quick feature request for the online image builder: Add a set of 'presets' to use as a starting point for custom image image creation. When a user expands the Customize Installed Packages 'twisty', it presents a dialog box where packages can be added or removed from the standard image. I propose a set of radio buttons that would provide the following recipe starting points: Minimal image This would leverage the list of packages that can be 'safely removed' to create the smallest reasonable i…

[brianjmurrell]

if you customize the packages (and/or first boot scripts), even on a stable release version, it does require explicit specification of all of the desired packages -- including LuCI.

But surely (and notwithstanding Add 2 or 3 "presets" to the online image builder) the list of packages that are pre-loaded into that Installed Packages list should be the full set that are available in the default pre-built-and-downloadable image -- i.e. so that by default, without adding or removing any packages, you get the same image as the pre-built downloadable image.

That is, even without Add 2 or 3 "presets" to the online image builder completed, the default list of packages in that box should be what Add 2 or 3 "presets" to the online image builder proposes as Normal / stable release like image.

Anything different seems like it's not embracing the principle of least surprise.

[thorazine74]

@brianjmurrell

if you customize the packages (and/or first boot scripts), even on a stable release version, it does require explicit specification of all of the desired packages -- including LuCI.

But surely (and notwithstanding Add 2 or 3 "presets" to the online image builder) the list of packages that are pre-loaded into that Installed Packages list should be the full set that are available in the default pre-built-and-downloadable image -- i.e. so that by default, without adding or removing any packages, you get the same image as the pre-built downloadable image.

That is, even without Add 2 or 3 "presets" to the online image builder completed, the default list of packages in that box should be what Add 2 or 3 "presets" to the online image builder proposes as Normal / stable release like image.

Anything different seems like it's not embracing the principle of least surprise.

Adding up to this, it looks like if you just want to add a first boot script, without changing the installed packages list, this is not posible with the current design (you get a build with the first boot script AND the customized packages list from the twistie, not the default packages list from the stable release, which is what I would expect to happen).
Shouldn't both options be available separately to turn on/off as long as the custom package list is not pulled from the base image you are customizing?
I don't know if its even posible to do this programmatically (fetch the default package list from the base image) so maybe I'm requesting something thats not feasible...

[psherman]

@brianjmurrell

But surely (and notwithstanding Add 2 or 3 "presets" to the online image builder) the list of packages that are pre-loaded into that Installed Packages list should be the full set that are available in the default pre-built-and-downloadable image

I don't disagree that this would be a better 'starting point' for customizing a standard release build. I'm not sure what the reasoning was for the packages that are included/excluded when you request a custom build, but I do think it would make sense for the default (for a release build) to start with an inclusive list of all normally included packages.