Thursday, August 24, 2023
support@conference.yunohost.org
August
Mon Tue Wed Thu Fri Sat Sun
  1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22 23 24
25
26
27
28
29
30
31
     
             

[10:38:08] <Solrac> Sorry let me clarify. Things like Invidious and HomeAssitsant need their own domain. I considered using subdomains configured in yunohost subdomain. However, I'm under a CGNAT so I'm tunneling with a nginx reverse proxy and ZeroTier. Meaning, I only have IP Addresses.

I can configure the server_name to be the intended subdomain, but what can I do for proxy_pass? Or whats the correct way to do it? @u@
[10:38:09] <Nicole> > <@ngill:nortel.cloud> try including the `proxy_set_header Host $host;` line in your nginx config.

As long as the `Host` header gets passed through the proxy correctly yunohost will be able to route it correctly when the request arrives
[10:38:09] <Nicole> The Host header is how nginx is able to determine which domain was being requested even when you're serving multiple different domains from the same IP address.
[10:38:14] <Solrac> > <@ngill:nortel.cloud> As long as the `Host` header gets passed through the proxy correctly yunohost will be able to route it correctly when the request arrives, so just proxy pass it to the same IP address you do for the original domain

Alright. I'll try passing the header settings as I did for the main domain
[10:38:15] <Solrac> It works ❤️ Thank you ;u;
[10:43:41] <sankayop> > <@sankayop:matrix.org> I'll first clean these errors and return to you with some feedback :)

ok, so eventually, everything is solved. The issue was inside nextcloud. After a `occ files:scan` and `occ files:cleanup`, the log file was better and the synchronisation of the remaining 12Gb was done. Sorry for taking your time but thanks for your assistance because it directed me towards the right solution :) Cheers
[10:47:22] <Hans Kristiansen> Hi,
When I try to make an app the default domain, I get this error:
**Error**: "400"
**Action**: "PUT" /yunohost/api/apps/synapse-admin/default
**Message**: Unable to make 'synapse-admin' the default app on the domain, 'mydomain.nohost.me' is already in use by 'synapse-admin'
**While processing the action the server said:**
"Could not complete the operation 'Update configuration for domain 'mydomain.nohost.me''. Please provide the full log of this operation by clicking here to get help"
"Could not complete the operation 'Make 'synapse-admin' the default app'. Please provide the full log of this operation by clicking here to get help"

**This is the log:**
```
args:
domain: maindomain.tld
key: feature.app.default_app
value: synapse-admin
ended_at: 2023-08-22 14:36:40.888881
error: Unable to make 'synapse-admin' the default app on the domain, 'maindomain.tld'
is already in use by 'synapse-admin'
interface: api
operation: domain_config_set
parent: 20230822-143640-app_makedefault-synapse-admin
related_to:
- - domain
- maindomain.tld
started_at: 2023-08-22 14:36:40.760995
success: false
yunohost_version: 11.2.3

============
```

Before this I made my synapse app the default, which I soon found ut resulted with that I can't access any of my other apps. This is what I get when accessing them: `{"errcode":"M_UNRECOGNIZED","error":"Unrecognized request"}`
[10:48:00] <Aleks (he/him/il/lui)> well it sounds like you are trying to set as default app the same app which is already configured as default app
[10:48:03] <Aleks (he/him/il/lui)> so maybe what you are actually trying to achieve is to *unset* it as the default app ?
[10:48:05] <Hans Kristiansen> Yes indeed
[10:48:05] <Aleks (he/him/il/lui)> then you probably want to go to your webadmin > Domains > yourdomain.tld > Default app > Choose the empty "---"
[10:48:11] <Hans Kristiansen> When I do that I get this error: `Unable to make '_none' the default app on the domain, 'mydomain.nohost.me' is already in use by 'synapse-admin'`
[10:48:15] <Aleks (he/him/il/lui)> sounds like a bug in the core then
[10:48:16] <Aleks (he/him/il/lui)> i'm trying a workaround
[10:48:16] <Hans Kristiansen> 😬
[10:48:22] <Aleks (he/him/il/lui)> Let's try : `yunohost domain config set yourdomain.tld feature.app.default_app -v ""`
[10:48:25] <Hans Kristiansen> Do I type that in the treminal?
[10:48:27] <Aleks (he/him/il/lui)> yup
[10:48:27] <Aleks (he/him/il/lui)> prefix the whole thing with "sudo" if you're not root yet
[10:48:30] <Hans Kristiansen> ```
Info: Saving the new configuration...
Success! Config updated as expected
```
[10:48:40] <Hans Kristiansen> Noting has changed. Just need to check if I understood it correctly. if my main is for example hans.nohost.me, then this is how I am suppose to write the command?
`yunohost domain config set hans.nohost.me.tld feature.app.default_app -v ""`
[10:48:42] <Aleks (he/him/il/lui)> yes
[10:48:44] <orhtej2> > <@hansjk:matrix.org> Noting has changed. Just need to check if I understood it correctly. if my main is for example hans.nohost.me, then this is how I am suppose to write the command?
> `yunohost domain config set hans.nohost.me.tld feature.app.default_app -v ""`

no, drop the `.tld` ;)
[10:48:45] <Aleks (he/him/il/lui)> ah, yes ... x_x
[10:48:58] <Hans Kristiansen> > no, drop the `.tld` ;)

