[07:49:28]
<Michele Agostinelli> Good morning, i found an issue intresting in my case, how can i know when it is merdged into main? (https://github.com/YunoHost-Apps/mautrix_telegram_ynh/pull/86).
I installed the mautrix-telegram bot but it fails, due to wrong permission.
[09:48:10]
<isAAAc> you should recieve a mail notification when the PR is accepted & merged (as far i know)
[10:26:30]
<Michele Agostinelli> The PR is not mine!
[10:29:08]
<isAAAc> the PR has been merged one month ago, in testing branch https://github.com/YunoHost-Apps/mautrix_telegram_ynh/pull/86#event-20867922775
[10:31:40]
<isAAAc> https://github.com/YunoHost-Apps/mautrix_telegram_ynh/issues/85 perhaps could you request testing -> prod in this issue ? *(i'm not the maintainer of the package)*
[10:34:09]
<isAAAc> or use the testing branch as described in the readme.md:
```
# fresh install:
sudo yunohost app install https://github.com/YunoHost-Apps/mautrix_telegram_ynh/tree/testing
# upgrade an existing install:
sudo yunohost app upgrade mautrix_telegram -u https://github.com/YunoHost-Apps/mautrix_telegram_ynh/tree/testing
```
[10:47:11]
<pie4_by_yuno> bonjour ,
mon installation a abouti à ce que l'administration de mon yunohost soit à l'adresse mondomaine.com/yunohost/admin
Or aujour'hui j'aimeais utilser mondomaine.com comme racine pour un blog (wordpress ou autre)
est-il possible de basculer l'accès admin de yunohost sur yunohost.mondomaine.com et ainsi libérer la racine mondomaine.com/ pour cette appli blog ?
[10:48:40]
<Michele Agostinelli> Ok, thanks but when it arrives in main branch, i will reinstall the app, or I can change the "repo" to main (production)? Thanks
[10:52:13]
<pie4_by_yuno> Hi,
My installation led me to have the yunohost admin page at mydomain.com/yunohost/admin
Today I would like to use the root path mydomaine.com/ for a blog application...
Is it possible to modify the admin acces and shift it to the subdomain yunohost.mydomain.com , and liberate the root adress mydomain.com/ for an other application ?
[11:00:56]
<orhtej2> > <@pie4_by_yuno:matrix.org> Hi,
> My installation led me to have the yunohost admin page at mydomain.com/yunohost/admin
> Today I would like to use the root path mydomaine.com/ for a blog application...
> Is it possible to modify the admin acces and shift it to the subdomain yunohost.mydomain.com , and liberate the root adress mydomain.com/ for an other application ?
>
Yunohost paths are always there, even when you install an app on root domain iirc
[11:01:12]
<orhtej2> only the portal gets replaced
[11:27:59]
<isAAAc> as far i know, you'll use the testing branch during an upgrade only if you precise it in the command-line: the default repo argument is the default repo (not the testing one)
[11:48:55]
<Michele Agostinelli> Nothing to do, also the testing version is not working....
Warning: WARNING: The directory '/var/www/mautrix_telegram/.cache/pip' or its parent directory is not owned or is not writable by the current user. The cache has been disabled. Check the permiss12:33:11 [24/1216]
that directory. If executing pip with sudo, you should use sudo's -H flag.
Info: [########+++.........] > Registering Synapse app-service
Warning: Traceback (most recent call last):
Warning: File "<frozen runpy>", line 198, in _run_module_as_main
Warning: File "<frozen runpy>", line 88, in _run_code
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/mautrix_telegram/__main__.py", line 20, in <module>
Warning: from telethon import __version__ as __telethon_version__
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/telethon/__init__.py", line 1, in <module>
Warning: from .client.telegramclient import TelegramClient
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/telethon/client/__init__.py", line 21, in <module>
Warning: from .downloads import DownloadMethods
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/telethon/client/downloads.py", line 16, in <module>
Warning: import aiohttp
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/aiohttp/__init__.py", line 6, in <module>
Warning: from .client import (
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/aiohttp/client.py", line 87, in <module>
Warning: from .connector import (
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/aiohttp/connector.py", line 64, in <module>
Warning: from .resolver import DefaultResolver
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/aiohttp/resolver.py", line 12, in <module>
Warning: import aiodns
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/aiodns/__init__.py", line 60, in <module>
Warning: class DNSResolver:
Warning: File "/var/www/mautrix_telegram/lib/python3.11/site-packages/aiodns/__init__.py", line 162, in DNSResolver
Warning: ) -> asyncio.Future[list[pycares.ares_query_a_result]]: ...
Warning: ^^^^^^^^^^^^^^^^^^^^^^^^^^^
Warning: AttributeError: module 'pycares' has no attribute 'ares_query_a_result'
Error: Unable to install mautrix_telegram: An error occurred inside the app installation script
Info: The operation 'Install the 'mautrix_telegram' app' could not be completed. Please share the full log of this operation using the command 'yunohost log share 20251211-113244-app_install-mautrix_telegram' to
get help
[15:21:01]
<Solrac> This is a bit out of scope of YunoHost, in a sense; but, but do you know of any spaces/rooms that might be dedicated to setting up a "growing raid" (adding drives over time) and how to do manage lvm, zfs or I asusme even btrfs (still researching)
[15:22:20]
<isAAAc> Please share the full log of this operation using the command 'yunohost log share 20251211-113244-app_install-mautrix_telegram' and ^perhaps paste the log url in https://github.com/YunoHost-Apps/mautrix_telegram_ynh/issues/85 if the log tells the same error as the initial issue, (it should not, or the testing should work) or open a new issue with all the needed details (OS, Version of YNH, version of the app, the url of the full log) and wait for the maintainer :/
[15:47:44]
<Michele Agostinelli> The repository is full of bugs, i solved one, then the are another... I think it's in abandoned state. I forked it,, and iḿ tryng to fix it
[18:04:25]
<Sylvain> hello
Do you know if it's possible to install yunohost on a Iomega IX2-NG (a style of little NAS) ?
[18:05:00]
<Aleks (he/him/il/lui)> the rule of thumb is : if you can install Debian, you can install YunoHost
[18:10:06]
<Sylvain> thanks for the tip
It seems it's possible
If i manage ton install debian, then can i "convert" it into yunohost ? I there an apt source for doing that conversion ?
[18:10:58]
<Gwên> Ok, je vais désinstaller réinstaller Conduit, souhaitez-moi bonne chance !
[18:11:16]
<Aleks (he/him/il/lui)> yes you can just follow the instructions at https://doc.yunohost.org/admin/get_started/install_on/on_top_of_debian/
[18:11:35]
<Aleks (he/him/il/lui)> which basically boils down to running `curl https://install.yunohost.org | bash`
[18:12:41]
<Sylvain> thank you, it's much clear for me
I will test
[18:14:46]
<@err404:matrix.numericore.com> https://doc.yunohost.org/fr/admin/get_started/install_on/on_top_of_debian/?persistLocale=true <-- Par dessus Debian
[18:17:52]
<Gwên (compte de test)> Hop
[18:17:54]
<Gwên (compte de test)> Re
[18:18:00]
<Gwên (compte de test)> J'ai un petit souci (pas avec Conduit mais avec matrix)
[18:18:06]
<Gwên (compte de test)> En faisant un diagnostic j'ai cette erreur :
Le fichier de configuration /etc/ssh/sshd_config semble avoir été modifié manuellement.
[18:18:14]
<Gwên (compte de test)> Pourtant, j'ai pas modifié ce fichier
[18:18:40]
<Gwên (compte de test)> Ça vaut le coup de forcer la réinitialisation à la config recommandée ?
[18:21:36]
<Chatpitaine Caverne> Avec ce message, il doit te proposer les commandes de vérifications (--dry-run --with-diff) et de mise à jour (--force). Vois déjà le dry-run with-diff.
[18:21:48]
<Gwên (compte de test)> Ok
[18:26:41]
<Gwên (compte de test)> Bon j'ai reset et ça semble être bon
[18:26:49]
<Gwên (compte de test)> Mais bizarre, je n'ai rien touché
[18:27:27]
<Chatpitaine Caverne> Comme dit Aleks "computers were a mistake". J'aime bien cette citation.
[18:29:04]
<Aleks (he/him/il/lui)> https://www.youtube.com/watch?v=gRfw2oxJnZQ
[18:33:51]
<Chatpitaine Caverne> Aleks (he/him/il/lui): Rooooh la yourt pour le chat. Je fond.
[18:35:33]
<Chatpitaine Caverne> Y'a pas d'émoji "tout brûler" ? ça manque.
[18:49:47]
<@gwen:grtt.fr> Boooooon
[18:49:48]
<@gwen:grtt.fr> Re
[19:12:10]
<Gwên> À ma grande surprise j'ai automatiquement été remise en propriétaire de mes salons
[19:12:11]
<Gwên> Donc la stratégie éteindre et redémarrer semble avoir été couronnée de succès pour le moment
[19:12:14]
<@err404:matrix.numericore.com> en fait le statut est conservé, c'est pour ça que lorsque un nom de domaine est récupéré par quelqu'un d'autre ça permet d'ussurper les droits, mais il n'est pas évident de faire autrement, un serveur ne peut pas savoir qu'un nom de domaine n'existe plus puis est récupéré.
[19:15:47]
<Gwên> Oui, c'est logique en soi
[19:15:58]
<Gwên> Tant mieux pour moi du coup