[15:17:11]
<myname> Hello, i wan to try yunohost and wanted to know if it is possible on rasberry pi 2?
[15:18:34]
<pti-jean> 👍️
[15:24:14]
<Aleks (he/him/il/lui)> yes it is, but we do not provide pre-installed images, you have to install regular "Raspberry pi OS", then `curl https://install.yunohost.org | bash` via SSH
[15:26:31]
<myname> Thanks
[15:49:05]
<Lasse Gismo> Silly question 🫣
Flashing my RasPi5 with the newest YNH11 image, will I get a 64Bit system then?
[15:52:15]
<Aleks (he/him/il/lui)> you mean newest YNH*12* ?
[15:52:31]
<Aleks (he/him/il/lui)> (and yes our only RPi image for v 3 / 4 / 5 is 64 bit)
[15:52:43]
<tufek> I don't think there is an official image for rpi5 either so unless you installed 32bits OS you should have 64bit version
[15:53:16]
<tufek> my bad, there is
[15:53:21]
<Aleks (he/him/il/lui)> our image on https://doc.yunohost.org/en/images is for RPi 3, 4 and 5
[16:40:40]
<thatoo> Bonsoir,
Est-ce que c'est possible d'avoir collabora qui fonctionne avec nextcloud dans un yunohost qui se trouve derrière une livebox?
[16:41:10]
<thatoo> nextcloud me dit OK
[16:41:20]
<thatoo> coolwsd est démarré
[16:41:26]
<thatoo> mais impossible d'ouvrir un document
[16:43:22]
<Aleks (he/him/il/lui)> si c'est "impossible" alors qu'est-ce qui se passe réellement
[16:45:16]
<thatoo> > Échec du chargement du document
Échec de chargement de Nextcloud Office - veuillez réessayer plus tard
[16:45:59]
<thatoo> J'ai essayé de désinstallé, réinstallé, de limiter à IPv4 mais ça n'a rien changé
[16:46:41]
<thatoo> je n'arrive d'ailleurs pas à joindre la page https://collabora.domain.tld/browser/dist/admin/admin.html à l'aide de admin/password mais ça ce n'est pas très grave
[16:49:38]
<thatoo> Dans les logs de nextcloud je trouve :
> Failed to convert preview: Client error: `POST collabora.domain.tld/cool/convert-to/png` resulted in a `400 Bad Request` response
et plein d''erreur lié à simplexml_load_string() du genre
> simplexml_load_string(): -af76-9e7b14c399f2",buildAssetsDir:"/assets/",cdnURL:""}}</script></body></html> at /var/www/nextcloud/apps/richdocuments/lib/WOPI/Parser.php#39
ou
> simplexml_load_string(): Entity: line 77: parser error : Premature end of data in tag link line 6 at /var/www/nextcloud/apps/richdocuments/lib/WOPI/Parser.php#39
ou
> simplexml_load_string(): ^ at /var/www/nextcloud/apps/richdocuments/lib/WOPI/Parser.php#39
qui j'avoue pour le coup ne me fond pas penser à un probl_ème de réseau comme je pensais de prime abord.
[16:50:46]
<thatoo> ce qui me faisait craindre un truc de réseau, c'était l'erreur en console :
> Document loading failed due to timeout: Please check for failing network requests
[17:04:36]
<thatoo> ah ben voila autre chose.
Ca fonctionne en navigation privée...
Je viens de tester tous mes autres nextcloud+collabora hébergé sur un ynh et tous fonctionne dans mon firefox (pas navigation privée) mais celui-là, refuse de fonctionner sauf en navigation privée, c'est quand même très curieux!
[17:05:46]
<Aleks (he/him/il/lui)> :|
[17:05:51]
<Aleks (he/him/il/lui)> ben naivement ça sonne comme une histoire de cache
[17:06:01]
<Aleks (he/him/il/lui)> est-ce que t'as un autre navigateur avec lequel tester en navigation pas privée ?
[17:06:21]
<thatoo> oui, je vais tester ça
[17:08:43]
<thatoo> 😞 ça fonctionne... que de temps perdu pour une histoire de cache...
Désolé pour le dérangement.
[17:09:18]
<Aleks (he/him/il/lui)> classic computers
[18:51:24]
<Tony> Hey, folks. Any suggestions for YNH CVE security monitoring? Didn't see anything built-in or things like Trivy in the app catalog. Right now I've just been getting to system/app updates every few months when I remember to, but it occurred to me that I should be doing this more intelligently based on whether there are some known/critical/high CVEs for my system.
[19:17:22]
<myname> thatoo: juste par curiosite pourquoi le cache etait le probleme?
[20:21:17]
<orhtej2> anyone hosting HedgeDoc on root domain here? can you tell me if there's a follow up to HTTP/101 on `domain.tld/socket.io/` ? request?
[20:26:49]
<orhtej2> (nvm, seems to be working when inspected with Chromium rather than Firefox, the latter seems to lack WS inspection)
[21:06:00]
<thatoo> > <myname> thatoo: juste par curiosite pourquoi le cache etait le probleme?
Aucune idée mais j'ai redémarré mon ordinateur et maintenant ça fonctionne...
[21:20:15]
<Tag> How did you configure the interface ? DHCP, static ?
I guess you had a look at `/etc/network/interfaces` already or something ?
[21:47:33]
<M3R14M> I can't remember if I initially changed something, but I looked at all the logical places I could think of and nothing out of the ordinary. Which is why I tried to grep for the old ip address but nothing turned up.
[21:48:46]
<M3R14M> I can't remember if I initially changed something, but I looked at all the logical places I could think of and nothing out of the ordinary. Which is why I tried to grep for the old ip address but nothing turned up.
Here's the interfaces:
```
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto enp0s25
allow-hotplug enp0s25
iface enp0s25 inet dhcp
[21:55:02]
<Tag> `/etc/network/interfaces.d/` is empty, right ?
Looks like ipv6 configuration is missing from your config file
[21:58:41]
<M3R14M> Oh no that's my bad, I thought I had selected everything but the last line wasn't included. inet6 is in there as well. interfaces.d is indeed empty
[22:07:06]
<M3R14M> I must say that I haven't seen it happen anymore in the past few hours, so maybe the 1000th time of running regen-conf helped? Wacky scenario. Anyway, the initial issue with the dns resolving still hasn't been fixed, meaning I still need to wait about 10-15 minutes for the `dns.py` to show me a bunch of warnings before i can finally do something