Un conseil : Depuis le temps, la commande "apt" @Diesel tu devrais la connaître (et je présume que le dépôt est sous entendu (sinon à rectifier car depuis Debian 12 la récupérations des clefs gpg s'est devenu un petit peu plus compliqué)).

Merci @MattProd d'avoir donné l'explication (c'était censé être le boulot de quelqu'un d'autre (inutile de préciser)).

Annex :

Diesel Le dossier qui contient les fichiers de configuration des sites disponibles est : /etc/nginx/sites-available/
Le dossier qui contient les fichiers de configuration des sites actifs est : /etc/nginx/sites-enabled/

Allez je clarifie car nous ont à simplifié (ils n'existeront jamais) car oui la globalité s'avère très amplement suffisante (estimation basse = minimum 75%) !
Rien de méchant car ici c'est juste sous mes yeux alors j'en profite (IRL compliqué alors autant gagner du temps car j'ignore si et quand je repasserai).

Diesel Le fichier de configuration global de Nginx est : /etc/nginx/nginx.conf

Hors Sujet :

• 1) Depuis quelques temps, par défaut le thème sombre ne s'active plus automatiquement sic...
• 2) Une fois que nous sommes connecté, il faut le réactiver (par le menu car l'icone de la Lune semble introuvable) sic... Une autre claque de perdue !
• 3) Un autre bug ? Le contenu de la balise spoiler s'avère totalement illisible sic...
• 4) Allez un indice soit vous rectifiez ce fichier CSS (la couleur du span.spoiler vers la ligne 13), soit vous exploiter le potentiel d'un certain "userContent.css" (qui fonctionne très bien)
• 5) Ce Flarum stable ? Quelle mauvaise blague car les bugs n'ont toujours pas disparu (les MP ne reviendront jamais etc) !
• 6) Mauvais topic ? Etant donné que le bug figure sur tout le premier message, non il n'y aura pas de rapport (ni de signalement, ni la création d'un énième topic qui ne servira à rien (inutile car la confusion va empirer tellement ils sont nombreux)).
• 7) Par le passé, nous aurions pu faire ces choses cependant non nous n'avons rien oublié (les fausses promesses etc etc etc) !
• 8) Bilan ? Cela renforcera notre absence prolongée (pourtant on l'avait prédit car nous pouvons constater de nouveau que les anciens membres ont disparu ou alors renoncé) !

PS : Faut cliquer dessus ? Sur la barre grise ? Effectivement après le texte devient lisible car il s'agit d'un spoiler (qui fut rajouté dans la barre d'outil probablement lors d'une mise à jour).
C'est accessible ? Aucun texte n'apparaît au survol alors cela reste assez discutable (non faut le deviner ou alors le savoir).

1) whereis ldconfig;
## Resultat = "ldconfig: /sbin/ldconfig /usr/share/man/man8/ldconfig.8.gz"
2) Rien ? Alors il doit manquer un (ou plusieurs) paquets requis pour la compile (ou la réinstallation) des logiciels !
## Pour consulter la liste "history | grep apt";
3) apt install [...];
## Relire les commandes "apt" afin de déterminer lequel pourrait être absent (un éechc lors des téléchargements ? Possible).

Malgré ma très longue expérience @Jojolescargot d'après mes souvenirs, je n'ai quasiment jamais entendu (ou rencontré) ce problème.

