-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: version management #74
base: master
Are you sure you want to change the base?
Conversation
Hi @Hahihula Plan looks good to me. Can we have the builds for this so that we can run? |
sorry, now the build should be going |
b1e8e2a
to
43e53e4
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ESP-IDF Install Manager
Usage: eim4 [OPTIONS]
Can we use the consistent naming "ESP-IDF Installation Manager" everywhere?
Can we set saving the configuration as the default option? |
|
Is it possible to highlight the source /Users/kondalkolipaka/.espressif/activate_idf_v5.3.1.sh in color so that the user can clearly identify the command from the entire log and know which command to run?" |
Can we remove the newline between each command option and show the text message in the same line so that users can view them more clearly? Something like this
|
Instead of using idf-im-cli, can we use eim or ESP-IDF Installation Manager when displaying the version number, so that users don't have to worry about what idf-im-cli is? |
User experience issue: When I move my cursor to v5.2.3 and press Enter, it would be great if that version could be selected by default and installed, instead of requiring me to press the space bar to select it and then press Enter. I believe this change could improve the user experience and reduce the number of clicks required for the user. Think about it! |
Can we set the default response to 'yes' instead of 'no'? Isn't 'yes' typically the default action when a user is trying to install something? |
It looks like eim list doesn't show the currently activated version. Could you check? I have activated v5.2.3 version but it still shows v5.3.1 as selected |
Got it! So, I need to run eim select to switch the version, which is good. But can we also align the source activate command with this? When I run the source command to activate a particular version, it doesn't reflect in the version shown by eim list. Right after the installation, we ask the user to run the source command to activate, but when the user uses eim list, it shows a different version as selected. This might be confusing for the user. |
When no versions are available, can we make the text clearer by saying, 'No versions found. Use eim install to install a new ESP-IDF version. That's basically driving the user what action user could take next. |
Can we change the text to Please select the target platforms:(esp chips): |
Can we change this to Select a source from which to download ESP-IDF' considering that we are asking the user to choose one from the list? |
Can we rename this file to 'eim_idf.json'? Following the 'eim_' naming convention (we can follow the same convention for all other files as well which are generated by eim tool) would make it clearer to the user which tool generated the file. For example, if the user goes to the /Users/x/.espressif/ folder, they might find both 'eim_idf.json' and 'idf-env.json,' but it wouldn't be clear which tool generated each file. |
After purging, I thought it would remove the entire entry(in this case 5.3.1) from esp_idf.json, but I still see it. Could you check?
|
I was expecting the configuration file to be saved in /Users/kondalkolipaka/.espressif2 as well, but I couldn't find it. This is the case when I use a different installation directory. |
Isn't it confusing to the user when we show this warning saying 'No OpenOCD scripts found,' while you're actually verifying and downloading them and then It will be available after that. Please check? |
There seems to be some issue in activating the environment and setting the environment variables. After running eim select for v5.3.1, if I run idf.py version, it points to v5.2.3 |
Overall good work @Hahihula it would be great if we can improve on the reported issues. |
I think this typically means he has chosen a directory which he didn't want to choose because the IDF is already installed there, so it made sense to me to to have 'no' as default. I'ts defensive approach. But we can also provide him with more options, like overwrite the directory and start over, or choose different directory. WDYT? |
Are you sure? I mean, we wanted to maintain the name because current installer uses that name |
COuld you please provide the output of the command? Remove should remove the version, purge should remove all of the versions/ |
installator config is always saved to current working directory |
aren't you referring to the same issue as ticket EIM-83 ? |
As we discussed, the eim select select version in the config for the purposes of IDE, it can not modify your current shell |
ba40459
to
b483578
Compare
Test Results3 files - 6 10 suites - 26 50s ⏱️ - 1h 17m 2s For more details on these failures, see this check. Results for commit b483578. ± Comparison against base commit 3ba9997. This pull request removes 9 tests.
|
I was considering a scenario where a user has already been using the Windows offline installer, which would have generated an esp_idf.json file with some content. If they then use the EIM tool for installation, what should we do? Are we going to overwrite the file? Users might continue using the Windows offline installer for the CLI even after the EIM release, which could create a conflict. |
I understand this is a technical challenge but won't be a good experience to the end user. Please see if you can bring some solution for this. Maybe unsetting and cleaning the all the environment variables and PATH before we call add_env_variable() because we already know the existing variables and what paths appended to the PATH in the current shell by referring to the currently activated script file(activate_idf_v5.3.1.sh) |
How about source the activation script in the current terminal ? Shouldn't it provide the desired result to re-configure it ? Something like |
We are moving towards the management of the installations:
new CLI looks like
where the current CLI is hidden under the
install
command