This is the error I got when typing in this.
```
args:
domain: maindomain.tld
key: feature.app.default_app
value: ''
ended_at: 2023-08-22 15:54:57.409249
error: Unable to make '_none' the default app on the domain, 'maindomain.tld'
is already in use by 'synapse-admin'
interface: cli
operation: domain_config_set
parent: null
related_to:
- - domain
- maindomain.tld
started_at: 2023-08-22 15:54:57.282276
success: false
yunohost_version: 11.2.3

============
```

[10:49:07] <Aleks (he/him/il/lui)> hmmmmm
[10:49:08] <Aleks (he/him/il/lui)> well could it be that you did not just try to set the app as default but also changed its install URL or something
[10:49:14] <Aleks (he/him/il/lui)> or you installed the app, backed-it up, installed some other apps, and restored the app, maybe
[10:49:14] <Aleks (he/him/il/lui)> something funky
[10:49:15] <Aleks (he/him/il/lui)> what exactly did you do before ending up in this situation
[10:49:43] <Hans Kristiansen> I installed Synapse. It was not visible from the outside when using matrix clients, until I made it the default app. But making it the default. I'm also half way in the process of installing something out side of ynohost called chatterbox. I don't think it affect this though.

So it was after making synapse the default app, that it didn't let me undo this. The synapse admin app is something I installed later.
[10:50:05] <Aleks (he/him/il/lui)> but right now it sounds like the app is literally installed on the root of the domain, so it's not just "the default app"
[10:50:06] <Aleks (he/him/il/lui)> how did you install the app initially, did you install it on a sub-path like `domain.tld/synapseadmin` ? Or did you install it on `domain.tld/` (= the root of the domain) ?
[10:50:08] <Hans Kristiansen> Which app?
[10:50:10] <Aleks (he/him/il/lui)> synapse-admin ...
[10:50:12] <Hans Kristiansen> I just went Applications > Install > Aynapse Admin, and hit install.
[10:50:12] <Aleks (he/him/il/lui)> mokay so i see that it doesn't ask for a path, so it's installed on the entire domain
[10:50:13] <Aleks (he/him/il/lui)> so there's no point in trying to make the app "default", the app already uses the entire domain
[10:50:13] <Hans Kristiansen> I guess I need to set the server up again?
[10:50:13] <Aleks (he/him/il/lui)> i don't know, i don't understand what problem we are trying to solve anymore
[10:50:18] <Hans Kristiansen> Ok my main problem is that I can't access other apps. When I click "open this app" I get thist
[10:50:18] <Aleks (he/him/il/lui)> your initial issue was about trying to make the app the "default" one, but it's not a meaningful action since the app is already installed on the root of the domain, which means it's already implicitly the default one
[10:50:18] <Hans Kristiansen> https://aria.im/_matrix/media/v1/download/matrix.org/bzIDktqsposQMCtUOqpEpkSv
[10:50:19] <Hans Kristiansen> I have two apps
[10:50:19] <Hans Kristiansen> Yes, well Synapse and Synapse Admin.
[10:50:19] <Aleks (he/him/il/lui)> So is Synapse installed on the very same domain as Synapse-Admin ?
[10:50:19] <Aleks (he/him/il/lui)> This is just unecessary confusing ... You are saying that you try to access "other apps", which tends to imply there is like 3 or 4 or more ...
[10:50:19] <Hans Kristiansen> https://aria.im/_matrix/media/v1/download/matrix.org/tgDsyhTxbTpgUVKUsZPSgjZc
[10:50:19] <Aleks (he/him/il/lui)> your other apps are installed on the very same domain as synapse-admin ..?
[10:50:19] <Aleks (he/him/il/lui)> If there is only Synapse, then that's just one app in addition to Synapse Admin
[10:50:21] <Hans Kristiansen> Well I cant, access any of them. I have those two apps for now, planing on having a few more in the future. My current two apps are installed on the same domain.
[10:50:25] <Hans Kristiansen> The Synapse app, work, I can log into it from my matrix client. Just can't get to any of the apps from the younohost portal like i posted two photos of.
[10:50:26] <Aleks (he/him/il/lui)> I don't understand how you can have both Synapse and Synapse Admin on the very same domain ... Both Synapse and Synapse-Admin require a full domain to be installed on, which means you should not be able to install any other app on the very same domain
[10:50:26] <Aleks (he/him/il/lui)> we need a clear picture of the issue to be able to help you
[10:50:26] <Aleks (he/him/il/lui)> and I don't understand how you can conclude that you can't access your "other apps you are planning on having in the future" if they are, by definition, not even installed yet ...
[10:50:31] <Hans Kristiansen> Ok.

I have got one domain. After I got that, I installed Synapse, and got it up and running. The I for some made it the default app. After this I went to Applications > Install > Synapse Admin, and hit install. So I now have two apps. I assumed that I din't need another domain for Synapse Admin.

