[02:27:52]
<opinionplatform.org 6> > Current version: 0.12.4~ynh102
> 2023-09-06: Prosody 0.12.4 has been released
Why ynh uses almost 1.5 year old version of prosody?
[02:33:58]
<Aleks (he/him/il/lui)> because upgrades are not magical and volunteer time is not infinite nor immediate
https://doc.yunohost.org/community/faq/#when-will-this-feature-be-implemented-why-isnt-that-app-packaged-yet-i-cannot-believe-you-do-not-do-this-yet
feel free to contribute : https://github.com/YunoHost-Apps/prosody_ynh/pulls
[02:46:02]
<Aleks (he/him/il/lui)> (and also because they have their own weird git forge, which doesnt make it easy to integrate with our automatic upstream update system...)
[02:48:16]
<opinionplatform.org 6> IMO a better answer could be using Debian stable, with slight upgrade, but ynh FAQ doesn't say which version of Debian.
[02:51:17]
<Aleks (he/him/il/lui)> Debian stable ships prosody 0.12.3 which is even older ...?
[02:51:30]
<opinionplatform.org 6> Trixie has
> prosody (13.0.1-1)
so maybe I don't grock ynh as a distro.
[02:52:14]
<Aleks (he/him/il/lui)> prosody upstream has nothing called "13.x"
[02:52:47]
<Aleks (he/him/il/lui)> oh it does
[03:07:41]
<opinionplatform.org 6> Maybe another way of asking is: Why does ynh choose to be a different Debian distro, not standard packages for existing Debian distros, like freedombox?
[03:13:31]
<Aleks (he/him/il/lui)> because packaging webapps using Debian packaging is horrendous for various reason.
for example : plenty of apps on yunohost can be installed several times on different domains / path. How do you make it so that Debian packages can be installed several times, but with different "parameters" ?
[03:17:01]
<Aleks (he/him/il/lui)> other examples : plenty of apps are based on nodejs, pip, composer, gem, you name it. If you follow Debian packaging practice, each dependency should itself be an individual package. This is basically impossible to achieve because there's just way too many packages and way too many versions. You can probably "just run `npm install` / `pip install` / `gem install` whatever during build time, but Debian tooling doesn't like it so much when internet connectivity is needed during builds
[03:24:13]
<Aleks (he/him/il/lui)> an at the end of the day, debian packages and yunohost "apps" package are both named "package" but they solve pretty different problems. Debian packages mainly bundle files and spread them to the appropriate locations on the filesystem, typically to add shared libs or new programs for the CLI.
Yunohost apps are a lot more about "you need to configure 10 different config files for 10 different services using inputs from the user, and that input may come from a web API", and there are various UI/UX considerations that would just be horrible to integrate in Debian packaging
[05:17:08]
<Gwên> > <Nyx> Lorsque les derniers utilisateurs quittent le chat, il est impossible de le rejoindre à nouveau. De plus, les chats occupent peu d'espace sur le serveur.
D'aaaaaccord
[05:17:09]
<Gwên> Hello ! J'ai un petit souci sur ma Yunohost. Je constate ce matin le souci suivant en faisant le diagnostic :
"La résolution du nom de domaine semble cassée, bloquée ou interrompue pour une raison quelconque… Un pare-feu bloque-t-il les requêtes DNS ?"
Ça m'arrive de temps en temps et d'habitude un redémarrage du serveur suffit, mais là ça n'a rien changé. Vous savez à quoi c'est dû et ce que je peux y faire ? :S
[05:17:09]
<Gwên> Merci !
[05:17:38]
<Gwên> (Dernière version de ynh sur un ordi local)
[05:18:53]
<Gwên> Après quelques minutes ça semble refonctionner 😅 Mais je suis preneuse de vos éclairages quand même pour savoir ce que c'est
[06:36:48]
<isAAAc> Gwên: à vue de nez, on dirait que ton serveur n'arrivait pas à résoudre les requêtes DNS au moment où il a effectué le test
[07:52:25]
<Gwên> Ça je sais, mais je ne comprends pas pourquoi. Et justement, ça recommence T_T Avant c'était une fois tous les quelques jours, là c'est carrément plusieurs fois par jour, je ne comprends pas d'où vient le souci
[07:52:28]
<Gwên> Ah, j'ai relancé dnsmasq et ça remarche \o/
[08:30:15]
<NemStudio18> Bonjour, j'ai créé une dossier dans /var/www/ j'y ai mis une app que je suis entrain de dev. Impossible d'écrire dedans alors que j'ai bien les droits et j'en suis propriétaire...
Mais à chaque fois que je veux lancer un environnement python j'ai " accès non accordé"
Une idée ?
(Je vais install élément sur le pc ce sera plus simple pour dépanner)
[08:33:53]
<NemStudio18> Sinon je fais tout depuis mon home mais je trouve pas ça ouf...
[08:35:12]
<isAAAc> NemStudio18: _à confirmer par ceux qui sachent_
je pense qu'il y a deux cas de figure:
- soit du custom app https://doc.yunohost.org/admin/apps/custom_apps/
- soit tu veux dev un paquet pour ynh https://doc.yunohost.org/packaging/
[08:35:52]
<isAAAc> mais juste faire un truc dans /var/www , tu vas au devant de "çapasmarche" assez évidents ;)
[08:36:49]
<isAAAc> (enfin , évidents quand tu as lu les deux liens ci dessus, y a d'autres trucs que ynh où effectivement, ça marche plus ou moins comme ça)
[08:42:39]
<NemStudio18> Bha le délire c'est faire un package pour un truc qui serait public encore je dis pas mais là c'est purement du backend
[08:43:49]
<NemStudio18> Donc ça me fait un peu "suer" de faire un package mais si c'est le plus simple je vais voir a faire ça....
Sinon l'idée était de servir mon dossier depuis mon home plutôt que /var/www
[08:45:09]
<NemStudio18> Donc ça me fait un peu "suer" de faire un package mais si c'est le plus simple je vais voir a faire ça....
Sinon l'idée était de servir mon dossier depuis mon home plutôt que /var/www
Car je sais pas si je vais pouvoir faire tourner un environnement python/Flask sur my_webapp...
[08:55:51]
<Salamandar> > Mais à chaque fois que je veux lancer un environnement python j'ai " accès non accordé"
Bin du coup tu n'en es pas propriétaire ? Ou alors c'est à propos d'un autre dossier ?
[09:15:14]
<@tuxakadjseb:mozilla.org> > <@ericg:matrix.org> et https://erdgeist.org/arts/software/opentracker/#overview ?
En effet, OpenTracker semble bien répondre à mes besoins. L’application existe bien sous Yunohost mais elle est cassée. C’est sans doute la raison pour laquelle je ne l’avais pas vue dans le catalogue :
https://apps.yunohost.org/app/opentracker
[10:16:58]
<NemStudio18> > <@Salamandar:matrix.org> > Mais à chaque fois que je veux lancer un environnement python j'ai " accès non accordé"
>
> Bin du coup tu n'en es pas propriétaire ? Ou alors c'est à propos d'un autre dossier ?
ls -ld /var/www/monapp
drwxr-x--- 9 monuser www-data
Et sur le contenu récursivement c'est pareil...
[10:31:18]
<NemStudio18> Sinon je me débrouille pour n'avoir qu'à push ma bdd depuis mon pc local avec une tâche cron mais j'aurai préféré éviter car mon pc de travail n'a pas pour vocation à traiter le background de mon app
[11:23:13]
<Tagada> > <@nemstudio18:matrix.org> ls -ld /var/www/monapp
> drwxr-x--- 9 monuser www-data
> Et sur le contenu récursivement c'est pareil...
Et quelle commence tance tu pour avoir quelle erreur exactement ? Avec quel utilisateur ?
[11:25:12]
<yunohelper> Hi! To help us volunteers help you, read about <a href="https://yunohost.org/en/community/help#how-to-ask-for-help">how to ask for help</a>.<br />Notably, if you are getting an error, share its <em>full</em> log by pasting here the link to the page created by the YunoPaste buttons.<br />Thank you for you patience, and thank you for using YunoHost!
[11:52:28]
<NemStudio18> > <@tag:lostpod.me> Et quelle commence tance tu pour avoir quelle erreur exactement ? Avec quel utilisateur ?
Avec mon user donc admin mais pas Root, je veux activer mon environnement donc je dois me déplacer dans le répertoire alors je fais cd /var/www/monapp et là j'ai un permission non accordée
[12:29:44]
<tripop> Just come here to say : good job on the new docs, and good luck for the goals of donations, i will give when i can. Very great work, and very big thanks to all the yunohost team 🙏
[12:30:58]
<Tagada> > <@nemstudio18:matrix.org> Avec mon user donc admin mais pas Root, je veux activer mon environnement donc je dois me déplacer dans le répertoire alors je fais cd /var/www/monapp et là j'ai un permission non accordée
Il manque sûrement +x pour /var/www afin de pouvoir traverser le dossier
[12:36:20]
<NemStudio18> Oué j'ai trouvé c'est a cause des acl.
Je me suis débrouillé pour ajouter mon utilisateur
[15:39:36]
<NemStudio18> Oué j'ai trouvé c'est a cause des acl.
Je me suis débrouillé pour ajouter mon utilisateur
Après python techniquement est installé sur le système donc accessible depuis my_webapp sûrement ?
[15:40:11]
<Tagada> > <@nemstudio18:matrix.org> Oué j'ai trouvé c'est a cause des acl.
>
> Je me suis débrouillé pour ajouter mon utilisateur
>
> Après python techniquement est installé sur le système donc accessible depuis my_webapp sûrement ?
Je te recommande d'utiliser python3-venv pour ça
[16:01:08]
<NemStudio18> Oui mais dans mon cas python venv pour le lancer il faut atteindre le dossier, sauf que acl me bloquait. Mais j'ai trouvé une autre solution, j'ai un serveur non yunohost qui va envoyer les données vers ma bdd MySQL de myWebApp et puis voilà je m'embête plus ! Mais merci des réponses ;)
[17:13:57]
<Tagada> En fait, tu aurais pu créer un package yunohost pour ton application... Peut être la prochaine fois ? 😁
[19:39:53]
<NemStudio18> > <@tag:lostpod.me> En fait, tu aurais pu créer un package yunohost pour ton application... Peut être la prochaine fois ? 😁
Je ne vois pas trop l'intérêt... Sachant que c'est uniquement pour mon utilisation, je ne vois pas trop ce que d'autres feraient de mon site...🤔
[19:46:30]
<Tagada> Sans forcément le rajouter dans le catalogue
On peut aussi installer un paquet a partir d'un dossier
[21:22:10]
<NemStudio18> > <@tag:lostpod.me> Sans forcément le rajouter dans le catalogue
> On peut aussi installer un paquet a partir d'un dossier
J'y songerai dans le cas où mon site serait amené a évoluer et que je sois obligé de faire ça sur une autre instance yuno