[06:36:37]
<Alperen İsa> I found the problem, it was due to localization. The system language was normally Turkish. Yunohost, on the other hand, replaces "i"s in variable names with "ı"s. Crazy.
[08:03:22]
<Claus> Hi, at first THANK YOU for providing the great yunohost suit - I really am a fan of it. 🥰
[08:05:10]
<Claus> I've got a question concerning the Synapse-Signal-Bridge, to be excact a question concerning the configuration of the access token handling in combination with yunohost. Is this the right place for this question or should I ask in another room?
[08:20:44]
<tituspijean> Feel free to ask it here, but there's actually a dedicated Matrix room to chat with the packagers of the bridges: #mautrix_yunohost:matrix.fdn.fr
[08:20:57]
<tituspijean> They might be of better help 😅
[08:42:25]
<João Pinheiro> Good morning everybody!
[08:45:24]
<João Pinheiro> Aleks (he/him/il/lui): Hi! I'd like to thank you again for your help the other day and let you know that the idea of forcing alphanumeric pwds is probably a good one. I performed a fresh install of YunoHost + Pleroma without any problem! :)
[09:54:56]
<Claus> > <@titus:pijean.ovh> They might be of better help 😅
Thanks a lot - i'll bother them... 😁
[14:02:48]
<throwaway9957> When I run diagnosis, I get this error:
```
Diagnosis failed for category 'ip':
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 169, in _new_conn
conn = connection.create_connection(
File "/usr/lib/python3/dist-packages/urllib3/util/connection.py", line 96, in create_connection
raise err
File "/usr/lib/python3/dist-packages/urllib3/util/connection.py", line 86, in create_connection
sock.connect(sa)
socket.timeout: timed out
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 699, in urlopen
httplib_response = self._make_request(
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 382, in _make_request
self._validate_conn(conn)
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 1012, in _validate_conn
conn.connect()
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 353, in connect
conn = self._new_conn()
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 174, in _new_conn
raise ConnectTimeoutError(
urllib3.exceptions.ConnectTimeoutError: (, 'Connection to ip6.yunohost.org timed out. (connect timeout=30)')
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/requests/adapters.py", line 439, in send
resp = conn.urlopen(
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 755, in urlopen
retries = retries.increment(
File "/usr/lib/python3/dist-packages/urllib3/util/retry.py", line 574, in increment
raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='ip6.yunohost.org', port=443): Max retries exceeded with url: / (Caused by ConnectTimeoutError(, 'Connection to ip6.yunohost.org timed out. (connect timeout=30)'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/moulinette/utils/network.py", line 24, in download_text
r = requests.get(url, timeout=timeout)
File "/usr/lib/python3/dist-packages/requests/api.py", line 76, in get
return request('get', url, params=params, **kwargs)
File "/usr/lib/python3/dist-packages/requests/api.py", line 61, in request
return session.request(method=method, url=url, **kwargs)
File "/usr/lib/python3/dist-packages/requests/sessions.py", line 542, in request
resp = self.send(prep, **send_kwargs)
File "/usr/lib/python3/dist-packages/requests/sessions.py", line 655, in send
r = adapter.send(request, **kwargs)
File "/usr/lib/python3/dist-packages/requests/adapters.py", line 504, in send
raise ConnectTimeout(e, request=request)
requests.exceptions.ConnectTimeout: HTTPSConnectionPool(host='ip6.yunohost.org', port=443): Max retries exceeded with url: / (Caused by ConnectTimeoutError(, 'Connection to ip6.yunohost.org timed out. (connect timeout=30)'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/10-ip.py", line 220, in get_public_ip
return download_text(url, timeout=30).strip()
File "/usr/lib/python3/dist-packages/moulinette/utils/network.py", line 30, in download_text
raise MoulinetteError("invalid_url", url=url)
moulinette.core.MoulinetteError: Failed to connect to https://ip6.yunohost.org ... maybe the service is down, or you are not properly connected to the Internet in IPv4/IPv6.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/yunohost/diagnosis.py", line 196, in diagnosis_run
code, report = diagnoser.diagnose(force=force)
File "/usr/lib/python3/dist-packages/yunohost/diagnosis.py", line 449, in diagnose
items = list(self.run())
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/10-ip.py", line 88, in run
ipv6 = self.get_public_ip(6) if can_ping_ipv6 else None
File "/usr/lib/python3/dist-packages/yunohost/diagnosers/10-ip.py", line 224, in get_public_ip
self.logger_debug(f"Could not get public IPv{protocol} : {e}")
AttributeError: 'MyDiagnoser' object has no attribute 'logger_debug'
```
[14:04:33]
<throwaway9957> I get a lot of failed things in the diagnosis, most of them don't really make sense
[14:05:44]
<throwaway9957> for example this:
```
The following DNS record does not seem to follow the recommended configuration:
Type: AAAA
Name: @
Current value: 2a01:2d9:c0c:7d81::1
Expected value: None
```
[14:08:29]
<Salamandar[m]> heh weird
[14:08:51]
<Salamandar[m]> although i'm wondering if i don't have a bug in the scripts…
[14:08:53]
<Salamandar[m]> In the meantime, you can reset the password, here's the procedure
[14:09:41]
<Salamandar[m]> ```
# Check which password
cat /etc/yunohost/apps/pytition/settings.yml
[14:09:42]
<throwaway9957> ```
sudo cat /etc/yunohost/apps/pytition/settings.yml
cat: /etc/yunohost/apps/pytition/settings.yml: No such file or directory
```
[14:09:45]
<throwaway9957> this would explain a lot of things
[14:10:15]
<Salamandar[m]> oops my msg was sent partially
[14:10:20]
<Salamandar[m]> can you sudo ls /etc/yunohost/apps ?
[14:10:51]
<throwaway9957> ```
sudo ls /etc/yunohost/apps
element funkwhale gitea matomo mumbleserver my_webapp my_webapp__2 my_webapp__4 my_webapp__5 my_webapp__6 netdata nextcloud rainloop vaultwarden wordpress
```
[14:10:56]
<throwaway9957> ```sudo ls /etc/yunohost/apps
element funkwhale gitea matomo mumbleserver my_webapp my_webapp__2 my_webapp__4 my_webapp__5 my_webapp__6 netdata nextcloud rainloop vaultwarden wordpress```
[14:11:14]
<isAAAc> Salamandar: /etc/yunohost/apps/pytition/settings.yml exists on my system, with the choosen passwd
[14:11:21]
<Salamandar[m]> Ah sorry, I was replying to isAAAc not you :)
[14:11:36]
<throwaway9957> oh, I see
[14:13:21]
<Salamandar[m]> ```
# Check which password was saved by Yunohost
cat /etc/yunohost/apps/pytition/settings.yml
# Should be this, but if you have multiple instances that might be something else
cd /var/www/pytition
# Source the python environment
source venv/bin/activate
cd pytition
export DJANGO_SETTINGS_MODULE=pytition.settings.config
# It will prompt you a new password (twice)
python3 manage.py changepassword admin
```
[14:13:38]
<Salamandar[m]> @throwaway9957[m] my 2 cents: either the yunohost server used by diagnosis is down, or your server can't access the internet.
[14:13:40]
<Salamandar[m]> @isAAAc
[14:13:47]
<Salamandar[m]> you can set the same password as yunohost saved
[14:14:08]
<Salamandar[m]> I had to do this today, maybe i f*cked up something in the install script… can't figure out what though
[14:15:41]
<isAAAc> Salamandar: the ls /etc/yunohost/apps : https://krashboyz.org/zerobin/?73e59037e13c6053#HMAqC6Tui9Wubv9H3YYecX1CJsojy9iiUrFthEsvMhSs
[14:15:56]
<Salamandar[m]> OK
[14:16:42]
<Salamandar[m]> Now you can run the commands i sent you as root
[14:16:52]
<isAAAc> Salamandar: i don't understand about setting the passwd, in /etc/yunohost/apps/pytition/settings.yml the passwd is ok , and doesn't work withe admin/<passwd> on django login page
[14:17:01]
<isAAAc> with\ the
[14:17:26]
<Salamandar[m]> (run `sudo su` to get a root shell)
[14:17:32]
<isAAAc> oh, sorry , i didn't saw your block paste , i check it
[14:18:27]
<Salamandar[m]> > <@isAAAc:libera.chat> Salamandar: i don't understand about setting the passwd, in /etc/yunohost/apps/pytition/settings.yml the passwd is ok , and doesn't work withe admin/<passwd> on django login page
Yes, but there might have been a bug while installing pytition. The admin password might not have been sent properly to manage.py for example. If my paste solves the issue for you, then that means the bug is probably my fault :D
[14:23:11]
<isAAAc> Salamandar: a bit busy at work, i give you a feedback asap ;)
[14:23:21]
<Salamandar[m]> ok :)
[14:26:59]
<isAAAc> Salamandar: something's wrong in the path: https://krashboyz.org/zerobin/?1c345c78fd40a914#6ADwkBxN1qR4kG731kUfyEywugXqRM7x9tidauGe96y8
[14:27:25]
<Salamandar[m]> oops
[14:27:29]
<Salamandar[m]> run cd pytition one more time
[14:27:40]
<Salamandar[m]> to be in /var/www/pytition/pytition/pytition
[14:27:44]
<Salamandar[m]> (yess… i know…)
[14:29:08]
<isAAAc> yep login is OK ;) thx for your help ;)
[14:29:19]
<isAAAc> Salamandar:^
[14:29:29]
<Salamandar[m]> good :)
[14:29:37]
<Salamandar[m]> Ok i'll open an issue about that, thanks for the debug !
[14:29:48]
<isAAAc> ths to you for your work ;)
[14:29:52]
<isAAAc> thx*
[14:30:10]
<isAAAc> let's pytition the world \o/
[14:30:46]
<Salamandar[m]> :D
[14:31:22]
<isAAAc> Salamandar: looks like this issue no ? https://github.com/YunoHost-Apps/pytition_ynh/issues/6
[14:31:45]
<isAAAc> oh, yes you just post the last edition
[14:31:46]
<isAAAc> ^^
[14:34:09]
<Salamandar[m]> yes ._.
[14:34:18]
<Salamandar[m]> i "just" forgot about that… ><'
[14:35:41]
<isAAAc> no problem, we are just humans ;)
[14:50:43]
<raccct> if I want permanent IRC connection on my yuno. Does an app like KiwiIRC suffice or do I need more?
[14:51:25]
<isAAAc> raccct: do you use regulary cli ?
[14:52:00]
<raccct> isAAAc: yes, but not for IRC
[14:53:31]
<isAAAc> raccct: ok, i use weechat in a tmux to connect to irc, so i am connected to irc 24/7
[14:53:48]
<isAAAc> raccct: is you choose this solution and need some help, you can ping me ;)
[14:54:57]
<isAAAc> raccct: you can check this doc: https://www.mcgillij.dev/weechat-tmux-remote-irc.html
[14:55:27]
<raccct> isAAAc: ok, thanks for the help!
[14:55:40]
<isAAAc> you're welcome
[14:56:22]
<Ryan> > <@ryan:chat.binarydad.com> I posted on the forum. still having issues trying to get the DNS servers I want to use to "stick"
BTW, I may have figured this out. I had to add my nameservers to `/etc/resolv.dnsmasq.conf`
[15:04:22]
<mooramask> hi everyone, I was installing YUNOHOST on lime2 but it doesn't work
[15:09:42]
<isAAAc> mooramask: i don't use lime2 on my side, but if someone use it, i think they'll need more details than "it doesn't work" ;) for long message with copy/paste of logs, you should use a pastebin like https://paste.yunohost.org/
[15:12:04]
<mooramask> > isAAAc: mooramask: i don't use lime2 on my side, but if someone use it, i think they'll need more details than "it doesn't work" ;) for long message with copy/paste of logs, you should use a pastebin like https://paste.yunohost.org/
ik, logs are on the way
[15:12:57]
<mooramask> https://paste.yunohost.org/raw/iwefeciliv
[15:13:08]
<FreeBDSM> how do you pronounce yunohost? I read it as "WHY YOU NO HOST???"
[15:13:57]
<tituspijean> That is correct.
[15:14:47]
<joeldebruijn[m]> Did not know that 😁
[15:18:54]
<mooramask> Can someone help me with my lime2 ?
[15:24:18]
<mildewfarms> hello, Good morning/Evening. i have installed gitea, when i try to clone using `git clone ssh://gitea@mytld.org:51222/myrepo/settings.git` i am asked for a password. i have followed steps to add .ssh/id_rsa.pub to https://mytld.org/gitea/user/settings/keys and verfied the keys
[15:25:45]
<mildewfarms> i was expecting no password since ssh keys are added to the server, also i am unsure what password to use since the username string in app.ini is gitea and i dont recollect adding 'gitea' user or setting its password
[15:25:55]
<mildewfarms> 51222 above is external port
[16:50:35]
<mildewfarms> resolved by `sudo usermod -a -G ssh.app gitea`
[17:36:13]
<ynhuser> Hi
[17:38:51]
<ynhuser> Getting Url error when accessing installed applications
[18:02:17]
<isAAAc> mooramask: if you don't have any answer for your lime2 install trouble, perhaps can you have a try on the forum too https://forum.yunohost.org/ perhaps is there already some topic about your problem
[18:02:47]
<mooramask> > isAAAc: mooramask: if you don't have any answer for your lime2 install trouble, perhaps can you have a try on the forum too https://forum.yunohost.org/ perhaps is there already some topic about your problem
oh, thank you very much
[18:05:56]
<isAAAc> you're welcome
[18:44:40]
<Major> We have installed Yunohost on pi 2 but the challenge is the nohost.me domain does not resolve or exit. even on th diagonistic domain nohost.me has errors too
[18:45:17]
<Aleks (he/him/il/lui)> can you share the diagnosis results using the green button on the diagnosis page ?
[18:45:24]
<Aleks (he/him/il/lui)> sounds like port forwarding issues to me ...
[18:49:58]
<Major> Will do that shortly
[18:51:19]
<colm> Hi all; had some trouble with migration 21 (I had ffsync installed and it had un-meetable dependencies, uninstalled it and the migration seemed to run ok, but I now see that ´yunohost-admin´ is still on version 4.4.1
What I have tried so far: apt dist-upgrade (saw this on the forum) but I now have an error:
´´´
Error: Found 1 significant issue(s) (and 1 warning(s)) related to Base system!
Warning: Found 1 item(s) that could be improved for Internet connectivity.
/var/lib/dpkg/info/yunohost.postinst: line 5: 5288 Illegal instruction yunohost diagnosis run --for
ce
dpkg: error processing package yunohost (--configure):
installed yunohost package post-installation script subprocess returned error exit status 132
Errors were encountered while processing:
yunohost
´´´
[18:54:33]
<colm> I manually ran the rest of the migrations, 22 to 24, but still stuck on admin v4.4.1
[18:57:47]
<colm> trying to share my log but currently struggling with the cli tool, will get it in a min
[19:00:13]
<Liko> Am getting an error when i try to access userinterface "Redirection error: Invalid URL"Some DNS records are missing or incorrect for domain phala.nohost.me (category basic)
[19:01:19]
<Liko> DNS Records Some DNS records are missing or incorrect for domain phala.nohost.me (category basic)
[19:02:13]
<Aleks (he/him/il/lui)> colm: what kind of hardware are you running
[19:03:19]
<Liko> Pi 3
[19:04:01]
<colm> > <@Alekswag:matrix.org> colm: what kind of hardware are you running
description: Base system
id: basesystem
items:
0:
details: Server model is ASUS Celtic G3250C
status: INFO
summary: Server hardware architecture is bare-metal amd64
1:
status: INFO
summary: Server is running Linux kernel 5.10.0-20-amd64
2:
status: INFO
summary: Server is running Debian 11.6
3:
details:
- yunohost version: 11.0.10.2 (stable)
- yunohost-admin version: 4.4.1 (stable)
- moulinette version: 11.0.9 (stable)
- ssowat version: 11.0.9 (stable)
status: ERROR
summary: You are running inconsistent versions of the YunoHost packages... most probably because of a failed or partial upgrade.
[19:04:23]
<colm> Stand alone old desktop pc tower
[19:06:29]
<Liko> I have tried few fresh installations still getting same error of Invalid URL
[19:10:41]
<colm> Sorry that took a while, logs of migration 21 which caused the issue: https://paste.yunohost.org/imaqanuduf.scala
[19:14:33]
<Liko> Here is my log available via https://paste.yunohost.org/raw/ucufihateh
[20:32:47]
<pti-jean> Bonsoir,
J'ai une question:
Dans Vaultwarden peut-on supprimer ou griser le bouton "Créer un compte" ?
[20:33:18]
<pti-jean> Je suis dans l'interface administration...
[20:34:03]
<pti-jean> Je cherche l'option, mais je ne voudrai pas faire de bêtises ! Une idée ?
[20:58:39]
<thatoo> La mise à jour d'un synapse s'est mal passée : https://paste.yunohost.org/raw/apipilobis
Que faire?
[21:08:02]
<thatoo> la restauration d'une sauvegarde préalable ne s'est pas mieux passée malheureusement https://paste.yunohost.org/raw/bixasicole
[21:11:02]
<thatoo> J'ai l'impression que l'erreur est lié à
`2023-01-05 22:06:19,733: WARNING - [Error] janv. 05 22:06:19 python[361036]: File "/usr/lib/python3.9/runpy.py", line 111, in _get_module_details`
[21:11:26]
<thatoo> mais si c'est bien ça, je ne sais pas vraiment quoi faire de l'info 🙂
[21:13:41]
<thatoo> bon ben je ne suis pas le seul : https://github.com/YunoHost-Apps/synapse_ynh/issues/355
[21:13:44]
<thatoo> au moins, j'ai la solution
[21:22:43]
<thatoo> restauration OK
Mise à jour OK
Thank you tytan652
[21:41:03]
<pti-jean> > Remarque : Même si vous avez ajouté la variable SIGNUPS_ALLOWED et la valeur false, le bouton Create Account sera toujours affiché dans l'interface utilisateur de Bitwarden, mais la tentative de création d'un compte donnera lieu à un message d'erreur. Bitwarden n'a pas été conçu pour permettre la désactivation des inscriptions, il n'est donc pas possible de contourner ce problème facilement.
Donc le bouton n'est pas désactivable, mais l'inscription n'est pas possible! Problème résolu !
[21:41:25]
<colm> > <@Alekswag:matrix.org> colm: what kind of hardware are you running
Thanks for that earlier reply Aleks (he/him/il/lui) if you have an idea tomorrow, I'd be keen. all the best
[23:25:58]
<thatoo> seconde mise à jour d'un second synapse... cette mise à jour de 1.71 à 1.74, elle est un peu stressante.