YunoHost 11.0 (Bullseye) release / Sortie de YunoHost 11.0 (Bullseye)

Thanks so much for your work with the upgrade. I finally made the upgrade from 4 to 11. I was a bit scared and worried after reading about all the issues some of you had but in my case, the upgrade went fine without any issues on all of my three YH instances on three different VPS with lots of apps. Thanks a lot!

4 Likes

Hello @Aleks, aurais-tu d’autre idée pour “forcer” un peu apt ? Merci++

@Maknho : mouai essayons d’itérer avec:

sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- libpython3.9   --dry-run
1 Like

Merci beaucoup @Aleks de ta réponse ; alors la sortie de la commande proposée :

# sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- libpython3.9   --dry-run
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Le paquet « libgcc-8-dev » n'est pas installé, et ne peut donc être supprimé
gcc-8-base est déjà la version la plus récente (8.3.0-6).
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
 gcc : Dépend: cpp (= 4:10.2.1-1) mais 4:8.3.0-1 devra être installé
       Dépend: gcc-10 (>= 10.2.1-3~) mais ne sera pas installé
 libc6-dev : Casse: python3.7 (< 3.7.7-1+b1) mais 3.7.3-2+deb10u3 devra être installé
 liblzo2-dev:armhf : Dépend: liblzo2-2:armhf (= 2.10-0.1) mais ne sera pas installé
 libnsl-dev : Dépend: libnsl2 (= 1.3.0-2) mais ne sera pas installé
              Dépend: libtirpc-dev mais ne sera pas installé
 libpython3.9 : Dépend: libpython3.9-stdlib (= 3.9.2-1) mais ne sera pas installé
 mailutils : Dépend: libreadline8 (>= 6.0) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
   (ou indiquez une solution).

Alorheu tentons d’itérer avec (on va bien finir par y arriver …) :

sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-10 gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- liblzo2-dev:armhf- libnsl-dev- libpython3.9-stdlib libpython3.9 python3.7- python3.9 libreadline8 --dry-run
1 Like

Hello, thank you so much again for this release! I’m trying to understand if the issue with the loss of network with a Raspberry Pi is solved now? I see that Aucun accès à internet suite à migration ( 4.4 to 11) depuis Raspberry Pi 4 (pi 400) is closed now. Does it mean that the patch is included in the image? I’d like to do a fresh install and I’m not sure if I should expect the issue or not.

Thank you again!

1 Like

@biva : yes a patch is included in the migration procedure since a few weeks now, and I haven’t seen any complain about this specific issue since then so I think it’s safe to assume it’s fixed ?

Anyway in the worst case scenario, it’s possible to manually investigate/fix it if you have a direct keyboard+screen access

3 Likes

Alors la sortie de cette commande ci est :slight_smile:

# sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-10 gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- liblzo2-dev:armhf- libnsl-dev- libpython3.9-stdlib libpython3.9 python3.7- python3.9 libreadline8 --dry-run
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Le paquet « libgcc-8-dev » n'est pas installé, et ne peut donc être supprimé
Le paquet « libnsl-dev » n'est pas installé, et ne peut donc être supprimé
gcc-8-base est déjà la version la plus récente (8.3.0-6).
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
 gcc : Dépend: cpp (= 4:10.2.1-1) mais 4:8.3.0-1 devra être installé
 gcc-10 : Dépend: libgcc-10-dev (= 10.2.1-6) mais ne sera pas installé
 libnsl-dev : Dépend: libnsl2 (= 1.3.0-2) mais ne sera pas installé
              Dépend: libtirpc-dev mais ne sera pas installé
 libpython3.9-stdlib : Dépend: libmpdec3 mais ne sera pas installé
                       Dépend: libnsl2 (>= 1.0) mais ne sera pas installé
                       Dépend: libtirpc3 (>= 1.0.2) mais ne sera pas installé
 python3 : Dépend: python3.7 (>= 3.7.3-1~) mais ne sera pas installé
 python3-uno : Dépend: python3.7 mais ne sera pas installé
 python3.7-dev : Dépend: python3.7 (= 3.7.3-2+deb10u3) mais ne sera pas installé
 python3.7-venv : Dépend: python3.7 (= 3.7.3-2+deb10u3) mais ne sera pas installé
 python3.9 : Dépend: python3.9-minimal (= 3.9.2-1) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
   (ou indiquez une solution).