The only thing I don't have access to is opening the apps from the Yunohost User Interface page. That just gives me `{"errcode":"M_UNRECOGNIZED","error":"Unrecognized request"}`
[10:50:44] <Aleks (he/him/il/lui)> yes, i understand that you get an error, but i'm trying to pinpoint the root cause of the issue. In particular, if *both* apps are installed on the very same domain, and both are installed on the root of that domain, how do you know which one is even answering ...
[10:50:47] <Aleks (he/him/il/lui)> If I send a letter to a single postal address, but two person live here, how do the people know who is supposed to receive the letter ?
[10:50:48] <Aleks (he/him/il/lui)> But anyway, let's check what does `ls /etc/nginx/conf.d/*.d/*.conf` list and have a clearer picture ...
[10:50:49] <Hans Kristiansen> ```
root@fillavennesla:~# ls /etc/nginx/conf.d/*.d/*.conf
/etc/nginx/conf.d/default.d/redirect_to_admin.conf
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse-admin.conf
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse-admin.endpoint.conf
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse.conf
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse_server_name.conf
```
[10:51:00] <Hans Kristiansen> Neat this makes more sense
[10:51:00] <Hans Kristiansen> https://aria.im/_matrix/media/v1/download/matrix.org/CCHGGVAlWerSvFwlVQvdvJlw
[10:51:04] <Aleks (he/him/il/lui)> and what does `grep location /etc/nginx/conf.d/fillavennesla.nohost.me.d/*.conf` returns ?
[10:51:05] <Hans Kristiansen> ```
root@fillavennesla:~# grep location /etc/nginx/conf.d/fillavennesla.nohost.me.d/*.conf
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse-admin.conf:location / {
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse-admin.endpoint.conf:location /_synapse/admin {
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse.conf:location /_matrix/ {
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse.conf: location /_matrix/cas_server.php {
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse.conf:location /_synapse/ {
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse_server_name.conf:location /.well-known/matrix/server {
/etc/nginx/conf.d/fillavennesla.nohost.me.d/synapse_server_name.conf:location /.well-known/matrix/client {
```
[10:51:06] <Aleks (he/him/il/lui)> so yes i have no idea how you managed to end up in that situation, YunoHost should have warned you that synapse-admin could not be installed on that domain because synapse is already installed on it. Or maybe there's some hiccup because of the fact that synapse's main permission is not mapped to`/_matrix/` or whatever. But definitely going to create some funky stuff, and synapse-admin should be installed on a separate domain
[10:51:09] <Hans Kristiansen> I'll just set it up again then. Thank you for you help and patience!
[10:57:31] <Solrac> Hello. I've a question, how can configure a synapse server? I'm trying to get some bridges going, but I'm experiencing difficulty accessing the synapse server pages itself 🤔 Synapse Admin asks for an account but I cant use my main, so I assume I might need one for the yh server, but the registration isnt open. Sould I make it open? Do I need to change a setting?
[11:00:27] <tituspijean> > i cant use my main

You need to be more descriptive and share actual errors. I'll assume your main is not admin in Synapse: https://github.com/YunoHost-Apps/synapse_ynh#set-user-as-admin
[11:02:22] <Westbam> Salut, pas trop chaud par chez vous ?? j'ai une question par rapport à l'application Conduit. elle se base sur les comptes existant dans yunohost pour créer les utilisateurs matrix (e-mail + mot de passe de yunohost) comme pour le serveur xmpp embarqué dans yuno ou faut il créer des utilisateurs dans matrix ?
[11:02:25] <Daniel> Under my domain that I assigned to yh there are subdomains that should point somewhere else (to vercel to be specific) - what approach would be a good practice in my case? (I would like to leverage the dns autopush feature of yh)
[11:02:27] <Daniel> > <@lsolrac:matrix.org> Hello. I've a question, how can configure a synapse server? I'm trying to get some bridges going, but I'm experiencing difficulty accessing the synapse server pages itself 🤔 Synapse Admin asks for an account but I cant use my main, so I assume I might need one for the yh server, but the registration isnt open. Sould I make it open? Do I need to change a setting?

You can ssh into yh instance, sudo su, su postgress, list databases, psql into synapse database, and flip the admin property of your user (the table is named `users`)
[11:02:30] <tituspijean> Westbam: elle n'a pas d'intégration SSO/LDAP comme le montre son manifeste. :) Il faut activer les inscriptions dans son panneau de configuration.
[11:02:31] <tituspijean> > <@danielduel:dduel.dev> Under my domain that I assigned to yh there are subdomains that should point somewhere else (to vercel to be specific) - what approach would be a good practice in my case? (I would like to leverage the dns autopush feature of yh)

