I noticed that some new options are selected when I take my diffconfig and expand it to for building. Some are related to attendedsysupgrade. Can this be disabled? It seems like a hard dependency of luci now.
Symbol: PACKAGE_luci-app-attendedsysupgrade [=y]
Type : tristate
Defined at tmp/.config-package.in:60753
Prompt: luci-app-attendedsysupgrade........ LuCI support for attended sysupgrades
Location:
-> LuCI
-> 3. Applications
Selects: PACKAGE_attendedsysupgrade-common [=y] && PACKAGE_cgi-io [=y] && PACKAGE_librt [=y] && PACKAGE_libpthread [=y] &&
Selected by [y]:
- PACKAGE_luci [=y] && y
Here is a list of all the options that are new when I compare my diffconfig (built a few months ago) to what I get now running ./scripts/diffconfig.sh
I ended with adding this warning for my own builds:
--- a/applications/luci-app-attendedsysupgrade/htdocs/luci-static/resources/view/attendedsysupgrade/overview.js
+++ b/applications/luci-app-attendedsysupgrade/htdocs/luci-static/resources/view/attendedsysupgrade/overview.js
@@ -437,7 +437,8 @@ return view.extend({
E('h2', _('Attended Sysupgrade')),
E('p', _('The attended sysupgrade service allows to easily upgrade vanilla and custom firmware images.')),
E('p', _('This is done by building a new firmware on demand via an online service.')),
- E('p', _('Currently running: %s - %s').format(this.firmware.version, this.data.revision)),
+ E('p', _('Currently running: %s - %s (private build)').format(this.firmware.version, this.data.revision)),
+ E('p', _('Note: you are currently running a private build. If you use Attended sysupgrade, your new image will be a normal OpenWrt build with the package selection taken from here, but without the source code modifications included in this build.')),
E('button', {
'class': 'btn cbi-button cbi-button-positive important',
'click': ui.createHandlerFn(this, this.handleCheck)
Note that the dependency is added to the empty "luci" meta package. You should still be able to select all components (minus luci-app-attendedsysupgrade) explicitely and then deselect "luci" itself without loss of functionality.
Is there any risk in missing future dependencies of luci by keeping my config in this state? In other words, the meta package knows it needs things. What if more things are needed in the future? I would think using this strategy would risk missing knowing about them.
If you are just compiling your own builds, the easiest thing from the "future dependencies perspective" is to just revert adding that luci-app-attendedsysupgrade into the LuCI default pacakges.
Thanks, I can do that. I guess including it for everyone is better from the perspective of most users. I honestly never read up about what it actually does for an upgrade vs just flashing a new image.
More reliable?
Less read/write cycles?
What is the drive to use it instead of just flashing an image?
I see... that is cool. Before I learned how to build my own images, I kept a list of the packages I installed manually so they could be restored when I flashed a new nightly snapshot. Sounds like this feature does that automatically.