Zbgfhmbl apt capte vraiment rien ~_~

Essayons :

sudo apt install libc6 libc6-dev binutils unscd libgcc-8-dev- libstdc++-8-dev- gcc-8- g++- g++-8- gcc gcc-10 libgcc-10-dev cpp gcc-8-base build-essential- armbian-config- libc-dev-bin libc6:armhf- libc6-dev libcrypt-dev libnsl-dev openssh-sftp-server mailutils libmailutils7 libcrypt1:armhf- libgcc-s1:armhf- libgcc1:armhf- liblzo2-2:armhf- liblzo2-dev:armhf- libnsl-dev- libpython3.9-stdlib libpython3.9 python3.7- python3.7-dev- python3.7-venv- python3.9 python3.9-minimal libreadline8 --dry-run
1 Like

Merci @Aleks pour ta réponse ; alors, la sortie de cette commande là est :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Le paquet « libgcc-8-dev » n'est pas installé, et ne peut donc être supprimé
Le paquet « libnsl-dev » n'est pas installé, et ne peut donc être supprimé
gcc-8-base est déjà la version la plus récente (8.3.0-6).
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
 libgcc-10-dev : Dépend: libgomp1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
                 Dépend: libitm1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
                 Dépend: libatomic1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
                 Dépend: libasan6 (>= 10.2.1-6) mais ne sera pas installé
                 Dépend: liblsan0 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
                 Dépend: libtsan0 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
                 Dépend: libubsan1 (>= 10.2.1-6) mais 8.3.0-6 devra être installé
 libnsl-dev : Dépend: libnsl2 (= 1.3.0-2) mais ne sera pas installé
              Dépend: libtirpc-dev mais ne sera pas installé
 libpython3.9-stdlib : Dépend: libmpdec3 mais ne sera pas installé
                       Dépend: libnsl2 (>= 1.0) mais ne sera pas installé
                       Dépend: libtirpc3 (>= 1.0.2) mais ne sera pas installé
 python3 : Dépend: python3.7 (>= 3.7.3-1~) mais ne sera pas installé
 python3-dev : Dépend: python3.7-dev (>= 3.7.3-1~) mais ne sera pas installé
 python3-uno : Dépend: python3.7 mais ne sera pas installé
 python3-venv : Dépend: python3.7-venv (>= 3.7.3-1~) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
   (ou indiquez une solution).

Est-ce que, éventuellement, @Aleks, tu aurais encore des idées pour faire entendre raison à apt ? D’avance vraiment merci beaucoup !

Et pour info :

# lsb_release -a                                                                                                     22-09-17 - 9:36:27
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 11 (bullseye)
Release:        11
Codename:       bullseye
# yunohost --version                                                                                                22-09-17 - 20:51:02
yunohost: 
  repo: getcwd()
  version: 0:
yunohost-admin: 
  repo: getcwd()
  version: 0:
moulinette: 
  repo: getcwd()
  version: 0:
ssowat: 
  repo: getcwd()
  version: 0:

migration sur Rpi4

A toutes fins utiles, petit retour sur une migration depuis un raspberry pi 4
La migration s’est -au final- bien passée mais il a fallu s’y remettre à plusieurs fois.

un premier

sudo yunohost tools migrations run --accept-disclaimer

une première erreur:
Warning: W: GPG error: Index of /debian bullseye InRelease
dans sources.list la source deb.debian.org a été activé

j’ai dû modifié /etc/apt/sources.list pour laisser raspbian:

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi

quelques erreurs et warnings
Could not run script: /usr/share/yunohost/hooks/conf_regen/25-dovecot
Could not run script: /usr/share/yunohost/hooks/conf_regen/35-postgresql
Could not run script: /usr/share/yunohost/hooks/conf_regen/37-mdns
mais finalement fait le job

Migration 0023_postgresql_11_to_13 did not complete, aborting. Error: Failed to run command ‘systemctl start postgresql’.

The operation ‘Run migrations’ could not be completed

et là j’ai
The LDAP service is down, attempt to restart it…
Job for slapd.service canceled.

J’ai donc perdu la main; mon user n’avait plus les privilège sudo
et à chaque nouvelle action de mise à jour des applis

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1204, in _apply_method_s
    return func(self,*args,**kwargs)
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 467, in sasl_interactive_bind_s
    return self._ldap_call(self._l.sasl_interactive_bind_s,who,auth,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls),sasl_flags)
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 331, in _ldap_call
    reraise(exc_type, exc_value, exc_traceback)
  File "/usr/lib/python3/dist-packages/ldap/compat.py", line 44, in reraise
    raise exc_value
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 315, in _ldap_call
    result = func(*args,**kwargs)
ldap.SERVER_DOWN: {'desc': "Can't contact LDAP server", 'errno': 2, 'info': 'No such file or directory'}

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/yunohost/utils/ldap.py", line 93, in connect
    con = _reconnect()
  File "/usr/lib/python3/dist-packages/yunohost/utils/ldap.py", line 89, in _reconnect
    con.sasl_non_interactive_bind_s("EXTERNAL")
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 477, in sasl_non_interactive_bind_s
    self.sasl_interactive_bind_s('',auth,serverctrls,clientctrls,sasl_flags)
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1235, in sasl_interactive_bind_s
    res = self._apply_method_s(SimpleLDAPObject.sasl_interactive_bind_s,*args,**kwargs)
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1208, in _apply_method_s
    self.reconnect(self._uri,retry_max=self._retry_max,retry_delay=self._retry_delay)
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1176, in reconnect
    self._apply_last_bind()
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 1146, in _apply_last_bind
    SimpleLDAPObject.simple_bind_s(self, None, None)
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 445, in simple_bind_s
    msgid = self.simple_bind(who,cred,serverctrls,clientctrls)
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 439, in simple_bind
    return self._ldap_call(self._l.simple_bind,who,cred,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls))
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 331, in _ldap_call
    reraise(exc_type, exc_value, exc_traceback)
  File "/usr/lib/python3/dist-packages/ldap/compat.py", line 44, in reraise
    raise exc_value
  File "/usr/lib/python3/dist-packages/ldap/ldapobject.py", line 315, in _ldap_call
    result = func(*args,**kwargs)
ldap.SERVER_DOWN: {'desc': "Can't contact LDAP server", 'errno': 2, 'info': 'No such file or directory'}

J’ai dû redémarré physiquement le Rpi
reconnexion ssh, l’utilisateur est reconnu

sudo apt install --fix-broken

dans les mises à jour système: il restait:
gcc-8-base et yunohost-admin

sudo yunohost tools migrations run --accept-disclaimer

pour passer la migration pour les applis dépendant de venv avec python

sudo yunohost tools update
sudo yunohost tools upgrade system

Enfin, tout fonctionne bien et j’ai pu mettre à jour les nouvelles applis qui dépendent de yunohost 11

Par contre, gcc-8-base est toujours marqué comme pouvant être mis à jour mais n’aboutit pas

current_version: 8.3.0-6+rpi1
name: gcc-8-base
new_version: 8.4.0-7+rpi1

En espérant que ça puisse aider certains

Merci encore à tous ceux qui s’investissent dans ce superbe projet.

1 Like

I used to have Funkwhale installed (I migrated it to docker a while ago (and probably didn’t uninstalled it correctly)) so I got stuck at 0024_rebuild_python_venv for a non-existing Funkwhale…

