-
Notifications
You must be signed in to change notification settings - Fork 309
fatal: Couldn't find remote ref new-menu #159
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
Comments
I think the "new-menu" branch got merged into the "experimental" branch (@Slyke could confirm that):
Try:
If you want the new menu then see experimental. I'd recommend switching to the master branch first and making sure it's working, and then switching to experimental if that's what you want to do. |
This is the result: pi@pi:~/IOTstack $ git checkout master pi@pi:~/IOTstack $ git pull origin master
|
Do what it says - move the problem files out of the way. What I would do in this situation is rename each file to ".bak" then, after the pull, I'd compare to see what changed. I find |
It looks it is not so straight ... I have renamed files: pi@pi:~/IOTstack $ git pull origin master
After some tries I got old coloured menu ;-) Anyway, I have tried to run update from menu, but got this: Pulling latest project file from Github.com --------------------------------------------- I believe I have some problems from upgrades of initial version from last year. Anyway, which menu is the latest one: coloured or black? Coloured menu.sh is here: |
There are probably Git experts who could fix this but I'm not among them. This is what I would do next. First, look at this which explains the structure of a clean clone of IOTstack. Next, compare your existing IOTstack folder with what you get on a clean clone. The critical bits are Then I'd:
You'll need sudo for a lot of that (probably ✔︎2 plus when moving volumes and backups). You'll still have the old folder if ✔︎5 barfs but I don't think that's likely. Running a backup only focuses on the "critical bits" and I do backups and restores all the time, including bare-metal restores, and I know they work. There have also been occasions where I've done something similar to ✔︎1..5 so I can test something from a clean clone state, knowing I can make an utter mess, then recover by moving the critical bits back to where they were and clobbering the clean clone. The Docker side of things seems pretty robust, even if the Git side of things can be a pain in the comment line. |
Great, thank you! Clean Clone - you guessed what I wanted to ask you. I have managed to recover installation without clean install. Still have "fatal: Couldn't find remote ref new-menu" but so far everthing works. To avoid this i believe i have to make clean installation. |
Nope. Sorry. I generate all my alerts from NodeRed using either push notifications or emails. Nothing as fancy as alerts with generated images. You're way ahead of me. |
Hello!
Roughly one month ago after update I got this error:
pi:~/IOTstack $ ./menu.sh
Checking for project update
fatal: Couldn't find remote ref new-menu
Project is up to date
Python Version: 'Python 3.7.3'. Python is up to date.
PyYAML Version: 'pyyaml 5.3.1'. PyYAML is up to date.
Blessed Version: 'blessed 1.17.8'. Blessed is up to date.
Beside this error, ./menu.sh shows "Checking for updates ..." all the time till exit. Entering in sub menu clears this line, also.
As long as I have tested, everything works fine.
The text was updated successfully, but these errors were encountered: