Friday, May 09, 2025
support@conference.yunohost.org
May
Mon Tue Wed Thu Fri Sat Sun
      1
2
3 4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 
             

[06:30:52] <miro5001> From the vps provider, there is a reboot option. If you can ssh, then simply `sudo reboot `
[08:18:38] <tituspijean[m]> > <@lautre:matrix.org> Il y a un lien en bas avec "more info", et après un autre lien pour déblacklister.
> Là, sur une IP de Orange, je découvre que Orange n'autorise pas le déblacklistage...
> ```
> 86.246.0.0/16 is listed on the Policy Block List (PBL)
> Outbound Email policy of Orange Internet France for this IP range
>
> It is the policy of Orange Internet France that unauthenticated email sent from this IP address should be sent out only via the designated outbound mail server allocated to Orange Internet France customers. To find the hostname of the correct mail server to use, customers should consult the original signup documentation or contact Orange Internet France Technical Support.
> Removal procedure
>
> Removal of IP addresses within this range from the PBL is not allowed by the IP netblock owner's policy.
>
> ```

That's a very interesting finding, thank you! I'll definitely add that in the ISP documentation for a good old name and shaming.
However the solution is to setup the email relay to use Orange's SMTP server.
[13:23:26] <lautre> If you use a relay, you depend on it and limitations.
And this relay will know everything.
[14:03:01] <grubshka> Bonjour !
Comment faire un thème custom du portail sur la version 12 ?
La documentation (https://doc.yunohost.org/fr/admin/tutorials/theming/) ne semble pas à jour, le répertoire /usr/share/ssowat/portal/assets/themes/ n'existe pas...
Merci
[16:07:43] <lautre> C'est vicieux, parce que ça permet à Orange de dire qu'il ne font pas de filtrage, mais en réalité, c'est fait par un tiers qui est beaucoup utilisé
[16:10:35] <·☽•Nameless☆•777 · ±> Orange doit être le seul des 4 FAI FR qui ne propose pas d'option pour débloquer le port 25 ...
[16:20:20] <lautre> Sinon, il y a d'autres FAI FR, dont FDN
[16:20:20] <lautre> Prétendre que ce n'est pas bloqué, et, demander à Spamhaus d'interdire le déblocage.
Ce qui leur permet de prétendre qu'ils vendent un accès à Internet (puisqu'il n'y a pas de restrictions de ports)
[16:20:20] <lautre> qui s'appuie sur plusieurs opérateurs
[16:20:24] <lautre> Bon, je chipote
[16:22:56] <tituspijean[m]> (la doc est correcte en fait, elle mentionne déjà qu'il faille passer par le relai SMTP, même si elle a besoin d'être mise au propre : https://doc.yunohost.org/fr/admin/self_hosting/providers/isp/orange/)
[19:19:52] <Jorge Luis> Can someone please have a look at this log (upgrading Nextcloud) and tell me what can be wrong?
https://paste.yunohost.org/raw/mimuderibi
[19:37:58] <Aleks (he/him/il/lui)> ```
2025-05-09 19:04:07,562: DEBUG - Your data directory is invalid. 2025-05-09 19:04:07,563: DEBUG - Ensure there is a file called ".ocdata" in the root of the data directory.
```

I think you should try to check the value for the data_dir inside nextcloud conf (dont remelber exzctly where it is, something like /var/www/nextcloud/config/config.php maybe ?)
Supposedly it should be something like /home/yunohost.app/nextcloud, maybe /data at the end ?
[19:38:13] <Aleks (he/him/il/lui)> And double check that there is indeed a .ocdata in there
[19:38:38] <Aleks (he/him/il/lui)> Could it be that you tweaked the data dir using a symlink maybe ?
[19:40:39] <Jorge Luis> > <@Alekswag:matrix.org> Could it be that you tweaked the data dir using a symlink maybe ?

Not really. Now I am trying what is proposed here: https://forum.yunohost.org/t/broke-nextcloud-update-to-30-0-4-broken-backup-broken-too-ocdata-file/32765/9
[21:29:50] <rodinux> If you have a file `/home/yunohost.app/nextcloud/data/.ncdata` just rename it `.ocdata`
```
mv /home/yunohost.app/nextcloud/data/.ncdata /home/yunohost.app/nextcloud/data/.ocdata
[21:35:22] <rodinux> there something strange here too
```
025-05-09 19:04:01,675: DEBUG - ++ sudo -u nextcloud env PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin COREPACK_ENABLE_DOWNLOAD_PROMPT=0 php8.2 --define apc.enable_cli=1 occ --no-interaction --no-ansi app:list --output json
2025-05-09 19:04:02,959: WARNING - parse error: Invalid numeric literal at line 1, column 5
[21:46:55] <rodinux> If you repair the actual nextcloud, then try see what this command return ??

```
sudo -u nextcloud php8.2 --define apc.enable_cli=1 occ --no-interaction --no-ansi app:list --output json
```

Perhaps just need adding `--no-warnings` ??
[23:47:51] <harabat> I want to work on the 2fa for webadmin feature, but running into issues with incus, as recommended for local dev (on arch). Has someone adapted this to docker/podman? If not, I can run it in a remote vps.
[23:54:36] <harabat> Or can I run it inside my existing ynh install by installing the incus app?