PS : A titre de rappel, non je n'utilise aucun des scripts.
Et puis, il faut également se souvenir que @xavier ainsi que @ex_rat ont renoncé depuis longtemps (il n'y aura surement aucun support) !

Wagner [...] votre décision (c'est similaire avec le fichier php.ini).

Faut prendre le temps de me relire @Solodown ! Puisque cela s'avère très très très souvent utile (même rélévateur car en générale, cel exemple concerne seulement 3 lignes).

Malgré la présence de ce grand indice, j'accepte (une dernière fois) d'en dire légèrement d'avantage :

• 1) "Installer la version du responsable du paquet" (ensuite nous nous servons des commandes (tel que sed etc) afin de restaurer nos modifications)
• 2) "Montrer côte à côte les différences entre les versions" (afin de les compter (peu ou beaucoup ?) et d'agir en fonction du nombre)

Je vous remercie @CocaCola et @virgo77 néanmoins je suis fortement épuisé sic... Alors je relirais plus tard et je verrais si je dois compléter ma réponse.
Et puis de mon point de vue, nous avons donné suffisamment d'explication pour qu'il comprenne (la solution ou alors sa situation problèmatique (échec ? Probable).

@MattProd d'après ma mémoire, c'est probablement le "swizzin" (que l'on peut découvrir en consultant un topic dans le profil de lenuxfrance).

PS : Double peine ? Lorsque je pose une (ou des) question(s), c'est la moindre des choses c'est de me répondre sic...
Donc il ne faudra pas compter @lenuxfrance sur mon aide surtout lorsqu'on oublie de me remercier (exact la courtoisie cela n'existe pas pour rien) !

• 0) "Focal Fossa" != "Jammy Jellyfish"
• 1) "Ubuntu-v20.04" != "Ubuntu-v22.04"
• 2) "Version Majeure" != "Version Mineure"
• 3) apt full-upgrade ? Jamais Jamais Jamais s'en servir (en particulier lorsque vous êtes des débutants) !
• 4) Extrait ? Non il n'y a rien de fournit !

D'une part, vous devriez savoir que c'était un mauvais choix surtout en terme de support (Ubuntu etc = 5 ou 10% alors que nous utilisons principalement Debian = 90 ou 95%)
D'autre part, toutes les personnes qui ont une très longue expérince (depuis la sortie de Windows XP) vont donner la même réponse : chaque (ré)installation d'un (nouveau) OS doit être totalement propre !
Et puis, comme je le disais, vous n'avez plus qu'à espérer que du sang neuf prenne le relais. La situation ? Prennez tout votre temps afin de (re)lire la partie HS) si vous souhaitez la comprendre.

De rien @Victor et je vais en profité pour apporter également une légère correction (nouvelle version).

wget -c "https://github.com/openssl/openssl/archive/OpenSSL_1_1_1q.tar.gz";\
tar -xvf OpenSSL_1_1_1q.tar.gz;\
cd openssl-OpenSSL_1_1_1q;\

https://packages.debian.org/stretch/subversion
https://subversion.apache.org/news.html
https://opensource.wandisco.com/debian/dists/stretch/svn114/binary-amd64/
http://xmlrpc-c.sourceforge.net/change.html
https://github.com/rakshasa/libtorrent/branches (le dernier commit = 07 Août 2021)
https://github.com/rakshasa/rtorrent/branches (le dernier commit = 12 Decembre 2021)

wget -c "http://opensource.wandisco.com/debian/dists/stretch/svn114/binary-amd64/libsvn1_1.14.2-1%2bWANdisco_amd64.deb";
wget -c "http://opensource.wandisco.com/debian/dists/stretch/svn114/binary-amd64/subversion_1.14.2-1%2bWANdisco_amd64.deb";
dpkg -i libsvn1_1.14.2-1+WANdisco_amd64.deb;
dpkg -i subversion_1.14.2-1+WANdisco_amd64.deb;
svn --version | head -n 1;
svn checkout http://svn.code.sf.net/p/xmlrpc-c/code/advanced xmlrpc-c_advanced;\
cd xmlrpc-c_advanced;\
./configure;\
make;\
make install;\
## Cela fait longtemps que j'ai la version 1.59 de xmlrpc-c et je n'ai jamais remarqué de problème.
## Attendre les prochaines versions de libtorrent et rtorrent ?
## Faut garder les versions stable car la compile fonctionne (contrairement à la branche master).
## Parce que rakshasa semble avoir disparu (abandonné ?) depuis presque une année sic...

Autrefois il fallait mettre à jour la clef du dépôt de wandisco. Cependant cette méthode est osbolète (à l'abandon qui empêche toute mise à jours (mismatch apt)) !
Donc désormais cet exemple nous prouve qu'ils existent parfois déjà des paquets pour Debian.

HS : Je pensais répondre la semaine dernière. Cependant c'était impossible car le site était en panne ?
Comme je remarque qu'il n'y a aucune information, cela confirme (renforce) ce que je disais (cela décourage(ra) les anciens ainsi que le sang neuf).

Finalement je remarque que désormais il y a une explication alors @MattProd je te remercie.

• 1) Conserver Debian 9 (aka Stretch) ?
  • C'est envisageable car le support sera étendu (gràce à la ELTS = "Extended Long Term Support") du 1er juillet 2022 jusqu'au 30 juin 2027 !
• 2) Nouvelle version majeure d'un OS (Linux ou Windows etc) = "Restart From Scratch"
  • Autrement dit nous recommendons très fortement une nouvelle (ré)installation (de zéro et propre (en supprimant toutes les partitions)).
• 3) Quitter le navire ? Prendre tout le temps nécessaire pour réfléchir afin de remplacer cet OS ainsi que découvrir éventuellement un autre script.
  • Le miracle serait Docker ? Etant donné toutes les mauvaises histoires, ils sont nombreux à considérer que cette prétendue solution est vivement déconseillé pour les débutants.
    

    whereis python;
    python: /usr/lib/python2.7
    ## Il n'y a rien d'autre car en premier lieu, il faudra installer la dernière version 3.10.5 de python.
    python3 --version; ===> -bash: python3: command not found
    

    1.1) Avantage = L'un d'entre eux, c'est que Stretch est beaucoup plus propre (python n'est pas préinstallé etc etc etc).
    2.1) Inconvénient = La sécurité car pour mettre à jour, une grande partie des logiciels, il faudra mettre les mains dans le camboui (sauf s'il existe un dépôt et qu'il reste maintenu)
    3.1) Prenons un exemple avec curl, actuellement nous pouvons constater qu'il y a en tout 1256 vulnerabilities (faille de sécurité) sic...
    3.1) La compile ? Elle requiert beaucoup de savoir (difficile alors il faut soit découvrir un dépot, soit l'accepter, soit prendre un autre OS (basé sur ArchLinux etc))

    openssl version;
    ## Affichera celle préinstallé (par défaut dans l'OS) = "OpenSSL 1.1.0l  10 Sep 2019".
    apt -a show openssl | egrep 'Version|APT-Sources';
    ## Affichera les éventuelles mises à jours disponibles.
    ## Le résultat sera variable en fonction des dépôts (contenu dans le fichier "sources.list").
    wget -c "https://github.com/openssl/openssl/archive/OpenSSL_1_1_1p.tar.gz";\
    tar -xvf OpenSSL_1_1_1p.tar.gz;\
    cd openssl-OpenSSL_1_1_1p;\
    ./config;\
    make;\
    make test;\
    make install;\
    ## From 21-June-2022 the OpenSSL 1.1.1p is now available !
    openssl version;
    ## Permettra de vérifier l'installation ainsi que savoir s'il s'agit de la bonne version !
    

    https://packages.debian.org/stretch/openssl
    https://www.openssl.org/news/newslog.html
    https://packages.debian.org/stretch/python
    https://www.python.org/downloads/
    https://packages.debian.org/stretch/curl
    https://curl.haxx.se/docs/releases.html

    7.84.0	===>	0
    7.83.1	===>	4
    7.83.0	===>	10
    7.82.0	===>	13
    7.81.0	===>	11
    7.80.0	===>	11
    7.79.1	===>	10
    7.79.0	===>	10
    7.78.0	===>	13
    7.77.0	===>	18
    7.76.1	===>	21
    7.76.0	===>	21
    7.75.0	===>	23
    7.74.0	===>	22
    7.73.0	===>	25
    7.72.0	===>	24
    7.71.1	===>	25
    7.71.0	===>	25
    7.70.0	===>	26
    7.69.1	===>	26
    7.69.0	===>	26
    7.68.0	===>	25
    7.67.0	===>	25
    7.66.0	===>	25
    7.65.3	===>	27
    7.65.2	===>	27
    7.65.1	===>	28
    7.65.0	===>	28
    7.64.1	===>	29
    7.64.0	===>	29
    7.63.0	===>	32
    7.62.0	===>	31
    7.61.1	===>	32
    7.61.0	===>	33
    7.60.0	===>	32
    7.59.0	===>	34
    7.58.0	===>	36
    7.57.0	===>	38
    7.56.1	===>	40
    7.56.0	===>	41
    7.55.1	===>	41
    7.55.0	===>	41
    7.54.1	===>	44
    7.54.0	===>	42
    7.53.1	===>	44
    7.53.0	===>	44
    7.52.1	===>	44
    
    NombreDeVulns01  = 44+44+44+42+44+41+41+41+40+38+36+34+32+33+32+31+32+29+29+28+28+27+27 = 817
    NombreDeVulns02  = 25+25+25+26+26+26+25++25++24++25++22++23++21++21++18++13++10++10++11+11+13+10+4+0 = 439
    TotalVulns = NombreDeVulns01 + NombreDeVulns02 = 1256
    curl --version; "curl 7.52.1 (x86_64-pc-linux-gnu)" [...]
    

    HS : Non ce messsage n'annonce absolument en rien un retour de ma part ! D'autant plus que mes services sont devenus payants.
    Une unique exception = Certains jours (moments) j'accorde des conseis lorsque je m'aperçois que le bénévolat me manque.
    Parce que j'ai remarqué que quasiment la totalité des anciens membre (régulièrement présent @xavier @ex_rat @Hardware etc) ont finit par totalement disparaître (renoncer).
    Du sang neuf ? Pourtant j'avais prévenu car cette prétendu version stable de Flarum n'apportera qu'un autre échec sic... Des lustres ? Absolument rien ne fut corrigé !

Exacte @SkillFr cela me rappel qu'il existe un topic en contenant quelqu'unes (de cette meilleur époque).
Comment fait-on pour le retrouver ? C'est l'un des autres inconvénients de Flarum sic...
Au passage t'es encore présent @Hardware ? Parce que ton dernier message date du 27 janvier 2020 sic...
Cela confirme que le arobase ne fournit même plus de lien vers nos profils sic... Une petite pluie ou alors une avalanche de bugs ? Pour le savoir il faudra patienter.

PS : Pour ceux qui ont des problèmes pour la visualiser, c'est le lien direct (sans JavaScript).

Tu peux essayer sans le mode sombre ?

A mon avis cela n'a guère de rapport @hydrog3n (même s'il semble être désactivé). Contrairement à toi, je ne ferais pas confiance à Flarum.
Grosso modo, je n'ai pas oublié les fausse promesses, ni le fait qu'il soit toujours en beta sic...
Nous avons le droit à une vie privée, non ? Alors après toutes ces années, il serait temps de retirer l'activation des cookies sic... Parce que cela empêche le chargement du CSS et de consulter le site (en vitessse ou lorsque nous n'avons pas besoin de nous connecter).
Besoin d'un aperçu ? Le voilà grâce à cette image plus que parlante (et on voit des traces de la pagination).

