šŸš§ YunoHost 12.0 beta (Bookworm)

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

4 Likes

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ā€¦

1 Like

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.

After unholding them I faced an issue with armbian-bsp-cli-orangepi4-lts-current package similarly to this post: Unable to upgrade armbian-bsp-cli-odroidhc4-current - Odroid N2/N2+ - Armbian Community Forums

I tried to purge this package then reinstalled it but Iā€™m still not able to complete the migration: https://paste.yunohost.org/raw/ogojoyeqoz

Looks like aptitude is now crazy, even though my server and nextcloud are still pretty stable.

Iā€™ll probably try to alphatest Bookworm with it starting from a clean armbian

Little issue found: Iā€™ve enabled Show other domain's apps in the domain config.
It works, but the other domainā€™s apps donā€™t show any logo.


If I open those failed links in a new tab, the right icon is shown.

1 Like

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:

  1. from Nextcloud Snappymail app - not signed with opendkim
  2. 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 :wave::ok_hand:

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

Can you inspect the diff with yunohost tools regen-conf apt --dry-run --with-diff

$ 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

Hmyeah dunno why it didnt get applied automagically but you should go forward and apply it with yunohost tools regen-conf apt --force

1 Like

Is there a command for CLI for the beta-test? I donā€™t use the web-admin frontend but want to help testing.

Yes, the migration can be listed with yunohost tools migrations list --pending, then run with yunohost tools migrations run 0027_migrate_to_bookworm.

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.

Full log: https://paste.yunohost.org/raw/cufacaduho

And you canā€™t unhold / upgrade it because ā€¦?

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 :

export app=redirect__8
sudo yunohost tools shell -c "from yunohost.permission import permission_url; permission_url('$app.main' ,auth_header=False)"

Using the official app works well so that sounds like an NGINX or Yunohost upgrade issue

@pihomeserver : try yunohost app setting your_redirect_app protect_against_basic_auth_spoofing -v False then yunohost app ssowatconf

1 Like

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 !

Itā€™s new

Hello,

Just upgraded a x64 VPS from YNH 11.2.27 to 12.0.2 from the WebUI and ended with the same Internal Sever Error screen as @arkadi here above.

Trying to go back to the main menu, I was invited to log in again. Then the YNH version number at the bottom right appeared as 12.0.2.

  • No error in tools_migrations_migrate_forward.log, which ends with

    SUCCESS - Migration 0027_migrate_to_bookworm terminƩe

  • No error in regen_conf-all.log which ends with:

    DEBUG - + systemctl reload fail2ban

  • 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!

1 Like