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

Nevermind, fixed by apt-mark unhold coturn lstu && apt --fix-broken install.

Thank you guys, anyway, for a great product and great community

2 Likes

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: