[02:33:39]
<rodinux> je corrige les permissions dans la branche testing, mais par contre pas d'archive disponible amd64 pour l'instant...
[03:46:30]
<Solrac> I got to see this now; my apologies 😅
[07:31:18]
<Chatpitaine Caverne> J'ai tenté de demander à Framasoft ce qu'il en est, on verra bien.
Sinon, je fais des essais de migration vers amd64 mais le redémarrage du service ne passe pas à la restoration. J'investigue.
https://framagit.org/kaihuri/mobilizon/-/issues/1952
[07:49:02]
<otm33> Chatpitaine Caverne: Je n'ai pas suivi toute la conversation mais je vois une version arm 5.2.1beta: https://packages.mobilizon.org/5.2.1-beta1/mobilizon_5.2.1-beta1_debian-bookworm_arm64.tar.gz
Peut-être un simple oubli/lien mort pour la 5.2.0 ?
[07:51:31]
<otm33> Est-ce bien cela que tu cherches ?
[07:52:58]
<Chatpitaine Caverne> Oui, il y en a eu un (de package arm64 pour la v5.2.0), probablement généré automatiquement par leur script de build.
Mais j'ai bien l'impression qu'ils ont supprimé volontairement l'archive car pas testée (ni testable) par eux. Faudrait peut-être voir s'ils seraient ok pour nous filer leur plan de test et qu'on s'en charge dans la commu ynh ?
On verra bien ce qu'ils répondent.
[12:00:06]
<Fritjof (backupkonto)> Hello :)
I have an issue after trying a synapse-upgrade that failed. The backup restore is not working either. I also posted here: https://forum.yunohost.org/t/error-in-restore-backup-for-synapse/41512
The log of the failed restore is here: https://paste.yunohost.org/raw/upoxihiguf
My (much more tech-savvy than I) friend suspect there is an issue that 'pkg_resources', though installed, can't be seen by synapse somehow.
[12:13:27]
<Fritjof (backupkonto)> when I try ´pip install setuptools´ it just tells me that there is no module named pip
[12:23:54]
<Michele Agostinelli> Good morning, It's possible to use an external ldap server to authenticate the users? I want to implement a central LDAP server and multiple yunohost server, so I can create a user on the ldap and the yunohost server can read him from ldap
[12:27:01]
<Aleks (he/him/il/lui)> nope
[12:35:00]
<Guepi> Hello / Bonjour (I'll try english followed by french version).
I'm about to install yunohost on a computosaurus behind a french internet provider's box, mainly for cms websites.
I've got an external IPv6 address.
_I'd like to know what would be better for the box configuration : DMZ or NAT ?_
As a first intention, I'd like to test the configuration with only a dynDNS name (which is surprinsingly allowed by this internet provider).
_Then my second question is : Is it possible to configure different instances of the same CMS based upon the subdomain name ?_
For example : if a blog.domain.ext is made with Wordpress, is it possible to have a tech.domain.ext with the same Wordpress, but with different content ?
- and last question : why does the docs contain errors (example : on vpn providers) and the repository doesn't have those errors ? \*
Je vais bientôt me lancer dans l'autohébergement sur un ordinosaure en installant Yunohost dessus, derrière une box internet d'un opérateur français.
Cette box a une IP externe en IPv6, mais non fixe.
- Ma première question est : est-ce préférable de configurer une DMZ sur la box et laisser la machine Yunohost tout gérer, ou bien de simplement rediriger le trafic 80 et 443 vers le serveur yunohost ?\*
Je vais démarrer d'abord sur un nom dynDNS.
- Seconde question : est-ce possible d'avoir des instances d'un même CMS séparées ? \*
Par exemple blog.domain.ext et tech.domain.ext gérées dans un Wordpress, mais avec une table distincte.
- et dernière question : pourquoi la doc contient des erreurs, comme par exemple les fournisseurs de VPN, alors que la version dans le repo est correcte ?\*
[12:35:54]
<Guepi> Hello / Bonjour (I'll try english followed by french version).
I'm about to install yunohost on a computosaurus behind a french internet provider's box, mainly for cms websites.
I've got an external IPv6 address.
_I'd like to know what would be better for the box configuration : DMZ or NAT ?_
As a first intention, I'd like to test the configuration with only a dynDNS name (which is surprinsingly allowed by this internet provider).
_Then my second question is : Is it possible to configure different instances of the same CMS based upon the subdomain name ?_
For example : if a blog.domain.ext is made with Wordpress, is it possible to have a tech.domain.ext with the same Wordpress, but with different content ?
_and last question : why does the docs contain errors (example : on vpn providers) and the repository doesn't have those errors ?_
Je vais bientôt me lancer dans l'autohébergement sur un ordinosaure en installant Yunohost dessus, derrière une box internet d'un opérateur français.
Cette box a une IP externe en IPv6, mais non fixe.
_Ma première question est : est-ce préférable de configurer une DMZ sur la box et laisser la machine Yunohost tout gérer, ou bien de simplement rediriger le trafic 80 et 443 vers le serveur yunohost ?_
Je vais démarrer d'abord sur un nom dynDNS.
_Seconde question : est-ce possible d'avoir des instances d'un même CMS séparées ?_
Par exemple blog.domain.ext et tech.domain.ext gérées dans un Wordpress, mais avec une table distincte.
_et dernière question : pourquoi la doc contient des erreurs, comme par exemple les fournisseurs de VPN, alors que la version dans le repo est correcte ?_
[12:46:19]
<tituspijean> @guepi:matrix.org hi:
1. NAT, you can check the documentation about port redirection
2. Yes, check that the app can be installed multiple times though (IIRC all CMS can)
3. I don't get your question about errors in the documentation. Provide examples.
[12:48:48]
<Chatpitaine Caverne> https://aria.im/_bifrost/v1/media/download/Ad5_PBKr32cQvxQYloUILrOb92bgHzn8sg_TEulaMi2lvHlrwtNT5rCVdge2Et1AvMpmbs1CWa_Qwd6dnRz_C6RCecTL9BvQAGNpcmthdS5hcnQvTGRDaExGV2hoaHRUeUZqQUJHV3lXdFZq
[12:49:11]
<Chatpitaine Caverne> It could be a docusarius error and a correct Markdown syntax
[12:49:13]
<Guepi> tituspijean: thank you for your really quick answer.
3. at this addresse : https://doc.yunohost.org/fr/admin/get_started/providers/vpn/ as shown by Chatpitaine Caverne
[12:50:56]
<tituspijean> IIRC there was a bug in the French version. Try the English one to get a proper formatting of the table.
[12:51:01]
<tituspijean> I'll check tonight if the fix was merged and the doc regenerated
[12:51:16]
<Guepi> I've noticed that a straight bar is missing at the beginning of "Franciliens".
but there is also a change between doc and repo, since there is a net neutrality column.
[12:54:10]
<Chatpitaine Caverne> > but there is also a change between doc and repo, since there is a net neutrality column.
Maybe already `merded` merged in repo but not yet regenerated for Docusarius.
J'avais écrit merded au lieu de merged, alors je n'ai que barré pour garder ce quasi lapsus
[12:55:08]
<Chatpitaine Caverne> > but there is also a change between doc and repo, since there is a net neutrality column.
Maybe already `merded` merged in repo but not yet regenerated for Docusarius.
J'avais écrit <del>merded</del>erded</del> au lieu de merged, alors je n'ai que barré pour garder ce quasi lapsus
[12:55:59]
<Chatpitaine Caverne> > but there is also a change between doc and repo, since there is a net neutrality column.
Maybe already <del>merded<del> merged in repo but not yet regenerated for Docusarius.
J'avais écrit merded au lieu de merged, alors je n'ai que barré pour garder ce quasi lapsus
[12:56:09]
<Chatpitaine Caverne> > but there is also a change between doc and repo, since there is a net neutrality column.
Maybe already <del>merded<del> merged in repo but not yet regenerated for Docusarius.
J'avais écrit merded au lieu de merged, alors je n'ai que barré pour garder ce quasi lapsus
[12:56:11]
<Chatpitaine Caverne> Bon, m'en sort pas avec les syntax element en edit...
[12:57:18]
<Chatpitaine Caverne> > but there is also a change between doc and repo, since there is a net neutrality column.
Maybe already </del>merded</del> merged in repo but not yet regenerated for Docusarius.
J'avais écrit merded au lieu de merged, alors je n'ai que barré pour garder ce quasi lapsus.
[12:58:53]
<Chatpitaine Caverne> > but there is also a change between doc and repo, since there is a net neutrality column.
Maybe already <del>merded</del> merged in repo but not yet regenerated for Docusarius.
J'avais écrit merded au lieu de merged, alors je n'ai que barré pour garder ce quasi lapsus.
[12:59:35]
<Fritjof (backupkonto)> is there another way to install "setuptools" for python, than pip in yunohost?
[13:03:24]
<Guepi> have you tried installing pip ?
in the docs, there is a link : https://doc.yunohost.org/fr/dev/packaging/resources#properties-for-each-source
[13:05:16]
<Fritjof (backupkonto)> I hadn't! Thanks. Tjat might fix my backup restore issue.
[13:11:59]
<Fritjof (backupkonto)> So, apparently I already have setuptools installed, but still the backup-restore doesn't work and throws the error that is here in the logs also: https://paste.yunohost.org/raw/upoxihiguf "ModuleNotFoundError: No module named 'pkg_resources'" before aborting the restore
[13:13:51]
<Fritjof (backupkonto)> And I have checked (by entering ´python3>>> and trying "import pkg_resources"´ in the shell) that ´pkg_resources´ is installed.
[13:15:19]
<Fritjof (backupkonto)> And I have checked (by entering python3>>> and trying import pkg_resources in the shell) thatpkg_resources is installed.
[13:22:43]
<Chatpitaine Caverne> Fritjof (backupkonto): J'imagine que ça devrait être dans un venv dédié à Synapse tout ces packages pip de python.
[13:27:23]
<Chatpitaine Caverne> Je suis justement en cours de restauration de Synapse sur une machine de test avant de purger la base de ses anomalies. Je vous dit si ça passe ou si ça semble général. Par contre, c'est long sur cette machine...
[13:28:59]
<Chatpitaine Caverne> Nope.. Plantage restauration... Je regarde si même erreur.
[13:29:34]
<Fritjof (backupkonto)> Many thanks for doing this!
[13:40:32]
<Chatpitaine Caverne> Fritjof (backupkonto): It looks a lot the same error : https://paste.yunohost.org/raw/okotowuqer
[13:40:58]
<Carsten> C'est ça que j'ai pensé aussi.
[13:41:55]
<Chatpitaine Caverne> Yes, I confirm; all of this is installed in a dedicated Synapse venv to avoid bothering other apps.
[13:42:24]
<Fritjof (backupkonto)> Very much! Thank you for checking it out and confirming the suspicions. :) I hope it is fixable somehow.
[13:46:54]
<Chatpitaine Caverne> So to put things together :
It seems there is a general error in restore script of Synapse.
Fritjof (backupkonto)'s restore fail log : https://paste.yunohost.org/raw/upoxihiguf
My personal test restore log (on a test machine so there can be some other, non related strange messages) : https://paste.yunohost.org/raw/okotowuqer
Same error in synapse.service restart linked to setuptools python.
Can anyone look further at this ?
[13:52:06]
<quiwy> Hi, I'm trying to install grist on a quite new server on a proxmox VM, and I have the following error https://paste.yunohost.org/raw/orifohaleh
Do you have any idea on how to fix this and be able to install grist ?
[13:54:42]
<Chatpitaine Caverne> Is pip trying to dethrone Node(.js) from its position as the most troublesome technology ?
[13:57:11]
<Chatpitaine Caverne> Maybe all of this is ralated to a problem with python repositories cause the last error implies also pkg\_ressource :
`ModuleNotFoundError: No module named 'pkg\_resources'`
[13:58:25]
<Chatpitaine Caverne> Maybe all of this is ralated to a problem with python repositories cause the last error (quiwy's) implies also pkg\_ressource :
`ModuleNotFoundError: No module named 'pkg\_resources'`
[14:02:02]
<Carsten> This could be caused by a wrong Python path. If someone could get the process outputting the `ModuleError` to output its path (`sys.path`) that could be the solution.
[14:06:25]
<Chatpitaine Caverne> I could, but with command by command will be necessary.
I already did a `yunohost app shell synapse` Is the venv loaded with this command ?
[14:08:45]
<Carsten> Yeah, it should be. If you are in that shell, can you import `pkg_resources`? And if not, what is the result of `import sys` followed by `print(sys.path)`?
[14:09:46]
<Carsten> But in that case the problem may be the environment the Synapse process starts in and I'm not sure how to configure that.
[14:12:05]
<Chatpitaine Caverne> ```
import pkg_ressources
import-im6.q16: unable to open X server `' @ error/import.c/ImportImageCommand/346.
```
```
import sys
import-im6.q16: unable to open X server `' @ error/import.c/ImportImageCommand/346.
```
Is import a linux command or should be used in a specific python method ? Cause none of them worked.
[14:12:36]
<Chatpitaine Caverne> ```
import pkg_ressources
import-im6.q16: unable to open X server `' @ error/import.c/ImportImageCommand/346.
```
```
import sys
import-im6.q16: unable to open X server `' @ error/import.c/ImportImageCommand/346.
```
Is import a linux command or should be used in a specific python method ? Cause none of them worked.
Like python3 import sys ?
[14:12:47]
<Fritjof (backupkonto)> for print(sys.path)
[14:14:00]
<Fritjof (backupkonto)> what do you get when you run it @chatpitaine:cirkau.art ?
[14:17:55]
<Fritjof (backupkonto)> looks similar. Does this tell you anything @agger:matrix.modspil.dk ?
[14:24:50]
<Chatpitaine Caverne> ```
python3
Python 3.11.2 (main, Apr 28 2025, 14:11:48) [GCC 12.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> print(sys.path)
['', '/usr/lib/python311.zip', '/usr/lib/python3.11', '/usr/lib/python3.11/lib-dynload', '/var/www/synapse/venv/lib/python3.11/site-packages']
>>>
```
```
>>> import pkg_ressources
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ModuleNotFoundError: No module named 'pkg_ressources'
```
[14:27:17]
<Fritjof (backupkonto)> When I run it in python3>>> I get this:
Python 3.11.2 (main, Apr 28 2025, 14:11:48) [GCC 12.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> import pkg_resources
>>> print(sys.path)
['', '/usr/lib/python311.zip', '/usr/lib/python3.11', '/usr/lib/python3.11/lib-dynload', '/usr/local/lib/python3.11/dist-packages', '/usr/lib/python3/dist-packages']
>>>
[14:41:00]
<Carsten> If you do this in a normal Python prompt where the package can be imported, then what is tje result?
[14:41:46]
<Carsten> Something should be missing in the path above.
[14:41:56]
<Carsten> (Am going afk now)
[14:43:35]
<Chatpitaine Caverne> I found back a forum post :
https://forum.yunohost.org/t/solved-synapse-upgrade-fails-restore-fails-setuptools-60-vs-68-psycopg2/26766
What is "funny" is it seems I had a good idea about that in the past, but I don't remember...😅
[15:00:57]
<Chatpitaine Caverne> Well objectively, not the same issue.
[15:12:02]
<Chatpitaine Caverne> Could it have something to do with this depreciated and error 404 in setuptools doc ? https://setuptools.pypa.io/deprecated/pkg\_resources.html
Cause if pkg_ressource is used inside `/var/www/synapse/venv/lib/python3.11/site-packages/ldap_auth_provider.py`
And this package disapear from a new downloaded version of setuptools, then "Houston, we got a problem"
[15:13:00]
<Chatpitaine Caverne> Carsten:
Could it have something to do with this depreciated and error 404 in setuptools doc ? https://setuptools.pypa.io/deprecated/pkg\_resources.html
Cause if pkg\_ressource is used inside `/var/www/synapse/venv/lib/python3.11/site-packages/ldap_auth_provider.py`
And this package disapear from a new downloaded version of setuptools, then "Houston, we got a problem"
[15:13:25]
<Chatpitaine Caverne> Carsten:
Could it have something to do with this depreciated and error 404 in setuptools doc ? https://setuptools.pypa.io/deprecated/pkg\_resources.html
Cause if pkg\_ressource is used inside `/var/www/synapse/venv/lib/python3.11/site-packages/ldap_auth_provider.py`
And this package disapear from a new downloaded and installed version of setuptools, then "Houston, we got a problem"
[15:14:27]
<Carsten> Yeah, it could easily be something like that.
[15:17:17]
<Chatpitaine Caverne> And one year an half of warning depreciated could justify they removed it.
[15:17:18]
<Chatpitaine Caverne> https://discuss.python.org/t/pkg-resources-is-deprecated-warning/59517
[15:18:33]
<Chatpitaine Caverne> Confirmed : https://anvil.works/forum/t/fyi-setuptools-v81-and-later-no-longer-has-pkg-resources/25622
[15:19:25]
<Fritjof (backupkonto)> What does one do about this?
[15:21:24]
<Chatpitaine Caverne> At least we are not alone : https://discuss.python.org/t/pkg-resources-removal-how-to-go-from-there/106079
I still didn't find by what it's replaced.
A contournement could be to force the setuptools 8.0 but it's a little bit uggly.
[15:24:29]
<bbohard> if there’s is no one-to-one replacement, maybe the project only need one function which could be elsewhere? (not very straightforward thinking but I recall something similar in another project)
[15:28:31]
<Chatpitaine Caverne> Maybe, we should inform Synapse team.
https://github.com/matrix-org/matrix-synapse-ldap3/blob/main/ldap\_auth\_provider.py
Their issue page is empty (about that) for now.
[15:33:40]
<Chatpitaine Caverne> Done I created an issue in synapse github : https://github.com/matrix-org/matrix-synapse-ldap3/issues/199
[15:36:43]
<Fritjof (backupkonto)> Already signed up to follow how it goes :)
Many thanks for your help in figuring this out!
[15:38:18]
<Chatpitaine Caverne> For Yunohost, we gonna try to find a contournement. (Inch'Allah de los computers).
Stay tuned here also.
[15:43:22]
<Chatpitaine Caverne> So, I think I'll wait a bit for my Synapse's database purge planned tomorrow morning. Normally I'm not supposed to need a restoration cause everything should go right. But "normally" and computers aren't friend everyday.
[15:47:04]
<Fritjof (backupkonto)> Good idea!
In the meantime I'll go and make a donation to the YNH project :)
[16:44:34]
<vtruche> Bonjour tout le monde,
Depuis quelques jours mon instance Nextcloud ne se synchronise plus, et même j'ai perdu presque tous mes fichiers, et n'ai pas accès aux autres.
- J'ai effectué un scan avec occ, les fichiers ne sont pas revenus. En allant en CLI sur mon disque dur le répertoire des données de Nextcloud est presque vide.
- Pas de logs particuliers dans Yunohost.
- Dans Nextcloud par contre j'ai plein de messages : GenericFileException Exception thrown : OCP\Files\GenericFileException
Est-ce que quelqu'un serait en mesure de m'aider ?
D'avance merci !
[16:55:17]
<Carsten> That should be worth trying! : Chatpitaine Caverne
[16:55:52]
<Chatpitaine Caverne> Carsten:
**Contournement proposal :**
If we modify in the tar file the [\_common.sh](https://github.com/YunoHost-Apps/synapse_ynh/blob/master/scripts/_common.sh#L48) by removing setuptools of the line `$pip3 install --upgrade setuptools wheel pip cffi` then would it let in place the installed package `setuptools 80.9.0`
This works for already installed setuptools 80.9.0.
If not installed, so more robust approach, would be to use the forced version process of pip3 install.
Maybe something like `pip install setuptools==<80.9.0> --ignore-installed`
[16:55:56]
<Chatpitaine Caverne> Carsten:
**Contournement proposal :**
If we modify in the tar file the [\_common.sh](https://github.com/YunoHost-Apps/synapse_ynh/blob/master/scripts/_common.sh#L48) by removing setuptools of the line `$pip3 install --upgrade setuptools wheel pip cffi` then would it let in place the installed package `setuptools 80.9.0`
This works for already installed setuptools 80.9.0.
If not installed, so more robust approach, would be to use the forced version process of pip3 install.
Maybe something like `pip3 install setuptools==<80.9.0> --ignore-installed`
[16:57:08]
<Chatpitaine Caverne> Way, I'll give a try on my test server before telling Fritjof (backupkonto) to do it.
The only thing is that's very slow on this server...🛌
[17:25:19]
<Thierry G> > <@Salamandar:matrix.org> la touche `d` supprime, donc même si ya un pop-up de confirmation, attention :)
Wouahou dangereux.
[18:20:35]
<Chatpitaine Caverne> The restoration with setuptools trick is still running, but normally, it should be ok Here are the log entries concerning setuptools :
```
2026-02-10 18:04:51,673: DEBUG - + ynh_apt_install_dependencies coturn acl postgresql php8.3-fpm python3-dev python3-venv python3-pip python3-setuptools python3-lxml build-essential libffi-dev libssl-dev libxml2-dev libxslt1-dev zlib1g-dev libjpeg-dev libpq-dev
2026-02-10 18:04:51,677: DEBUG - + local 'dependencies=coturn, acl, postgresql, php8.3-fpm, python3-dev, python3-venv, python3-pip, python3-setuptools, python3-lxml, build-essential, libffi-dev, libssl-dev, libxml2-dev, libxslt1-dev, zlib1g-dev, libjpeg-dev, libpq-dev'
2026-02-10 18:08:31,859: DEBUG - + /var/www/synapse/venv/bin/pip3 install setuptools==80.9.0
2026-02-10 18:08:32,957: DEBUG - Requirement already satisfied: setuptools==80.9.0 in /var/www/synapse/venv/lib/python3.11/site-packages (80.9.0)
2026-02-10 18:09:05,877: DEBUG - Requirement already satisfied: setuptools-rust==1.12.0 in /var/www/synapse/venv/lib/python3.11/site-packages (from -r /home/yunohost.backup/tmp/2026-02-08-031206_synapse/apps/synapse/settings/conf/requirement_bookworm.txt (line 50)) (1.12.0)
2026-02-10 18:09:10,687: DEBUG - Requirement already satisfied: setuptools>=62.4 in /var/www/synapse/venv/lib/python3.11/site-packages (from setuptools-rust==1.12.0->-r /home/yunohost.backup/tmp/2026-02-08-031206_synapse/apps/synapse/settings/conf/requirement_bookworm.txt (line 50)) (80.9.0)
```
[18:21:02]
<Chatpitaine Caverne> The restoration with setuptools trick is still running, but normally, it should be ok Here are the log entries concerning setuptools :
```
2026-02-10 18:04:51,673: DEBUG - + ynh_apt_install_dependencies coturn acl postgresql php8.3-fpm python3-dev python3-venv python3-pip python3-setuptools python3-lxml build-essential libffi-dev libssl-dev libxml2-dev libxslt1-dev zlib1g-dev libjpeg-dev libpq-dev
2026-02-10 18:04:51,677: DEBUG - + local 'dependencies=coturn, acl, postgresql, php8.3-fpm, python3-dev, python3-venv, python3-pip, python3-setuptools, python3-lxml, build-essential, libffi-dev, libssl-dev, libxml2-dev, libxslt1-dev, zlib1g-dev, libjpeg-dev, libpq-dev'
2026-02-10 18:08:31,859: DEBUG - + /var/www/synapse/venv/bin/pip3 install setuptools==80.9.0
2026-02-10 18:08:32,957: DEBUG - Requirement already satisfied: setuptools==80.9.0 in /var/www/synapse/venv/lib/python3.11/site-packages (80.9.0)
2026-02-10 18:09:05,877: DEBUG - Requirement already satisfied: setuptools-rust==1.12.0 in /var/www/synapse/venv/lib/python3.11/site-packages (from -r /home/yunohost.backup/tmp/2026-02-08-031206_synapse/apps/synapse/settings/conf/requirement_bookworm.txt (line 50)) (1.12.0)
2026-02-10 18:09:10,687: DEBUG - Requirement already satisfied: setuptools>=62.4 in /var/www/synapse/venv/lib/python3.11/site-packages (from setuptools-rust==1.12.0->-r /home/yunohost.backup/tmp/2026-02-08-031206_synapse/apps/synapse/settings/conf/requirement_bookworm.txt (line 50)) (80.9.0)
```
[20:11:58]
<Chatpitaine Caverne> Fritjof (backupkonto):
`[####################] > Restoration completed for synapse`
I created a forum issue to be able to help quickly :
https://forum.yunohost.org/t/synapse-restoration-fail-on-pkg-resources-error-linked-to-ldap-auth-plugin/41530
[22:22:23]
<Chatpitaine Caverne> Re-salut,
Suis en train de découvrir des trucs, du coup, je me pose des questions, et du coup je les pose, vu que je ne sais pas.
Est-ce que les databases postgrSQL dans Yunohost ont des paramètres ou procédures de VACUUM automatiques (ou périodiques) ?
[22:48:38]
<Chatpitaine Caverne> ça y est, suis accro à cette commande, c'est malin ! 😽