To help us prevent this for other people, can you share the exact error message you had if you still have it around ? x_x
Edit /etc/apt/sources.list.d/yunohost.list and remove the testing keyword at the end ā¦ However, there are no āstableā version on 12.x yet, and we will surely release significant fixes in the coming weeks as weāre smoothing everything up, so iād advise not to do this until Bookworm actually becomes the stable
I tried to upgrade too.
I had 500 error after upgrade in webadm.
But I had strange problems with ssh. I couldnāt connect easily to server cli. I donāt know, I had feel, that ssh server worked slowly or something.
All worked fine, Nextcloud, matomo and wordpress too.
Oh, I almost forgot to mention, that Nextcloud didnt loading, because of missing php8.2-apcu package.
I had little time to test. So I rolled back to 11.2.x. itās 1st day of month tomorrow, so I need functional server:)
Looking forward to new beta release and testingā¦
Stupid i am i did not save the message. The issue was during the apt install and i guess that the non interactive process failed because i could not answer āignoreā ā¦ Sorry for that
Now that iām moving forward in the upgrade i have a strange behavior of my Nextcloud instance running in Docker (not the Yunohost app). Only the web access works. Official app, webdav accesses, etc. all are down with authorisation issues. I think that something could have change in the reverse proxy headers. I have to investigate ā¦
Unable to migrate with my orangepi 4 lts but very probably because of armbian issues. A bunch of linux headers were in hold, from a long time, preventing me to run the migration.
rspamd and metronome is not in catalog right now.
I upgraded yesterday and it goes well.
ssh working now without slowness.
New portal showing apps from other domains after checkbox.
I tested DKIM signing:
from Nextcloud Snappymail app - not signed with opendkim
from mobile client app - not skined.
How to see whats going on?
Edit:
I had manually edited master.cf so new opendkim conf wasnāt there.
Regenerated conf and all is fine - mails are signed
Thanks all
I noticed this notice is now appearing in my Diagnosis since upgrading Debian 11-12.
Is it safe to regen this conf? or is this necessary for Debian 12?
Configuration file /etc/apt/sources.list.d/extra_php_version.list appears to have been manually modified.
This is probably OK if you know what youāre doing! YunoHost will stop updating this file automaticallyā¦ But beware that YunoHost upgrades could contain important recommended changes. If you want to, you can inspect the differences with yunohost tools regen-conf apt --dry-run --with-diff and force the reset to the recommended configuration with yunohost tools regen-conf apt --force
$ sudo yunohost tools regen-conf apt --dry-run --with-diff
Warning: The configuration file '/etc/apt/sources.list.d/extra_php_version.list' has been manually modified and will not be updated
apt:
applied:
pending:
/etc/apt/sources.list.d/extra_php_version.list:
diff: @@ -1 +1 @@
-deb https://packages.sury.org/php/ bookworm main
+deb [signed-by=/etc/apt/trusted.gpg.d/extra_php_version.gpg] https://packages.sury.org/php/ bookworm main
status: modified
Migration fails Migration 0027_migrate_to_bookworm did not complete, aborting. Error: Your system is not fully up-to-date. Please perform a regular upgrade before running the migration to Bookworm.
I have the package ācrystalā (from version 1.12.0-1+1.2 to 1.13.0-1+2.1) which is actually kept back during normal upgrade. I think this is the cause of the error.
Coming back with the issue of my Nextcloud in docker, it seems that there is a change that now drops the auth header. My CalDAV setup on my phone now generates server errors due to the missing header.
This is the error message in Nextcloud
No public access to this resource., No 'Authorization: Basic' header found. Either the client didn't send one, or the server is misconfigured, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured, No 'Authorization: Basic' header found. Either the client didn't send one, or the server is misconfigured
I tried to set auth_header to false in ssowat.conf but that does not make the trick. Iāve used the following command :
THAT tip made the trick ! I have my app back, CalDav and CardDav on iOS ! Is that setting something new or updated by the upgrade script ?
Thank you Aleks for the help !
A system update was also available after migration (which I ran successfully): libconfig-inifiles-perl (de 3.000003-1 Ć 3.000003-2)
yunohost tools migrations list --pending returns:
migrations:
description: Repair Python app after bookworm migration
disclaimer: Following the upgrade to Debian Bookworm, some Python applications needs to be partially rebuilt to get converted to the new Python version shipped in Debian (in technical terms: what's called the 'virtualenv' needs to be recreated). In the meantime, those Python applications may not work. YunoHost can attempt to rebuild the virtualenv for some of those, as detailed below. For other apps, or if the rebuild attempt fails, you will need to manually force an upgrade for those apps.
Rebuilding the virtualenv will be attempted for the following apps (NB: the operation may take some time!):
- mygpo
id: 0030_rebuild_python_venv_in_bookworm
mode: manual
name: rebuild_python_venv_in_bookworm
number: 30
state: pending
The rebuild job that I launched from the WebUI was shown as successfully executed. However the related log contains errors and mygpo service fails to launch with following error:
(envdir)[1679]: mygpo.service: Failed to locate executable /var/www/mygpo/venv/bin/envdir: No such file or directory
Despite the Internal Server Error displayed at the end of the migration process, everything seems to work properly, apart from these apps (although I did not test them right before the migration) which may come in addition to the current list of regressions (issues mentioned are those displayed to YNH instanceās users) :
Xprober: screen displaying binary content.
Privatebin: 403 forbidden.
Mygpo: 404 not found (before virtualenv had been rebuilt); After virtualenv had been rebuilt and the server restarted, it shows a 502 bad gateway error instead due to the fact the service cannot be started.
Mindmaps: 404 not found.
SnappyMail: empty white screen.
Thank you for all the work done so far for this release!