Au passage, il doit y avoir un bug car j'ai du crée la citation manuellement sic... Alors que cela devrait être proposé automatiquement (en sélectionnant le texte).
De plus, le arobase ne propose aucune suggestion de nos pseudos.

De rien @hydrog3n et aujourd'hui je n'ai pas eu de message d'erreur lorsque j'ai publié mon tout premier message.

Cependant, je viens de constaté qu'il y a toujours un bug : "Oups ! Quelque chose s'est mal passé. Veuillez actualiser la page puis réessayer."
Je voulais le rajouter l'autre jour mais à chaque fois, cela ne fonctionnait pas sic...
Donc il est impossible de modifier certains messages directement. Parce qu'à chaque tentatives, cela déclenche ce bug mais il y a une solution temporaire (ouvrir un nouvel onglet pour accéder à ce topic).
Malheureusement un mois plus tard, non il n'y a pas disparu (et cela me semblait inutile de l'évoquer car je croyais qu'il nous concernait tous).
Normalement ce 2ème message devrait apparaître au sommet de la première page sic... Celui-la également (fut aperçu depuis un mois).

Avant que j'oublie pour s'occuper du "Google FLoC", les headers semble être une solution :

## Apache
<IfModule mod_headers.c>
 Header always set Permissions-Policy: interest-cohort=()
</IfModule>

## Nginx
add_header Permissions-Policy "interest-cohort=()";

Parce que cela pourrait s'avérer être une atteinte/violation du RGPD.