~# yunohost tools migrations run --accept-disclaimer
Info: Running migration 0024_rebuild_python_venv...
Info: Now attempting to rebuild the Python virtualenv for `funkwhale`
Warning:   Running command git clone -q https://github.com/EliotBerriot/requests-http-signature.git /tmp/pip-install-76luw3br/requests-http-signature_52fab9ec027f4bd09d7a8d202a7d24d3
Username for 'https://github.com':

Is there a way to mark this migration as done ? Funkwhale is not part of my installed apps list. Where can I tell the migration script that Funkwhale is no more ?


Also, feedback from 0023_postgresql_11_to_13 :
I had this same postgres error and had to follow emo’s tips. Make sure you have postgresql-13-postgis-something installed before running this. This is required by Mobilizon.


Thanks again to the team for your work :pray:

Hello @Aleks ,
excuse moi de te relancer, si on arrive au bout de l’itération est-ce que je réinstalle yunohost 11 de zéro directement (ou alors je peux repartir d’une sauvegarde et attendre des corrections du code de migration) ?
Merci encore beaucoup du temps que tu as bien voulu consacrer à mon problème de migration

@Maknho : pas sur d’avoir compris la question :sweat_smile:

Mais du coup oui, là on galère à trouver le fond du problème donc je dirais :

  • soit on trouve un moment pour regarder ensemble sur le chat pour aller plus vite (voir même il y a un moyen d’ouvrir un chat et de me donner très temporairement accès à un terminal sur ton serveur pour que je dépatouille étou, même si ça implique de faire confiance…)
  • soit tu peux aussi récupérer tes backups et réinstaller à partir des backups sur un Yunohost 11.x “frais”, ça devrait être OK
1 Like

Hello @Aleks
Dispo sur IRC si toi aussi

@Aleks : tout marche après ton support très appréciable et patient… Migration réussie ! Merci +++

Edit : juste, @Aleks , comme tu avais pu l’évoquer concernant les dépendances de calibre-web, j’ai des difficultés avec un paquet cchardet pour la réinstallation de calibre-web. La réinstallation de l’app échoue https://paste.yunohost.org/raw/zecojeyanu Si toi (ou d’autres) ont des conseils pour sauter l’obstacle, je suis preneur… Merci++
Edit 2 : avec la dernière maj ça y est j’ai pu réinstaller calibre web…Merci à tous pour ce beau projet qui est particulièrement précieux pour moi !!

2 Likes

What if?
I have issues with migration (from the YNH web interface Tools-Migrations). Does it make sense to flash + install v.11.0.9 and do the restore as shown in YNH documentation (restoring during the postinstall) if current situation is

  • yunohost version: 4.4.2.14 (stable)
  • yunohost-admin version: 4.4.1 (stable)
  • moulinette version: 4.4.1 (stable)
  • ssowat version: 4.4.1 (stable)

Is “restoring” going to bring me back from v.11.0.9 to what is shown above?

Nope … if you have issues with the migrations, then please share the corresponding logs …

1 Like

Hello,
I have a Kimsufi KS1 with YunoHost 4.4.2.14 (stable) installed.
I tried too the migration from Yunohost 4.4 to Yunohost 11 with no success so far :confused:

What did I do?
I did full backup.
Then I connected to ssh and did sudo yunohost tools migrations run
It failed and log are at https://paste.yunohost.org/raw/wigiciyejo
Following the instruction of the log, I did a “regular upgrade” with sudo yunohost tools upgrade system that run without error (some php packages were updated).
Then I tried again sudo yunohost tools migrations run and I get a Info: No migrations to run.
But if I check :

admin@xxx:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

So the migration didn’t happen yet.

My applications are still working, but I remain in Buster with YunoHost 4.4.2.14 (stable), everything works very well.

How to access again to the migration tools (in the webadmin, it is also indicated " No pending migrations ")?

Thanks in advance for your help :hugs:

UUuuuuuh weell, that should not have happen, the migration should still be displayed as available x_x

Can you share the output of sudo yunohost tools migrations state ?