If you want to have DNS records of subdomains to point onto another server, then the autopush feature will not be able to help you.
[11:02:31] <tituspijean> (It's complex enough to handle them for the same server... 😅)
[11:02:33] <Daniel> > <@titus:pijean.ovh> If you want to have DNS records of subdomains to point onto another server, then the autopush feature will not be able to help you.

Is the feature of adding dns records on top of "generated" dns records planned? I imagine it as checking the "Trust me, I'm engineer" checkbox that you can pass extra content in raw text. I can try helping implementing that if docs are drafted somewhere
[11:02:46] <Solrac> > <@danielduel:dduel.dev> You can ssh into yh instance, sudo su, su postgress, list databases, psql into synapse database, and flip the admin property of your user (the table is named `users`)

`su pqsl` does not work, but `psql` asks for password, I provide the root password and Its still denied 🤔 even after updating the password
[11:02:55] <Daniel> > <@lsolrac:matrix.org> `su pqsl` does not work, but `psql` asks for password, I provide the root password and Its still denied 🤔 even after updating the password

Could you read steps again please?
[11:03:00] <Solrac> > <@danielduel:dduel.dev> You can ssh into yh instance, sudo su, su postgress, list databases, psql into synapse database, and flip the admin property of your user (the table is named `users`)

ssh into yh server, right?
sudo su -> Turns root
su postgress -> nothing?
list database
psql into synapse
toggle admin property of my user in the table `users`
[11:03:01] <Solrac> > <@danielduel:dduel.dev> Could you read steps again please?

..right?
[11:03:02] <Daniel> Hmm... typo - postgres
[11:03:08] <Solrac> ahh
[11:03:08] <Solrac> well, got to login, but `list database` command not found, `psql` -> `list database` returns nothing
[11:03:13] <Daniel> Look on psql man how to list dbs
[11:03:43] <Solrac> > <@danielduel:dduel.dev> Look on psql man how to list dbs

sorry for the late reply, I was cooking. But how do you connect then? 🤔 I got the db list and yes, there's a `matrix_synapse` database.
[11:03:44] <Solrac> pardon me, I meant how _you_ connect, I typically preffer dbeaver but its giving me a time out
[11:04:00] <Daniel> No worries, you got into the db, what's the question?
[11:04:34] <Daniel> select * from users;
[11:04:34] <Solrac> > <@danielduel:dduel.dev> No worries, you got into the db, what's the question?

I didnt get into the db via dbeaver, I got in via psql, but I cant figure how to send SQL commands
[11:04:35] <Solrac> yeah, that doesnt do anything
[11:04:35] <Daniel> Does it produce output?
[11:04:35] <Daniel> Have u opened correct db when starting psql?
[11:04:35] <Daniel> Come into the thread
[11:04:35] <Solrac> anyways, users table is empty
[11:04:35] <Daniel> The semi is necessary ofc
[11:04:35] <Solrac> siiiigh how does it work now @u@
[11:04:36] <Daniel> Your account is not in your domain afaik
[11:04:36] <Daniel> Wow, w8
[11:04:36] <Solrac> https://aria.im/_matrix/media/v1/download/matrix.org/SyWdanpcpixthTyQmuKAwMhq
[11:04:36] <Solrac> `psql -d matrix_synapse` I also did a `\dt` to ensure the tables existed, they do.
[11:04:36] <Solrac> pardon the screenshot
[11:04:37] <Daniel> So it is not managed by you
[11:04:37] <Daniel> I say that assuming that you aren't the headadmin of matrix.org instance that comes to yh to get instructions how to pass psql queries from some random person xD
[11:04:37] <Solrac> yeah?
[11:04:37] <Daniel> I mean, you have a matrix.org as a domain
[11:04:37] <Daniel> But
[11:04:37] <Daniel> ...
[11:04:38] <thatoo> hi, yunohost.org might face an issue, the website is not answering
[11:04:40] <Solrac> Should I like, just resintall synapse_server?
[11:04:41] <Daniel> But generally you need to sign into your homeserver
[11:04:41] <Daniel> I am not sure what is the good practice in your case
[11:04:42] <Solrac> > <@thatoo:defis.info> hi, yunohost.org might face an issue, the website is not answering

Can Confirm. https://yunohost.org is unreachable
[11:04:42] <Daniel> If I am not superwrong - currently your instance has no users
[11:04:43] <Solrac> > <@danielduel:dduel.dev> If I am not superwrong - currently your instance has no users

pretty much yeah, its just installed and that's it
[11:04:43] <Solrac> I have registrations disabled :^) Cause it wasn't togglable post-install... can that be re-toggled ?
[11:04:44] <Daniel> I am not sure, by default my yh user had access to the instance as a user
[11:04:45] <Daniel> You can try logging into as @yourname:example.asd
[11:04:45] <Daniel> But not sure if it will be allowed
[11:04:45] <Aleks (he/him/il/lui)> are you a bot 🤓
[11:04:45] <Solrac> trying
[11:04:45] <Daniel> Or. Pass your homeserver and login via sso
[11:04:46] <Daniel> It will open browser when you press the button
[11:04:46] <Solrac> wait, so not from a client?
[11:04:46] <Daniel> From the client
[11:04:46] <Solrac> ... Im using app.element.io
[11:04:47] <Solrac> should I install element on yh? If not, then how do I connect to the matrix server @u@
[11:04:47] <Solrac> > <@thatoo:defis.info> hi, yunohost.org might face an issue, the website is not answering

