[02:51:26]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 47 pending update PRs
- 4 new apps PRs
- 4 failed apps updates: focalboard, traggo, tvheadend, vikunja
See the full log here: http://paste.yunohost.org/raw/vakilehupi
[03:47:27]
<Émy - OniriCorpe> ah c'est nouveau que l'auto updater tourne à 4 heures du mat' x)
[08:40:26]
<lautre> > Yes please 🙂. Thanks for the report
Done : https://forum.yunohost.org/t/disable-smtp-relay-in-config-isnt-applyed-in-webadmin-i-give-easy-workaround/28931
[09:15:22]
<Salamandar> > <@oniricorpe:im.emelyne.eu> ah c'est nouveau que l'auto updater tourne à 4 heures du mat' x)
Hmmm j’avais mis 2h30 c’est étrange
[09:15:22]
<Salamandar> ça me soûlait que l’autoupdater tourne à 20h30 et encombre la CI pendant que je bosse
[09:15:47]
<Salamandar> j’avoue j’y suis allé yolo sans vous concerter 😶
[09:17:41]
<Salamandar> > <@Salamandar:matrix.org> Hmmm j’avais mis 2h30 c’est étrange
ah mais entre UTC et heure française ça doit être 3:30
[09:27:52]
<lapineige> En vrai je crois que c'est mieux. Si y'a une mise à jour publiée, a priori c'est en journée voire en soirée pour les projets bénévoles, hop pendant la nuit la màj est proposée, et la CI a le temps de tourner et de se dégorger d'ici le matin (pour celles et ceux qui font ça au réveil ;), et sinon c'est près pour le soir suivant.
Et quand on bosse sur le packaging en fin de journée, ça fait pas concurrence
[11:11:29]
<lautre> Sinon, on pourrait allonger la durée d'une journée, passer de 24h à 36? <-- Répondez pas, merci
[11:14:23]
<Salamandar> > <@lautre:matrix.org> Sinon, on pourrait allonger la durée d'une journée, passer de 24h à 36? <-- Répondez pas, merci
owi
[11:14:36]
<Salamandar> PR incoming on github.com/everything/solar_system
[15:12:45]
<Yunohost Git/Infra notifications> @NicolasCllt forked yunohost to [NicolasCllt/yunohost](https://github.com/NicolasCllt/yunohost)
[19:32:09]
<Émy - OniriCorpe> je capte vraiment pas pourquoi les gens font une fixette sur cloudflare
[19:32:10]
<Émy - OniriCorpe> https://aria.im/_matrix/media/v1/download/im.emelyne.eu/YQeFNzERUWbDvHfdmnYAZOAG
[19:32:27]
<Émy - OniriCorpe> "yunohost est très bon, mais je considère personnellement qu'il pourrait s'améliorer dans la compatibilité avec les tunnels Cloudflare. Mais pour le reste, le système est un 10/10."
[19:32:51]
<Émy - OniriCorpe> et ça serait surtout contre l'éthique du projet d'implémenter ça quoi
[19:34:36]
<mathieuw> > <@oniricorpe:im.emelyne.eu> et ça serait surtout contre l'éthique du projet d'implémenter ça quoi
Selon moi, c'est même contradictoire, sur plein de plans (à commencer par la réappropriation de ses données, le choix de réduire l'impact environnemental, toussa).
[19:37:24]
<Émy - OniriCorpe> bah oui
[19:37:27]
<Émy - OniriCorpe> et ça reste un méga réseau privateur
[19:37:49]
<Émy - OniriCorpe> si les gens détestent Meta ou Alphabet, iels devraient détester Cloudflare
[19:55:05]
<Émy - OniriCorpe> des critiques de yunohost (en ukrainien) : https://blog.malynka.duckdns.org/blog/2023/11/28/yunohost-test-install.html
[19:55:10]
<Émy - OniriCorpe> https://social.net.ua/objects/35cba5b3-0909-4bfd-a384-ca7f2242f63a
[19:55:20]
<Émy - OniriCorpe> en gros il a eu des problèmes de ssh
[19:55:37]
<Émy - OniriCorpe> il se plaint que les apps soient installées dans /var/www au lieu de /home
[19:56:13]
<Émy - OniriCorpe> que ynh ne prévienne pas de la place prise par une app (c'est faux)
[19:56:45]
<Émy - OniriCorpe> que les outils de maintenance système (?) soient limités
[19:57:00]
<Émy - OniriCorpe> "yunohost simplifie à zéro l'installation et la configuration des services de l'ensemble, mais complique leur support, rend très difficile la configuration des réglages supplémentaires (voir. problème avec l'espace disque sous nextcloud) et l'installation de quelque chose ne provenant pas du catalogue"
[19:57:23]
<Émy - OniriCorpe> dit que c'est nul qu'on n'utilise pas docker
[19:57:46]
<Émy - OniriCorpe> "parce que les conteneurs docker ou podman sont la forme la plus simple d'infrastructure en tant que code, ce qui est bon de n'importe quel point de vue, et uhonost est une continuation de l'approche classique (coûts plus élevés, risques plus élevés)"
[19:58:05]
<Tag> > <@oniricorpe:im.emelyne.eu> des critiques de yunohost (en ukrainien) : https://blog.malynka.duckdns.org/blog/2023/11/28/yunohost-test-install.html
son certificat est expiré depuis quelques temps :') Tue, 29 Oct 2019 17:52:26 GMT
[19:58:28]
<Émy - OniriCorpe> ouais
[19:59:35]
<Bram> > <@oniricorpe:im.emelyne.eu> je capte vraiment pas pourquoi les gens font une fixette sur cloudflare
propagande commercial comme le fait que tout le monde veut un VPN aujourd'hui alors que c'est pas pertinant 98% du temps
[20:00:19]
<Bram> > <@oniricorpe:im.emelyne.eu> "parce que les conteneurs docker ou podman sont la forme la plus simple d'infrastructure en tant que code, ce qui est bon de n'importe quel point de vue, et uhonost est une continuation de l'approche classique (coûts plus élevés, risques plus élevés)"
"coûts + élevés" d'où ça :| ?
[20:00:32]
<Bram> c'est juste moins élevés que de containeriser jpp 😭
[20:00:47]
<Bram> sinon on dirait un gros techos frustré de pas pouvoir custom comme il veut, classique shit
[20:01:26]
<Émy - OniriCorpe> ouais
[20:01:53]
<Émy - OniriCorpe> en fait soit il n'a pas regardé packaging v2 soit il le comprend pas, pour dire que c'est une approche classique
[20:02:09]
<Émy - OniriCorpe> ou alors il ne comprends pas docker mdr
[20:02:17]
<Tag> je trouve ça un peu de mauvaise fois le coup de pas pouvoir custom... au contraire je trouve que j'ai plusse de marge de manœuvre avec Debian/YunoHost qu'autre chose, containerisé etc...
[20:02:52]
<Tag> on a des hooks de partout, des includes dans nos fichiers de conf dès que possible, etc...
[20:03:11]
<Émy - OniriCorpe> grave
[20:03:21]
<Émy - OniriCorpe> avec un docker bah tu touches juste pas quoi
[20:03:21]
<Bram> ouais mais c'est pas super trop mis en avant non ?
[20:03:22]
<Bram> ni documenté ?
[20:03:25]
<Bram> enfin on a même le regenconf (que je veux améliorer d'ailleurs)
[20:04:03]
<Émy - OniriCorpe> https://yunohost.org/fr/packaging_apps_hooks
[20:04:12]
<Émy - OniriCorpe> c'est bien documenté mais pas mis en avant
[20:04:21]
<Tag> les hooks il doit y avoir une doc quelque part
puis quand c'est un barbu qui veut modifier un fichier de conf qui râle, c'est qu'il l'a pas ouvert sinon il aurait vu l'include...
[20:04:28]
<Émy - OniriCorpe> https://yunohost.org/en/contribute/packaging_apps/advanced/hooks
[20:04:35]
<Émy - OniriCorpe> la docu anglophone ets + fournie
[20:04:47]
<Émy - OniriCorpe> > <@tag:lostpod.me> les hooks il doit y avoir une doc quelque part
> puis quand c'est un barbu qui veut modifier un fichier de conf qui râle, c'est qu'il l'a pas ouvert sinon il aurait vu l'include...
oui mdr
[20:07:34]
<Émy - OniriCorpe> ah sinon il chouine que c'est pas un système d'exploitation alors qu'on se vend comme ça
[20:08:13]
<Émy - OniriCorpe> mais bah un système d'exploitation c'est un ensemble d'outils, donc si .\_\_\_. ou je manque un truc ?
[20:13:24]
<Bram> ça doit pas être la définition mentale qu'il s'en est fait >_>
[20:13:34]
<Bram> on est même inscrit officielement comme "debian derivated"
[20:13:40]
<Bram> à la demande de debian
[20:15:52]
<Bram> Tag: debian a une liste des "debian derivated" et on a reçu un mail y a longtemps pour aller s'y inscrire
[21:20:12]
<Bram> Salamandar: can you answer here plz? Or can I simply merge it? https://github.com/YunoHost/apps/pull/2099
[21:23:45]
<Salamandar> > <@Bram_:matrix.org> Salamandar: can you answer here plz? Or can I simply merge it? https://github.com/YunoHost/apps/pull/2099
Answered. Tbh i am kinda okay with merging it and then iterating to a better looking code.
[21:24:42]
<Bram> > <@Salamandar:matrix.org> Answered. Tbh i am kinda okay with merging it and then iterating to a better looking code.
ok, let's do that then, thx ❤️
[21:25:26]
<Salamandar> Alrite
[21:34:11]
<Yunohost Git/Infra notifications> [yunohost] @Psycojoker [commented](https://github.com/YunoHost/yunohost/pull/1800#issuecomment-1992624787) on [issue #1800](https://github.com/YunoHost/yunohost/pull/1800) ci(autoblacks): switch from using gitlab CI to github actions for autoblacking code: Ok, lets totally remove black then
[21:36:11]
<Yunohost Git/Infra notifications> [yunohost] @Psycojoker [commented](https://github.com/YunoHost/yunohost/pull/1800#issuecomment-1992627265) on [issue #1800](https://github.com/YunoHost/yunohost/pull/1800) ci(autoblacks): switch from using gitlab CI to github actions for autoblacking code: > We did it only on tags to avoid spam, idk if we want to keep this behavior? I think we can but Im not sure we want? ...