Open aparcar opened 6 years ago
@gmarcos87 if you like to work on that I'm happy to help with the ubus backend
@aparcar it is important to notice that lime-app was not meant to replace luci but to include the features that non-technical people require.
In that regard, I guess it is featureful as it is :) My take would be for it to replace luci in the default image, and allow the hackers to add luci if desired.
@nicopace @gmarcos87 can you update the list with what's ready and what is not wanted?
If I got it correctly, an important step forward has been done in #453
I just tested lime-app (see also #609), it is very cool and looks powerful but I cannot yet use it at 100%.
From the list in the first comment, what is more important and still missing is (in my opinion):
More things that are needed are:
Things that should be working but seem not working to me:
lime-app has been released (see #615) so most of my comments above are likely outdated
I suppose that some community-wide settings (like the IP network domain, main AP ESSID, Country code, AP open or WPA2-PSK, attended-sysupgrade, per-band AP or mesh modes) should be configured during the network creation process in FirstBootWizard.
On the other side, lime-app should configure just the node specific things (e.g. root password, per-radio distance parameter, manual IP, hostname).
A user asked and also another user asked if there could be an option for uploading a new firmware version. Makes sense for me.
Hello @ilario! I'm the one from the last email asking for an option to upgrade the firmware. Again, thanks for your answer. :smile:
it is important to notice that lime-app was not meant to replace luci but to include the features that non-technical people require.
I read that comment from @nicopace about one app not being the replacement for the other, and that both are complementary. It makes sense to me.
Also, while the discussion evolves about what things of luci should be incorporated into lime-app, I think that I might be able to contribute with the documentation on the Compiling LibreMesh from source code section, to clarify the way to install and use luci as an optional package, and the objectives of both apps.
What do you think?
Maybe we could add a new page with description of optional packages (e.g. LuCI, prometheus-node-exporter-*, iperf3, pirania, tinc, wpad-mesh-wolfssl...), and link it from the development page?
I suggest removing this as an release blocker. Me and @dangowrt are looking into getting LiMe to work on 19.07, however we will not touch anything web interface related (because we can't). What do you think?
I suggest removing this as an release blocker.
Considering that LibreRouter people are already using lime-app in production on LibreRouter-os since long time, it makes sense. I remove the release-blocker tag. The most important features have already been implemented, for example the admin password setting is being addressed in #701.
Me and @dangowrt are looking into getting LiMe to work on 19.07
That's awesome!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
I suggest removing this as an release blocker. Me and @dangowrt are looking into getting LiMe to work on 19.07, however we will not touch anything web interface related (because we can't). What do you think?
Great! Yes I also think it is not a release blocker.
Can we collect here what's needed to replace luci in the default installation with the (significatly?) smaller lime-app?
Missing features:
/etc/config/lime
for advanced users