it's back up
[11:04:48] <Solrac> tho it was legit
[11:04:48] <Daniel> Sorry, I think I am not experienced enough, because I miss the point of what you are saying here.
[11:04:48] <Solrac> https://aria.im/_matrix/media/v1/download/matrix.org/WytGjmrrWeoClWOluaufBrbI
[11:04:49] <Daniel> I think you could figure it all out with docs
[11:04:56] <Solrac> my apologies, what did you mean access the instance from the client?
[11:05:30] <Solrac> ?
[11:06:13] <Westbam> salut, du monde utilise Conduit par ici ?
[11:06:14] <Westbam> j'ai l'impression qu'il y a une erreur de traduction dans le panneau de conf yunohost
[11:06:15] <Westbam> https://aria.im/_matrix/media/v1/download/matrix.org/HvVACWvQJKaAgnqGxXgSrrUc
[11:06:15] <Westbam> lorsque l'on coche Disable federation dans l'interface web
[11:06:16] <Westbam> https://aria.im/_matrix/media/v1/download/matrix.org/XcIPWRxEwJmYeUiNFAjpJfYZ
[11:06:16] <Westbam> je me retrouve avec ceci dans /var/www/conduit/conduit.toml
[11:06:17] <Westbam> alors que je devrais obtenir allow_federation = False
[11:06:18] <Aleks (he/him/il/lui)> mouai effectivement le setting s'appelle `disable_federation` mais est mappé sur `allow_federation` donc ça fait l'opposé ...
[11:06:19] <Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/conduit_ynh/blob/testing/conf/conduit.toml#L34
[11:06:19] <Westbam> oui ça porte à confusion
[11:06:20] <Aleks (he/him/il/lui)> wut :|
[11:06:22] <Westbam> et l'autre souci que j'ai justement c'est qu'avec le serveur Matrix conduit je n'arrive pas contacter exterieur
[11:06:22] <Westbam> la fédération ne semble pas fonctionner
[11:06:23] <Westbam> pas de souci avec 2 users en interne
[11:06:23] <Westbam> text / image pas de problème
[11:06:23] <Westbam> par contre pas possible de contacter une personne ou un salon externe.
[11:06:24] <Westbam> on est d'accord qu'il n'y a que le port 8448 à ouvrir
[11:06:33] <Westbam> j'ai l'impression que le port 8448 n'est pas configuré dans la parti nginx
[11:06:36] <Aleks (he/him/il/lui)> qu'est-ce qui te fait dire qu'il faut ouvrir le port 8448
[11:06:42] <Westbam> https://aria.im/_matrix/media/v1/download/matrix.org/iBYXktxkkUfZKLdBhKKFwXyI
[11:06:44] <Aleks (he/him/il/lui)> then that sounds like a huge miss in the way we package the app then ;) The yunohost package should do the port opening for you automagically and displays some message about configuring port fowarding etc
[11:06:49] <Westbam> Je vais peut-être tester avec Synapse si le paquet semble plus fiable
[11:06:51] <Aleks (he/him/il/lui)> bah clairement le paquet Conduit est tout nouveau, et sans doute l'app elle-même est encore fraiche ou n'est pas l'implémentation standard de matrix anyway
[11:06:52] <Aleks (he/him/il/lui)> m'enfin si tu veux que ça finisse par marcher tu peux aussi rapporter tes trouvailles sur le Github
[11:06:53] <Aleks (he/him/il/lui)> genre dans https://github.com/YunoHost-Apps/conduit_ynh/issues
[11:06:53] <Aleks (he/him/il/lui)> sinon ça tombe dans l'oubli et quelqu'un a les mêmes problemes que toi et c'est jamais corrigé
[11:07:59] <eric_G> and the blame is mine 😶‍🌫️
[11:08:02] <Aleks (he/him/il/lui)> Well "not working" is the just the intermediate step between "not existing" and "working" ;P
[11:08:04] <Aleks (he/him/il/lui)> Beside titus got it sort of working i think, but may have forgot to share its issues and tricks ;P
[11:08:46] <Daniel> I have some problem with huginn. Ignore this specific case, let's talk about patching yh apps - is running yh in docker a good enough setup to reproduce issues 1 to 1 bugvise with debian running on metal?
[11:08:48] <Aleks (he/him/il/lui)> no, please don't run YunoHost in docker, this makes no sense ...
[11:08:49] <Aleks (he/him/il/lui)> or a test VPS can work too
[11:08:49] <Daniel> (Or some other setup is recommended for dev)
[11:08:49] <Aleks (he/him/il/lui)> We recommend either LXC or Virtualbox-like setup
[11:08:52] <eric_G> for conduit, port 8448 is open
[11:08:53] <Daniel> I want something that I can configure with superbasic yh instance and then use it as snapshot for clones
[11:08:55] <Daniel> That's why I thought docker could be the optimal way, I will read about automating qemu then :) Thanks Aleks (he/him/il/lui):
[11:08:56] <Aleks (he/him/il/lui)> both LXC/LXD and Virtualbox supports snapshotting
[11:08:57] <Daniel> Hey... lxc sounds extremely fun
[11:08:59] <Aleks (he/him/il/lui)> sounds sarcastic haha
[11:09:00] <Daniel> Nah, from tldr on the tin it sounds like it can provision instances like you would vpses on the cloud
[11:09:02] <Aleks (he/him/il/lui)> if you want to read https://github.com/yunohost/ynh-dev#1-setup-ynh-dev-and-the-development-environment , we do have yunohost LXC images available on our custom image repo , cf the line about `sudo lxc remote add yunohost https://devbaseimgs.yunohost.org --public`
[11:09:04] <Daniel> To be fair I have to finish reading the yh manual, I stopped where everything started working on the vps 😅
[11:09:11] <Daniel> This linked yh gh doc looks exactly what I was looking for
[11:09:11] <Aleks (he/him/il/lui)> and then you should be able to run `sudo lxc launch yunohost:ynh-dev-bullseye-amd64-unstable-base your_test_lxc -c security.nesting=true -c security.privileged=true` and enter with `sudo lxc shell your_test_lxc`
[11:09:11] <Aleks (he/him/il/lui)> (forget about the entire README, it's about setting up a dev environment for core dev with git clones etc, you don't need this if you're just testing apps)
[11:09:22] <Aleks (he/him/il/lui)> areyouawizard.jpg
[11:09:22] <tituspijean> > <@Alekswag:matrix.org> Beside titus got it sort of working i think, but may have forgot to share its issues and tricks ;P

In reply to @Alekswag:matrix.org
Beside titus got it sort of working i think, but may have forgot to share its issues and tricks ;P

I had no need for any tricks with Conduit. 😇
[11:09:36] <Westbam> https://github.com/YunoHost-Apps/conduit_ynh/issues/6
[11:25:31] <Solrac> Hello. I'd like to configure a synapse server. I've gone through the installation and even allow registration. However, I unfortunately do _not_ get my account added in the list of users. (`psql -d matrix_synapse` -> `select * from users;` returns 0 rows) so I tried making an account, however, I'm not running a mail server, nor am I interested in making one, so that also rules out registration (at least via Element) what else can I do to configure the server?
[11:26:20] <Solrac> > <@lsolrac:matrix.org> Hello. I'd like to configure a synapse server. I've gone through the installation and even allow registration. However, I unfortunately do _not_ get my account added in the list of users. (`psql -d matrix_synapse` -> `select * from users;` returns 0 rows) so I tried making an account, however, I'm not running a mail server, nor am I interested in making one, so that also rules out registration (at least via Element) what else can I do to configure the server?

Did some fanagiling around but made it!
[11:26:32] <Solrac> Does changing the root password affect yunohost?
[11:26:32] <Solrac> Cause Im having erros when trying to install some matrix bridges.
[11:28:29] <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:29:21] <orhtej2> > <@lsolrac:matrix.org> Cause Im having erros when trying to install some matrix bridges.

