Sunday, January 12, 2025
support@conference.yunohost.org
January
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
   
             

[00:43:45] <isAAAc> xuid0: for mastodon you're going to need more disk space than anything else
[00:49:58] <isAAAc> https://www.reddit.com/r/Mastodon/comments/zb0qkt/server_size/
[01:03:58] <isAAAc> pixelfed: pixelfed-horizon doesn't know he needs to use php8.3

```
root@krashboyz:/var/www/pixelfed# yunohost service status pixelfed
configuration: unknown
description: Federated Image Sharing
last_state_change: 2025-01-12 00:19:00
start_on_boot: enabled
status: running


root@krashboyz:/var/www/pixelfed# yunohost service stop pixelfed
Success! Service 'pixelfed' stopped
root@krashboyz:/var/www/pixelfed# yunohost service start pixelfed
Success! Service 'pixelfed' started
root@krashboyz:/var/www/pixelfed# supervisorctl status pixelfed-horizon
pixelfed-horizon FATAL Exited too quickly (process log may have details)

Composer detected issues in your platform:

Your Composer dependencies require a PHP version ">= 8.3.0". You are running 8.2.27.

PHP Fatal error: Composer detected issues in your platform: Your Composer dependencies require a PHP version ">= 8.3.0". You are running 8.2.27. in /var/www/pixelfed/vendor/composer/platform_check.php on line 26

```
[01:40:23] <isAAAc> humm, it is a bit more complex...
https://github.com/YunoHost-Apps/pixelfed_ynh/issues/280
[03:52:13] <xuid0> > xuid0: for mastodon you're going to need more disk space than anything else

Thx yes I noticed that last time I was self-hosting using YunoHost
[04:08:23] <@err404:matrix.numericore.com> > <@gredin67:matrix.fdn.fr> est-ce que la migration de `domain.tld/nextcloud` à `nextcloud.domain.tld` est bien gérée par le paquet nextcloud_ynh ?

Je n'ai pas testé pour nextcloud mais en général ce genre de migration ça se passe bien.
Il est quand même préférable de prévoir une sauvegarde au cas ou ça ne se passerai pas bien.
[06:59:00] <lapineige> > pixelfed: pixelfed-horizon doesn't know he needs to use php8.3
>
> ```
> root@krashboyz:/var/www/pixelfed# yunohost service status pixelfed
> configuration: unknown
> description: Federated Image Sharing
> last_state_change: 2025-01-12 00:19:00
> start_on_boot: enabled
> status: running
>
>
> root@krashboyz:/var/www/pixelfed# yunohost service stop pixelfed
> Success! Service 'pixelfed' stopped
> root@krashboyz:/var/www/pixelfed# yunohost service start pixelfed
> Success! Service 'pixelfed' started
> root@krashboyz:/var/www/pixelfed# supervisorctl status pixelfed-horizon
> pixelfed-horizon FATAL Exited too quickly (process log may have details)
>
> Composer detected issues in your platform:
>
> Your Composer dependencies require a PHP version ">= 8.3.0". You are running 8.2.27.
>
> PHP Fatal error: Composer detected issues in your platform: Your Composer dependencies require a PHP version ">= 8.3.0". You are running 8.2.27. in /var/www/pixelfed/vendor/composer/platform_check.php on line 26
>
> ```

