[01:09:04]
<phillycodehound> Question about WordPress on Yunohost.org and getting stuck with the SSO. How can I turn the SSO off so it acts like a normal login for WordPress
[01:09:51]
<phillycodehound> Right now if someone wants to sign into the backend of my WordPress install on Yunohost on my cloud they have to sign into Yunohost then WP-Admin
[01:10:33]
<phillycodehound> oh thanks
[01:10:35]
<Aleks (he/him/il/lui)> i guess you can go to Users > Groups and permission, and allow "Wordpress (admin)" for visitors
[01:11:40]
<phillycodehound> You rock!
[02:06:25]
<yunodek> Is there any reason dependencies like ` eslint-plugin-matrix-org@1.2.1" has unmet peer dependency "@babel/eslint-parser@*".
` would fail? I got an exit code of 137. Some one mentioned before it might have to do with not enough RAM, would that even be the reason?
[08:24:26]
<orhtej2> > <@yunodek:matrix.org> Is there any reason dependencies like ` eslint-plugin-matrix-org@1.2.1" has unmet peer dependency "@babel/eslint-parser@*".
> ` would fail? I got an exit code of 137. Some one mentioned before it might have to do with not enough RAM, would that even be the reason?
Full log? It typically says 'killed' at the end in oom scenarios
[09:50:33]
<rodinux> I saw errors like
```
Postfix is using backwards-compatible default settings
Jan 12 16:02:20 domain postfix[2955459]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Jan 12 16:02:20 domain postfix[2955459]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload"
Jan 12 16:02:20 domain postfix/postfix-script[2955512]: warning: not owned by root: /etc/postfix/.
Jan 12 16:02:20 domain postfix/postfix-script[2955513]: warning: not owned by root: /etc/postfix/./app_senders_login_maps.db
Jan 12 16:02:20 domain postfix/postfix-script[2955514]: warning: not owned by root: /etc/postfix/./app_senders_login_maps
```
[10:04:30]
<rodinux> the file `/etc/postfix/app\_senders\_login\_maps` have nothings inside, it should have the user`nextcloud` ??
[11:07:09]
<pm2000> Bonjour à tous. Ça fait un moment que j'ai un serveur yunohost qui fonctionne bien. Et depuis quelques temps impossible d'accéder au serveur via labo47.nohost.me ... Seulement je n'ai pas d'erreur en diagnostic à vous partager.
Quelqu'un a une idée svp ?
[11:08:54]
<Aleks (he/him/il/lui)> La requête se fait rediriger vers "grist.local" ...
[11:09:05]
<Aleks (he/him/il/lui)> est-ce que tu as installé une app redirect ou un truc du genre
[11:09:26]
<Aleks (he/him/il/lui)> https://labo47.nohost.me/yunohost/admin/ fonctionne bien
[11:11:35]
<huskyz> I got a strange email, first time. Is this normal? Should I be worried?
From: root@mydomain.tld
Object: Cron <root@xxxxx> test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.daily; }
```
/etc/cron.daily/yunohost-certificate-renew:
INFO Now attempting renewing of certificate for domain chitchatter.mydomain.tld !
INFO Parsing account key...
INFO Parsing CSR...
INFO Found domains: chitchatter.mydomain.tld
INFO Getting directory...
INFO Directory found!
INFO Registering account...
INFO Already registered!
INFO Creating new order...
INFO Order created!
INFO Verifying chitchatter.mydomain.tld...
INFO chitchatter.mydomain.tld verified!
INFO Signing certificate...
INFO Certificate signed!
INFO The configuration file '/etc/nginx/conf.d/sandbox.cryptpad.mydomain.tld.conf' is expected to be deleted by regen-conf (category nginx) but was kept back.
SUCCESS Let's Encrypt certificate renewed for the domain 'chitchatter.mydomain.tld'
```
[11:15:37]
<Aleks (he/him/il/lui)> it's "just" saying the certificate got correctly autorenewed for that domain but yeah that's maybe too verbose
[11:15:56]
<pm2000> > <@Alekswag:matrix.org> est-ce que tu as installé une app redirect ou un truc du genre
Heuu non je crois pas...
[11:16:31]
<Aleks (he/him/il/lui)> et quid de "grist.local", qu'est-ce que tu avais essayé de faire avec ça ?
[11:17:37]
<pm2000> > <@Alekswag:matrix.org> et quid de "grist.local", qu'est-ce que tu avais essayé de faire avec ça ?
Il y a grist installé dessus...
[11:18:22]
<huskyz> > <@Alekswag:matrix.org> it's "just" saying the certificate got correctly autorenewed for that domain but yeah that's maybe too verbose
I didn't know it automatically renewed certificates
[11:18:48]
<Aleks (he/him/il/lui)> et là t'es en yunohost 12.x ? t'aurais pas défini grist.local comme domaine principal ou un truc du genre ?
[11:21:23]
<huskyz> other problem instead when I launched the updates:
Error: "500"
Action: "PUT" /yunohost/api/update/all
```
Something went wrong while updating the cache of APT (Debian's package manager). Here is a dump of the sources.list lines, which might help identify problematic lines:
sources.list:deb http://asi-fs-d.contabo.net/debian bookworm main non-free non-free-firmware contrib
sources.list:deb-src http://asi-fs-d.contabo.net/debian bookworm main non-free non-free-firmware contrib
sources.list:deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
sources.list:deb-src http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
sources.list:deb http://asi-fs-d.contabo.net/debian bookworm-updates main contrib non-free non-free-firmware
sources.list:deb-src http://asi-fs-d.contabo.net/debian bookworm-updates main contrib non-free non-free-firmware
sources.list.d/yunohost.list:deb [signed-by=/usr/share/keyrings/yunohost-bookworm.gpg] http://forge.yunohost.org/debian/ bookworm stable
sources.list.d/yarn.list:deb [signed-by=/etc/apt/trusted.gpg.d/yarn.gpg] https://dl.yarnpkg.com/debian/ stable main
sources.list.d/extra_php_version.list:deb [signed-by=/etc/apt/trusted.gpg.d/extra_php_version.gpg] https://packages.sury.org/php/ bookworm main
```
[11:22:37]
<huskyz> ```
Command '['git', 'ls-remote', '--symref', 'https://github.com/YunoHost-Apps/my_webapp_ynh', 'HEAD']' returned non-zero exit status 128.
```
[11:23:02]
<Aleks (he/him/il/lui)> huskyz: mokay, if you have ssh access, can you share the output of `sudo apt update` ?
[11:24:39]
<huskyz> > <@Alekswag:matrix.org> huskyz: mokay, if you have ssh access, can you share the output of `sudo apt update` ?
I restarted the server and then it was fine. Is it normal to have all those Contabo entries in the sources.list? I had never noticed it
[11:25:39]
<Aleks (he/him/il/lui)> your server is using your VPS provider's debian mirror, that is something usual to avoid each VPS provider's server hammering the official debian servers
[11:26:16]
<Aleks (he/him/il/lui)> but yeah i've seen several post on the forum reporting temporary issues with contabo's debian mirrors from time to time
[11:35:17]
<huskyz> ok, thank you. Btw, after I saw that email I tried to update the certificate of the main domain and it gave me this error:
```
Challenge did not pass for muc.mydomain.tld: {'identifier': {'type': 'dns', 'value': 'muc.mydomain.tld'}, 'status': 'invalid', 'expires': '2025-02-20T11:17:09Z', 'challenges': [{'type': 'http-01', 'url': 'https://acme-v02.api.letsencrypt.org/acme/chall/1942960486/475332306265/lfqsMg', 'status': 'invalid', 'validated': '2025-02-13T11:17:12Z', 'error': {'type': 'urn:ietf:params:acme:error:connection', 'detail': 'During secondary validation: xxx.xxx.xx.xxx: Fetching http://muc.mydomain.tld/.well-known/acme-challenge/3huChAUrMFK-qXHqKADrt3rFI7cOD8ghCqNmT-SPhHA: Timeout during connect (likely firewall problem)', 'status': 400}, 'token': '3huChAUrMFK-qXHqKADrt3rFI7cOD8ghCqNmT-SPhHA', 'validationRecord': [{'url': 'http://muc.mydomain.tld/.well-known/acme-challenge/3huChAUrMFK-qXHqKADrt3rFI7cOD8ghCqNmT-SPhHA', 'hostname': 'muc.mydomain.tld', 'port': '80', 'addressesResolved': ['xxx.xxx.xx.xxx'], 'addressUsed': 'xxx.xxx.xx.xxx'}]}]}
Certificate renewing for mydomain.tld failed!
Unable to complete 'Renew Let's Encrypt certificate on domain 'mydomain.tld'' operation! For help, please provide the full log of the operation by clicking here
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/certificate.py", line 516, in _fetch_and_enable_new_certificate
signed_certificate = sign_certificate(
^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/yunohost/vendor/acme_tiny/acme_tiny.py", line 244, in get_crt
raise ValueError(
ValueError: Challenge did not pass for muc.mydomain.tld: {'identifier': {'type': 'dns', 'value': 'muc.mydomain.tld'}, 'status': 'invalid', 'expires': '2025-02-20T11:17:09Z', 'challenges': [{'type': 'http-01', 'url': 'https://acme-v02.api.letsencrypt.org/acme/chall/1942960486/475332306265/lfqsMg', 'status': 'invalid', 'validated': '2025-02-13T11:17:12Z', 'error': {'type': 'urn:ietf:params:acme:error:connection', 'detail': 'During secondary validation: xxx.xxx.xx.xxx: Fetching http://muc.mydomain.tld/.well-known/acme-challenge/3huChAUrMFK-qXHqKADrt3rFI7cOD8ghCqNmT-SPhHA: Timeout during connect (likely firewall problem)', 'status': 400}, 'token': '3huChAUrMFK-qXHqKADrt3rFI7cOD8ghCqNmT-SPhHA', 'validationRecord': [{'url': 'http://muc.mydomain.tld/.well-known/acme-challenge/3huChAUrMFK-qXHqKADrt3rFI7cOD8ghCqNmT-SPhHA', 'hostname': 'muc.mydomain.tld', 'port': '80', 'addressesResolved': ['xxx.xxx.xx.xxx'], 'addressUsed': 'xxx.xxx.xx.xxx'}]}]}
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/certificate.py", line 404, in certificate_renew
_fetch_and_enable_new_certificate(domain, no_checks=no_checks)
File "/usr/lib/python3/dist-packages/yunohost/certificate.py", line 529, in _fetch_and_enable_new_certificate
raise YunohostError("certmanager_cert_signing_failed")
yunohost.utils.error.YunohostError: Unable to sign the new certificate
```
[11:38:12]
<huskyz> Error: "500"
Action: "PUT" /yunohost/api/domain/mydomain.tld/actions/cert.cert_.cert_renew
[11:40:32]
<huskyz> before I tried to update the certificate of the main domain I re-updated the certificate of chitchatter.mydomain.tld, because in the email I had received it said that it automatically updated this domain and then to be safe I manually updated it again. With this one it didn't give any problems, but with the main one it did
[11:43:58]
<huskyz> **[SOLVED]:** Now I tried again and it updated it, lol. Mystery. Same thing happened with the updates before. What the hell is wrong with him today? lol
[12:33:17]
<pm2000> > <@Alekswag:matrix.org> et là t'es en yunohost 12.x ? t'aurais pas défini grist.local comme domaine principal ou un truc du genre ?
J'ai dû essayé mais j'ai remis labo47 j'ai un retour que les sous-domaines XMPP.labo47 ne résout pas la même IP que labo47
[15:32:02]
<pm2000> > <@Alekswag:matrix.org> et là t'es en yunohost 12.x ? t'aurais pas défini grist.local comme domaine principal ou un truc du genre ?
Je suis en 12.0.11 en fait le diagnostic dit que mes domaines sont accessibles de l'extérieur mais je n'ai rien...
[15:33:06]
<Aleks (he/him/il/lui)> ben perso j'arrive à aller sur https://labo47.nohost.me/yunohost/admin/ oui, mais la racine du domaine redirige vers grist.local du coup forcément ça "marche pas"
[19:54:12]
<Bad TuX> bonsoir , j'ai un soucis avec la dernier version de yuno. a chaque installation d'application , celle ci ce fige a la fin .si j'actualise la page , je ne parvient plus a me connecter , la page de l'administration reste blanche . d'où cela pourrais venir ? merci.
[19:57:08]
<pm2000> > <@Alekswag:matrix.org> ben perso j'arrive à aller sur https://labo47.nohost.me/yunohost/admin/ oui, mais la racine du domaine redirige vers grist.local du coup forcément ça "marche pas"
Bon bin ça y est problème résolu. Merci pour ta réactivité comme d'hab'
[20:20:14]
<Aleks (he/him/il/lui)> ..mais du coup tu l'as résolu comment @_@
[20:25:24]
<pm2000> > <@Alekswag:matrix.org> ..mais du coup tu l'as résolu comment @_@
C'est le genre de truc improbable. Comme d'hab. J'ai tout mis à jour, j'ai rajouté un PTR dans le firewall, j'ai attendu un peu et TADAM! Ça va me permettre de promouvoir Grist dans ma boîte et au-delas, donc encore merci
[20:57:47]
<huskyz> Can I install a second lufi instance? The idea would be one for yunohost users with higher size limits and one for visitors with lower limits. Is this possible? Or maybe there is a way to use the same one I already have currently closed only to users and set a limit for visitors. Thank you
[21:25:28]
<Bad TuX> dernier exemple , j'ai voulue désinstaller jellyfin , le processus de désinstallation est rester figé , j'ai actualiser la page , je ne parvient plus à accéder à mon administration ....
[21:49:37]
<Steve> Seems awkward, but I can't find how can I access my files downloaded with transmission. Maybe I'm wrong, but on a previous instance there was a button for that... It's also strange, that transmission asks for my username-password, even though I am logged in to yunohost. Is this a bug, or I just don't see something obvious?