without log it's hard to say, typical issue I saw was either installing on RBPi4 or using same bot user and admin user name
[11:29:21] <orhtej2> > <@lsolrac:matrix.org> Does changing the root password affect yunohost?

it does not
[11:29:29] <Daniel> Offtop... I love the usage of 🪵 emote here
[11:30:11] <Solrac> > without log it's hard to say, typical issue I saw was either installing on RBPi4 or using same bot user and admin user name

My apologies, i djd have a log eadlrlier, but i thought it was an isdue, so i reported on the development room. Heres what i sent there



not sure if this is the right place, but I think I found a bug for mautrix_signal? It keeps erroring out. I tried installing it 4 times
2nd: https://paste.yunohost.org/raw/ecuzadobex
3rd: https://paste.yunohost.org/raw/ugucanapug
4th: https://paste.yunohost.org/raw/paceriboca
It might be me... I've also got a similar error for mautrix_facebook https://paste.yunohost.org/raw/tegocitaro
[11:30:12] <orhtej2> bot admin is who controls the bot
[11:30:12] <orhtej2> > <@lsolrac:matrix.org> So the bot admin tells it where to connect and stuff? Sorry i am very much a newb about this

that is my understanding
[11:30:12] <orhtej2> so #2 from my list ;P
[11:30:12] <Solrac> So the bot admin tells it where to connect and stuff? Sorry i am very much a newb about this
[11:30:12] <Solrac> Can i have a server admin be the admin? cause the bot user is who gets to command the bot to connect with rooms and dms, right?
[11:30:12] <orhtej2> > <@lsolrac:matrix.org> My apologies, i djd have a log eadlrlier, but i thought it was an isdue, so i reported on the development room. Heres what i sent there
>
>
>
> not sure if this is the right place, but I think I found a bug for mautrix_signal? It keeps erroring out. I tried installing it 4 times
> 2nd: https://paste.yunohost.org/raw/ecuzadobex
> 3rd: https://paste.yunohost.org/raw/ugucanapug
> 4th: https://paste.yunohost.org/raw/paceriboca
> It might be me... I've also got a similar error for mautrix_facebook https://paste.yunohost.org/raw/tegocitaro

bot user and bot admin cannot be the same user
[11:30:12] <orhtej2> no, bot user is the dude who sends the messages
[11:30:13] <Solrac> I'll ask the maui peeps
[13:46:23] <Solrac> I am once again asking for help with matrix_synapse v: I can't seem to contact from outside nor outside the server. Attempts to add _this_ account to a room, result in;
```
{"errcode":"M_UNAUTHORIZED","error":"Failed to find any key to satisfy: _FetchKeyRequest(server_name='(domain)', minimum_valid_until_ts=1692884650928, key_ids=['ed25519:a_urZO'])"}
```

Could this be a port issue?
[13:56:12] <orhtej2> > <@lsolrac:matrix.org> I am once again asking for help with matrix_synapse v: I can't seem to contact from outside nor outside the server. Attempts to add _this_ account to a room, result in;
> ```
> {"errcode":"M_UNAUTHORIZED","error":"Failed to find any key to satisfy: _FetchKeyRequest(server_name='(domain)', minimum_valid_until_ts=1692884650928, key_ids=['ed25519:a_urZO'])"}
> ```
>
> Could this be a port issue?

what does https://federationtester.matrix.org/ say?
[13:57:43] <Solrac> 0 Connection Report. -- No Route to Host. brb re-adding the port
[13:58:40] <Solrac> Except that it's added on my nginx's sites available config
[14:00:29] <Solrac> However, accessing `(local ip):8448/_matrix/key/v2/server` returns a connection reset. _Despite_ being enabled on the firewall
[14:01:48] <orhtej2> what does `https://localip/.well-known/matrix/server` return?
[14:02:02] <orhtej2> > <@lsolrac:matrix.org> 0 Connection Report. -- No Route to Host. brb re-adding the port

¯\_(ツ)_/¯ well that's your problem
[14:02:33] <Solrac> > what does `https://localip/.well-known/matrix/server` return?

also reset 😕
[14:02:58] <Solrac> oh wait http**s**
[14:03:07] <Solrac> The Response is `404. Is anything ever truly *well* known?`
[14:08:24] <Solrac> https://(domain)/.well-known/matrix returns 404 though
[14:08:40] <orhtej2> > <@lsolrac:matrix.org> The Response is `404. Is anything ever truly *well* known?`