Please report this on the github repo (or at least the forum) to give it some visibility :)
[08:34:45] <lapineige> Oh I see you already did it. Thanks :)
[08:42:06] <matanya> Hello, I am trying to update a book cover in calibre-web however I am getting the following error:
Error editing book: No module named 'wand.sequence'
This started after upgrading to bookworm. Please advice :)
[09:49:03] <nounours> Hello, how do i set up open vpn so i can use it with the fdn vpn ?
[09:49:52] <nounours> 2025-01-12 09:47:41,551: DEBUG - Jan 12 09:47:41 systemctl[11424]: Job for openvpn@client.service failed because a timeout was exceeded.
2025-01-12 09:47:41,552: DEBUG - Jan 12 09:47:41 systemctl[11424]: See "systemctl status openvpn@client.service" and "journalctl -xeu openvpn@client.service" for details.
2025-01-12 09:47:41,552: DEBUG - Jan 12 09:47:41 ynh-vpnclient[11461]: tail: cannot open '\''/var/log/openvpn-client.log'\'' for reading: No such file or directory
2025-01-12 09:47:41,552: DEBUG - Jan 12 09:47:41 ynh-vpnclient[11464]: [CRIT] Failed to start OpenVPN :/
2025-01-12 09:47:41,553: DEBUG - Jan 12 09:47:41 systemd[1]: ynh-vpnclient.service: Main process exited, code=exited, status=1/FAILURE
2025-01-12 09:47:41,553: DEBUG - Jan 12 09:47:41 systemd[1]: ynh-vpnclient.service: Failed with result '\''exit-code'\''.
2025-01-12 09:47:41,553: DEBUG - Jan 12 09:47:41 systemd[1]: Failed to start ynh-vpnclient.service - YunoHost VPN Client..'
2025-01-12 09:47:41,554: DEBUG - + '[' -e /var/log/ynh-vpnclient/ynh-vpnclient.log ']'
2025-01-12 09:47:41,554: WARNING - [Error] Jan 12 09:44:36 ntpd[11402]: DNS: Pool taking: 131.188.3.222
2025-01-12 09:47:41,559: WARNING - Jan 12 09:44:36 ntpd[11402]: DNS: Pool taking: 5.75.181.179
2025-01-12 09:47:41,563: WARNING - Jan 12 09:44:36 ntpd[11402]: DNS: dns_take_status: 2.debian.pool.ntp.org=>good, 8
2025-01-12 09:47:41,567: WARNING - Jan 12 09:44:37 ntpd[11402]: DNS: dns_probe: 3.debian.pool.ntp.org, cast_flags:8, flags:101
2025-01-12 09:47:41,571: WARNING - Jan 12 09:44:37 ntpd[11402]: DNS: dns_check: processing 3.debian.pool.ntp.org, 8, 101
2025-01-12 09:47:41,575: WARNING - Jan 12 09:44:37 ntpd[11402]: DNS: Pool taking: 131.188.3.221
2025-01-12 09:47:41,578: WARNING - Jan 12 09:44:37 ntpd[11402]: DNS: Pool taking: 148.251.5.46
2025-01-12 09:47:41,582: WARNING - Jan 12 09:44:37 ntpd[11402]: DNS: Pool taking: 78.46.60.40
2025-01-12 09:47:41,586: WARNING - Jan 12 09:44:37 ntpd[11402]: DNS: Pool taking: 188.40.142.18
2025-01-12 09:47:41,590: WARNING - Jan 12 09:44:37 ntpd[11402]: DNS: dns_take_status: 3.debian.pool.ntp.org=>good, 8
2025-01-12 09:47:41,594: WARNING - Jan 12 09:44:40 ntpd[11402]: CLOCK: time slew +0.005344 s
2025-01-12 09:47:41,598: WARNING - Jan 12 09:44:41 ynh-vpnclient[11417]: [INFO] Checking if configuration is valid...
2025-01-12 09:47:41,602: WARNING - Jan 12 09:44:41 ynh-vpnclient[11422]: [INFO] Now actually starting OpenVPN client...
2025-01-12 09:47:41,606: WARNING - Jan 12 09:47:41 systemctl[11424]: Job for openvpn@client.service failed because a timeout was exceeded.
2025-01-12 09:47:41,610: WARNING - Jan 12 09:47:41 systemctl[11424]: See "systemctl status openvpn@client.service" and "journalctl -xeu openvpn@client.service" for details.
2025-01-12 09:47:41,614: WARNING - Jan 12 09:47:41 ynh-vpnclient[11461]: tail: cannot open '/var/log/openvpn-client.log' for reading: No such file or directory
2025-01-12 09:47:41,618: WARNING - Jan 12 09:47:41 ynh-vpnclient[11464]: [CRIT] Failed to start OpenVPN :/
2025-01-12 09:47:41,622: WARNING - Jan 12 09:47:41 systemd[1]: ynh-vpnclient.service: Main process exited, code=exited, status=1/FAILURE
2025-01-12 09:47:41,626: WARNING - Jan 12 09:47:41 systemd[1]: ynh-vpnclient.service: Failed with result 'exit-code'.
2025-01-12 09:47:41,630: WARNING - Jan 12 09:47:41 systemd[1]: Failed to start ynh-vpnclient.service - YunoHost VPN Client..
2025-01-12 09:47:41,634: DEBUG - + ynh_clean_check_starting
2025-01-12 09:47:41,634: DEBUG - + '[' -n '' ']'
2025-01-12 09:47:41,634: DEBUG - + '[' -n '' ']'
2025-01-12 09:47:41,634: DEBUG - + return 1
2025-01-12 09:47:41,635: DEBUG - + ynh_exit_properly
2025-01-12 09:47:41,635: DEBUG - + [[ '' =~ ^install$|^upgrade$|^restore$ ]]


