🚀 YunoHost 12.0 (Bookworm) release / Sortie de YunoHost 12.0 (Bookworm)

[genderneutralnoun]

@Aleks

Can you share the output of sudo dpkg --list | grep "yunohost\|moulinette"

root@server:~# sudo dpkg --list | grep "yunohost\|moulinette"
hi  moulinette                            11.3.0                                         all          prototype interfaces with ease in Python
hi  yunohost                              11.3.0.2                                       all          manageable and configured self-hosting server
hi  yunohost-admin                        11.3.0                                         all          web administration interface for yunohost

I did both sudo apt update && sudo apt upgrade as well as sudo apt full-upgrade. However, my admin user, genderneutralnoun, can’t sudo anymore; it tells me the user isn’t in the sudoers file. Luckily I already have root SSH local network access enabled for situations such as these. Additionally, apt list --upgradeable shows four packages in need of updating; moulinette, ssowat, yunohost-admin, and yunohost. Unfortunately apt upgrade results in them being kept back.

[Aleks]

alrighty then let’s try to upgrade them explicitly with install (yes install to tell it to upgrade … i know) : apt install moulinette yunohost yunohost-admin)

I’m guessing they are still marked as “hold” because that’s how the migration goes under the hood so you may need to first run : apt-mark unhold moulinette yunohost yunohost-admin

[genderneutralnoun]

Well, I had a post typed out, but then my router decided to freak out… Suffice to say, I needed to add ssowat to that list of packages in the apt install command. Everything installed great with that, but I’m still getting a 500 error on my server’s address. Progress, though! apt update shows all packages are up to date now. Any advice?

[metyun]

@genderneutralnoun

I’m still getting a 500 error on my server’s address.

You can try this : Refresh the page, Restart Nginx service or reboot the server.

[genderneutralnoun]

Rebooted. I didn’t think to do it immediately because there’s an issue where it won’t actually reboot and so I have to unplug it and replug it physically, which is difficult since I’m disabled and a flight of stairs is between me and the server’s physical location. Anyway, rebooting worked. My admin user can even sudo again! Thanks so much guys.

[sydneyb]

Hello,
Just did succesfull migration on 1 of my servers. Extended thanks to the team .

I did not test yunohost 12 before the big official migration and I’ve found allready 1 (or maybe 2 different but very similar bugs):

1. When trying to update the system form the web admin, the green button does nothing. (there is allready a package to update despite the migration being 15min min old).
2. When tyring to save a change of configuration in an app, the save button does nothing (I tryied to chnage nextcloud from a path to a subdomain without effect)

[pyrignis]

As someone who switched to “testing” for the 12.0 beta testing but would rather now go back to the stable channel, what would be the recommended procedure?

I have found the page https://install.yunohost.org/switchtoStable and it looks like that’s the recommended way to do it. Maybe something to add to the official procedure.

[BillyForce]

@sydneyb

here is allready a package to update despite the migration being 15min min old

I have the same problem

[Aleks]

Can you tell us what package this is ?

[aark]

merci à toute l’équipe pour le travail accompli.
migration d’un serveur chez Online vers la 12 sans souci, juste une relance de nginx.
encore merci

[sydneyb]

It’s not realted to the bug I was mentioning (buttons not working in web interface). I’ve upgrade through CLI libconfiginifile-perl. which log I cannot share via yunopaste cause the button is not working neither
Edit : I’m dumb, there was a blocked popup, here’s the upgrade lib log, but again not related to the initial issue IMHO

[BillyForce]

I have popup enabled in the browser but it dont work

[AxlRose1976]

I migrated succesfully without errors.
But if I try to visit a subdomain “sub.foo.tld”, which is my standard domain I will be redirected to “foo.tld” with the portal. But the portal should be on “sub.foo.tld”.
This happens only for three of my six sudomains. Any hint how to solve this?

[tituspijean]

@AxlRose1976

if I try to visit a subdomain “sub.foo.tld”, which is my standard domain I will be redirected to “foo.tld” with the portal. But the portal should be on “sub.foo.tld”.

That’s what is expected with the new portal:

@YunoHost

The portal and authentication mechanism are now separated in terms of “main domains”. For example, foo.tld and sub.foo.tld share the same portal, but bar.tld and app.bar.tld share a second, different portal

[AxlRose1976]

@tituspijean

That’s what is expected with the new portal:

Okay. But that would mean that I can not host a normal website anymore, because the portal will always show up?
So I can´t move the portal to something like “portal.foo.tld”?

[abc]

Check that thread

Changing the main domain

Hello, I have a domain, say example.com, and this is the main domain (in the sense defined by Yunohost). Now I would like example.com to be the front page of my website and not the webportal. So I thought about changing the main domain to admin.example.com. I would like to have more information about what this change could break with my current configuration, knowing that I host my mail server on example.com. I don’t use XMPP on that server. Yunohost version is 11.2. I have read that page abo…

[tituspijean]

There is no “moving the portal”, but if you want an application to open when you go to foo.tld, you can either install an application at that address, or use the “Default app” setting in the domain’s menu.

(@abc that thread was posted and answered before the release of YunoHost 12, so maybe its advice does not fit anymore )

[AxlRose1976]

I understand. But it´s sad that I can´t move the portal to the domain that I´d like to. It was possible with yunohost 11 when I set a subdomain as main domain and the portal showed up on this domain. Maybe it´s a future improvement for yunohost 12.

[wearenh]

INFO - Could not complete the operation ‘Delete permission ‘xmpp’’.

Error running script /usr/lib/python3/dist-packages/yunohost/migrations/0028_delete_legacy_xmpp_permission.py caused migration to fail.

Removed these lines from that script to force continue, which worked.
if “xmpp.main” in user_permission_list()[“permissions”]:
permission_delete(“xmpp.main”, force=True)

Logs here - https://paste.yunohost.org/raw/gilahowiqe

[Aleks]

@wearenh :

    add_mailforward: None | str | list[str] = None,
TypeError: unsupported operand type(s) for |: 'NoneType' and 'type'

that’s uuuh not normal, this should work … can you check which python version you are running with python3 --version ?