-
-
Notifications
You must be signed in to change notification settings - Fork 290
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
Draft: Bullseye->Bookworm migration #1759
Conversation
c07aefa
to
4bdf982
Compare
So it's working~ish on a clean install, next step is to check upgrading with a bunch of apps installed, trying to trigger tricky cases, polishing |
os.system(f'wget --timeout 900 --quiet "{new_apt_key}" --output-document=- | gpg --dearmor >"/usr/share/keyrings/yunohost-bookworm.gpg"') | ||
|
||
# Add Sury key even if extra_php_version.list was already there, | ||
# because some old system may be using an outdated key not valid for Bookworm |
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.
Just reading the comments without understanding what an old system and an outdated key mean, but I feel that's not really linked to the migration and YNH should handle this key somewhere else.
I mean, we didn't change how sury is integrated to YNH in bookworm compared to bullseye?
# Critical fix for RPI otherwise network is down after rebooting | ||
# https://forum.yunohost.org/t/20652 | ||
# | ||
# FIXME : this is from buster->bullseye, do we still needed it ? |
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.
Just a reminder, we should check if the problem is still here
# Stupid hack for stupid dnsmasq not picking up its new init.d script then breaking everything ... | ||
# https://forum.yunohost.org/t/20676 | ||
# | ||
# FIXME : this is from buster->bullseye, do we still needed it ? |
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.
To be checked during the testing phase
#cmd = "LC_ALL=C" | ||
#cmd += " DEBIAN_FRONTEND=noninteractive" | ||
#cmd += " APT_LISTCHANGES_FRONTEND=none" | ||
#cmd += " apt dist-upgrade " | ||
#cmd += " --quiet -o=Dpkg::Use-Pty=0 --fix-broken --dry-run" | ||
#cmd += " | grep -q 'ynh-deps'" | ||
|
||
#logger.info("Simulating upgrade...") | ||
#if os.system(cmd) == 0: | ||
# raise YunohostError( | ||
# "The upgrade cannot be completed, because some app dependencies would need to be removed?", | ||
# raw_msg=True, | ||
# ) | ||
|
||
# FIXME : | ||
#postupgradecmds = "rm -f /usr/sbin/policy-rc.d\n" | ||
#postupgradecmds += "echo 'Restarting nginx...' >&2\n" | ||
#postupgradecmds += "systemctl restart nginx\n" |
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.
Wut, can we remove that?
conflicts = check_output("dpkg-query -s yunohost | grep '^Conflicts:'").strip() | ||
if conflicts: | ||
# We want to keep conflicting with apache/bind9 tho | ||
new_conflicts = "Conflicts: apache2, bind9" |
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.
What about other conflicts ? In yunohost, admin, ssowat etc?
4bdf982
to
383fd6f
Compare
I have just upgraded a server from YunoHost 11.2.11.3 to 12 after following the instructions of the first message. Migration runs smoothly, but the logging has a bug:
|
ok since I broke my matrix server for the n time I am going to be bad with my server and try this upgrade with several apps installed:
It's a sacrifice for the greater good. |
Same, and nginx is left dead
Restarting the nginx service works. Roundcube seems broken though. EDIT : Ah I had roundcube and snappymail installed before the migration, and snappymail is still working :) |
…tion doesnt appear as failed from the webamin
…r some reason it gets reset?
b8c25db
to
f344cb0
Compare
…'s causing too many issues in dependency resolution idk
…, can't use raw bash redirects, gotta use stdin= from subprocess ... and we want only a limited number of 'yes' and not an infinite yes like the -y option does resuling in conflict resolution loops
As is, this PR can be merged without risk. |
cf YunoHost/issues#2050
Notes to test migration on a fresh VPS