[09:49:59] <nounours> That was the log i got
[10:00:04] <@err404:matrix.numericore.com> nounours: je dirais que ton client ooenvpn n'est pas parvenu à se lancer suite à un timeout.
Mais tes logs n'en disent pas plus.
Est ce que tu as vérifié que les ports de ton vpn sont bien ouverts, est ce que tu peux pinguer le vpn de fdn?
[10:01:05] <nounours> Comment je fais pour ping le vpn de fdn ? 😅
[10:01:25] <nounours> terminal -> ping ip_du_vpn ?
[10:02:17] <@err404:matrix.numericore.com> Oui, pour commencer
[10:03:01] <@err404:matrix.numericore.com> C'est vite fait de se tromper sur l'ip, donc au moins si ça ping c'est un bon début 😃
[10:03:44] <@err404:matrix.numericore.com> Si le vpn de fdn a une ipv6 c'est bien de pouvoir l'utiliser aussi
[10:07:57] <@err404:matrix.numericore.com> Je ne connais pas les détails du vpn de fdn mais comme tout vpn il y a généralement une paire de clefs à générer et ensuite on partage les clefs publiques.
Je ne sais pas si le timeout arrive aussi si les clefs ne sont pas bonnes ou absentes (dans ce genre de cas tu devrais avoir un refus, pas un timeout à priori)
[10:09:40] <nounours> ing 80.67.178.55
PING 80.67.178.55 (80.67.178.55) 56(84) bytes of data.
64 bytes from 80.67.178.55: icmp_seq=1 ttl=64 time=0.134 ms
64 bytes from 80.67.178.55: icmp_seq=2 ttl=64 time=0.099 ms
64 bytes from 80.67.178.55: icmp_seq=3 ttl=64 time=0.118 ms

pour le ping j obtiens ça sur l ipv4
[10:10:26] <@err404:matrix.numericore.com> Ok, ça ping bien
[10:11:47] <nounours> pour ipv6 aussi tout marche bien avec le ping
[10:11:47] <nounours> quand je suis connecter avec le vpn
[10:12:39] <nounours> Apres peut etre due que j utilise un ficheir opvn a la place d un fichier cube ?
[10:13:02] <@err404:matrix.numericore.com> https://vpn-public.fdn.fr/index.html#configuration
[10:13:46] <@err404:matrix.numericore.com> Normalement tu dois récuperer le fichier .ovpn disponible sur le vpn de fdn
[10:14:14] <@err404:matrix.numericore.com> Et configurer ton openvpn pour qu'il utilise ce fichier .ovpn
[10:18:09] <nounours> donc pour yunohost je suis la meme manip que pour linux ?
[10:28:14] <nounours> et mais
[10:41:42] <nounours> ok tout est bon, le probleme etait situe entre l ecran et la chaise 🥹
[10:47:56] <@chrichri:ween.de> Thinking about upgrading to bookworm / yunohost 12 I had the idea to convert first the root fs from ext4 to btrfs to have a snapshot at hand in case I can't get it working on first try. Good idea?
[11:47:05] <pti-jean> nounours, Normalement pour le VPN Fdn faut utiliser le fichier .cube
[11:49:01] <pti-jean> J'ai très récemment essayé de le configurer avec le fichier .ovpn ... je n'y suis pas arrivé !
[11:49:28] <pti-jean> Je parle pour YunoHost!
[11:50:42] <pti-jean> Avec le fichier .cube ça ce configure automatiquement !
[12:37:58] <nounours> ok j i tout casser, j ai essaye de reprendre la reinstallation depuis le debut et la post installation ne marche plus
[12:38:11] <nounours> > Avec le fichier .cube ça ce configure automatiquement !
yes ca avait marche
[12:42:09] <nounours> ah chaque fois que je relance le unohost local ça me renvoit au debut