abra app upgrade -f reports "no published release discovered" #444
Labels
No Label
abra
abra-gandi
awaiting-feedback
backups
bug
build
ci/cd
community organising
contributing
coopcloud.tech
democracy
design
documentation
duplicate
enhancement
finance
funding
good first issue
help wanted
installer
kadabra
performance
proposal
question
recipes.coopcloud.tech
security
test
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Total Time Spent: 1 hour 30 minutes
Due Date
decentral1se
1 hour 30 minutes
No due date set.
Dependencies
No dependencies set.
Reference: coop-cloud/organising#444
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I have a matrix-synapse install which is on the latest catalogue version. I've just upgraded it. While reading #440 I wanted to try
upgrade -f
to see what it does. It reports:I can confirm that I have the latest catalogue locally and the recipe is up-to-date. So, I am not sure what's going on? I was hoping that it would have the same functionality as
deploy -f
which does work.I've seen this too, also unsure of cause.
Also happening to me even on a fresh deploy.
-d
output.coop-cloud/abra#329 coming down the tubes...
@3wordchant #444 (comment) seems to be an unrelated issue to do with
deploy
logic. From the error message, it seems thatabra
had figured outchoosing 3.5.0+v1.81.0 as version to deploy
from the catalogue but then foundread 1.0.1+1.48.0, 1.1.0+v1.51.0, 1.2.0+v1.52.0, 1.3.0+v1.55.2, 2.0.0+v1.58.1, 2.1.0+v1.62.0, 2.2.0+v1.68.0, 2.3.0+v1.71.0, 2.4. 0+v1.72.0, 2.5.0+v1.73.0, 2.6.0+v1.74.0, 3.0.0+v1.74.0, 3.1.0+v1.76.0, 3.2.0+v1.77.0, 3.3.0+v1.78.0
from the recipe.It's definitely there:
I can confirm the code of
EnsureVersion
detects them all:Any ideas why
abra
couldn't read those tags? Putting some bogus version in the catalogue and then trying to run the commands, I can reproduce the error. So, it just seems the catalogue is out of sync somehow with the local recipe repository? I changed the error message to be more helpful for next time, if we can't get an answer to this now (9f478dac1d/pkg/recipe/recipe.go (L320)
).Ah, let's focus on that issue on #414.