I might have been wrong on this one, [`synapse` does not seem to use `.well-known` paths](https://github.com/YunoHost-Apps/synapse_ynh/blob/master/conf/nginx.conf)
[14:10:05] <Solrac> 🤔 There's a /_synapse/ but not a /_matrix/?
[14:10:51] <orhtej2> still, as long as federation tester fails to contact your server there's some routing issue between (open web)\<->your isp<->your router<->whatever's inbetween<->your YNH box
[14:11:14] <orhtej2> > <@lsolrac:matrix.org> 🤔 There's a /_synapse/ but not a /_matrix/?

there's `/`, paths inside are served by `synapse` itself persumably
[14:11:49] <Solrac> > still, as long as federation tester fails to contact your server there's some routing issue between (open web)\<->your isp<->your router<->whatever's inbetween<->your YNH box

I'm currently usin a tunelling cuase I'm behind a cgnat
[14:12:04] <orhtej2> > <@lsolrac:matrix.org> I'm currently usin a tunelling cuase I'm behind a cgnat

what tunneling
[14:12:21] <Solrac> ZeroTier for VPN + OCI for the VPS
[14:14:46] <orhtej2> are you actually able to hit your server's main page from outside vlan? Like from mobile when using mobile data with no VPN activated?
[14:16:41] <Solrac> > are you actually able to hit your server's main page from outside vlan? Like from mobile when using mobile data with no VPN activated?

My apologies, I meant I'm using ZeroTier to Tunnel. The only two clients in this tunnel are the server and the OCI VPS, which is then linked to the DNS of my domain.

Having said that, Technically speaking, I am able to access the main page, the sso, and most if not all services (piped and searxng being used fairly often)
[14:17:24] <Solrac> Therefore;
HomeServer -> < -ZeroTier -> OCI -> DNS To Domain
[14:17:32] <orhtej2> Does ZeroTier allow for forwarding arbitrary ports?
[14:18:40] <Solrac> > Does ZeroTier allow for forwarding arbitrary ports?

I'd say so. Though I should mention I'm using nginx as a reverse proxy for that matter.
[14:22:36] <Solrac> For reference I've used this guide https://www.reddit.com/r/selfhosted/comments/u8n5hz/how_to_bypass_cgnat_and_expose_your_server_to_the/
[14:48:44] <orhtej2> > <@lsolrac:matrix.org> For reference I've used this guide https://www.reddit.com/r/selfhosted/comments/u8n5hz/how_to_bypass_cgnat_and_expose_your_server_to_the/

In my mind clearly `nginx` config on OCI should ~reflect the one you have on YNH instance, forwarding all the paths handled to your server's ZeroTier's IP
[14:48:44] <orhtej2> but if that's the case and it still doesn't work then IDK, not sure if it's a problem with YNH itself
[14:48:45] <orhtej2> I'd say such atypical setup is not officially supported
[16:04:00] <Solrac> Sorry for the late reply. I think most of the necessary links (subdomains at least) are correctly configured. Maybe ports are not?
[19:24:49] <mavric34> Every time an application is installed, the following disgusting message appears and prevents the application from being used. Only a complete restart of the WEB server solves the problem every time.
[19:24:59] <mavric34> https://aria.im/_matrix/media/v1/download/matrix.org/AHZxTNpHxNQLLleiatbmezCe
[19:25:11] <mavric34> This major problem has still not been corrected in YunoHost, despite several reports!
[19:26:35] <orhtej2> > <@mavric34:matrix.org> This major problem has still not been corrected in YunoHost, despite several reports!

this major problem is not replicable on neither of my systems running Yunohost, have you done any manual tweaking to the configuration perhaps? Can you please share logs of recent successful installation?
[19:32:23] <mavric34> > this major problem is not replicable on neither of my systems running Yunohost, have you done any manual tweaking to the configuration perhaps? Can you please share logs of recent successful installation?

Here are the installation logs for the ArchiveBox application: https://paste.yunohost.org/raw/ivoyikuman

(I install applications on local domain names)
[19:33:20] <mavric34> I haven't made any changes in yunohost
[19:36:37] <Aleks (he/him/il/lui)> By local domains you mean somedomain.local ?
[19:36:47] <mavric34> > <@Alekswag:matrix.org> By local domains you mean somedomain.local ?

yes
[19:45:31] <orhtej2> > <@mavric34:matrix.org> Here are the installation logs for the ArchiveBox application: https://paste.yunohost.org/raw/ivoyikuman
>
> (I install applications on local domain names)

looks reasonable, no clue what's wrong :/
[19:46:27] <mavric34> > looks reasonable, no clue what's wrong :/

Thank you for trying to help me. It's a curious problem!
[19:48:20] <orhtej2> > <@mavric34:matrix.org> Thank you for trying to help me. It's a curious problem!

Is diagnosis output clean?
Have you tried running `sudo yunohost tools regen-conf --dry-run` to see if it reports anything?
[19:51:03] <Aleks (he/him/il/lui)> > <@mavric34:matrix.org> yes

could it be that you are using "sub" local domains like "sub.domain.tld" ?
[19:51:11] <Aleks (he/him/il/lui)> or rather "sub.domain.local" i mean
[19:52:08] <mavric34> > <@Alekswag:matrix.org> could it be that you are using "sub" local domains like "sub.domain.tld" ?

No, I only use full domain names "domain.local"
[19:53:16] <Aleks (he/him/il/lui)> can you check if `ls -l /etc/nginx/sites-enabled/` returns something different than "total 0" ?
[19:54:59] <mavric34> > Is diagnosis output clean?
> Have you tried running `sudo yunohost tools regen-conf --dry-run` to see if it reports anything?

Here is the return of the order:
[19:55:15] <mavric34> https://aria.im/_matrix/media/v1/download/matrix.org/oJvyMzwtOHuvVbwrWGZZLzxu
[19:56:00] <mavric34> > <@Alekswag:matrix.org> can you check if `ls -l /etc/nginx/sites-enabled/` returns something different than "total 0" ?

This command returns the value "total 0"
[19:56:11] <Aleks (he/him/il/lui)> é_è
[19:58:15] <Aleks (he/him/il/lui)> well i dont understand what can even serve the nginx default page in the first place ... `grep -nr "/var/www/html" /etc/nginx/` should only list `/etc/nginx/sites-available/default`, and so should `grep -nr "index.nginx-debian.html" /etc/nginx` ... and that config file `/etc/nginx/sites-available/default` should not be included ever in the nginx conf, because only the `sites-enabled` folder is included
[19:58:36] <Aleks (he/him/il/lui)> except `grep -nr sites-available /etc/nginx` returns something for some reason but i doubt
[20:01:46] <mavric34> I too thought the problem was in /etc/nginx/sites-enabled/default after reading this thread https://stackoverflow.com/questions/19215641/remove-default-nginx-welcome-page-when-access-directly-from-ip-address

But after checking, there's no file in /etc/nginx/sites-enabled/default!
[20:08:47] <Aleks (he/him/il/lui)> ah I see what could be happening : if there is a `server { }` block listening on port 80, it includes `/etc/nginx/conf.d/domain.local.d/*.conf` ... but if you just created the domain, there is no `*.conf` to include ... so there is no location that explains what to serve for location "/"
[20:09:10] <Aleks (he/him/il/lui)> so apparently nginx defaults to the nginx-debian-index html page, something that seems to be hardcoded maybe
[20:09:11] <Aleks (he/him/il/lui)> but
[20:09:42] <Aleks (he/him/il/lui)> to get this behavior I had to comment-out the access_by_lua_file directive in the server block
[20:09:52] <Aleks (he/him/il/lui)> otherwise yunohost's sso just redirects to the portal
[20:10:03] <Aleks (he/him/il/lui)> so there's still one piece missing to the puzzle
[20:10:18] <Aleks (he/him/il/lui)> or
[20:11:24] <Aleks (he/him/il/lui)> after the install did work, the ssowat conf is regenerated, so `access_by_lua_file` does let the user through instead of redirecting to the portal ... but for some reason the nginx did not get the memo about the new .conf file in /etc/nginx/conf.d/domain.local.d/*.conf despite the nginx reload ...
[20:12:50] <mavric34> grep -nr "/var/www/html" /etc/nginx/ :

`/etc/nginx/sites-available/default:41: root /var/www/html;`

grep -nr sites-available /etc/nginx :

```
/etc/nginx/sites-available/default:9:# leave it as reference inside of sites-available where it will continue to be
/etc/nginx/sites-available/default:76:# You can move that to a different file under sites-available/ and symlink that
```
[20:13:20] <Aleks (he/him/il/lui)> yes, that's the expected result
[20:13:46] <mavric34> The domain names were created several days ago, and the server has been restarted several times since then.
[20:14:41] <Aleks (he/him/il/lui)> yeah, to me it behaves as if the new .conf file added by the app is not properly taken into account despite the `nginx reload`
[20:14:57] <mavric34> When I restart the nginx server the problem is solved, but without the restart I'm still stuck with this message :/
[20:15:42] <Aleks (he/him/il/lui)> by the way are you accessing them with http or https
[20:16:39] <mavric34> I can only access it via https
[20:53:45] <mavric34> > <@mavric34:matrix.org> sent an image.

Where is the file containing this text stored?
[20:57:23] <Aleks (he/him/il/lui)> in /var/www/html but that won't get you much far
[21:00:03] <orhtej2> > <@mavric34:matrix.org> Where is the file containing this text stored?

perhaps `/usr/share/nginx/html/index.html`?
[21:04:37] <mavric34> > perhaps `/usr/share/nginx/html/index.html`?

The file is located in /var/www/html and is named "index.nginx-debian.html"
[21:12:54] <mavric34> > perhaps `/usr/share/nginx/html/index.html`?

The file is indeed present in /var/www/html and /usr/share/nginx/html/index.html. The one displayed on the pages is the one on the /usr/share/nginx/html/index.html path.
[21:15:39] <mavric34> It's a real problem to have to restart the server every time, because it forces me to reconnect to all the applications every time!
[21:17:18] <Aleks (he/him/il/lui)> yes, no question that this is cumbersome, but so far nobody is able to reproduce the issue, and it may be related to the usage of .local domains
[21:27:41] <lapineige> > <@titus:pijean.ovh> That file has been replaced a long time again 😅 I think lapineige meant https://github.com/YunoHost/apps/blob/master/apps.toml

In reply to @titus:pijean.ovh
That file has been replaced a long time again 😅 I think lapineige meant https://github.com/YunoHost/apps/blob/master/apps.toml

Yeah yeah don't make me look that old :p
[21:40:27] <mavric34> Is there a way from the yunohost interface to disable applications (without uninstalling them) in order to save resources?
The idea is that these applications remain disabled even after the machine has been rebooted!
[21:41:19] <Aleks (he/him/il/lui)> nope
[21:42:23] <orhtej2> you can `systemctl disable <stuff>`, disabling related services I guess
[21:42:27] <mavric34> The service must therefore be deactivated!
[21:44:36] <Aleks (he/him/il/lui)> systemctl disable is an option for apps which have their own services, but won't work for php apps
[21:58:40] <orhtej2> > <@Alekswag:matrix.org> systemctl disable is an option for apps which have their own services, but won't work for php apps

True, haven't thought about that