[01:27:06]
<Yunohost Git/Infra notifications> [issues] @scottwh commented on issue #1875 Docs: How to activate "sudo" for normal SSH user?: > I use usermod -aG sudo <username> for this. An alternative is to use phpLDAPadmin, which might be more future-proof... https://github.com/YunoHost/issues/issues/1875#issuecomment-1278356317
[01:27:37]
<Yunohost Git/Infra notifications> [issues] @scottwh commented on issue #1875 Docs: How to activate "sudo" for normal SSH user?: > I use usermod -aG sudo <username> for this. An alternative is to use phpLDAPadmin, which might be more future-proof... https://github.com/YunoHost/issues/issues/1875#issuecomment-1278356317
[01:28:44]
<Yunohost Git/Infra notifications> [issues] @scottwh commented on issue #1875 Docs: How to activate "sudo" for normal SSH user?: > I use usermod -aG sudo <username> for this. An alternative is to use phpLDAPadmin, which might be more future-proof... https://github.com/YunoHost/issues/issues/1875#issuecomment-1278356317
[03:02:18]
<Yunohost Git/Infra notifications> [yunohost_demo] @yalh76 pushed 1 commit to LXD: Cleanup https://github.com/YunoHost/yunohost_demo/commit/b94c117d2bd4659cc969f65fe7eab68ef1abdb15
[08:31:54]
<Guillaume Bouzige> hello there, while packaging cryptpad app, I found out that the conf `/usr/share/ssowat/access.lua` is blocking the app from loading
[08:33:30]
<Guillaume Bouzige> > hello there, while packaging cryptpad app, I found out that the conf `/usr/share/ssowat/access.lua` is blocking the app from loading
commenting it does it but is there another more elegant way of doing so in app install script ?
[09:00:13]
<Guillaume Bouzige> I can see that `ynh_add_nginx_config` is taking care of this part of configuration in install script
[10:59:07]
<Tag> Maybe there'es something around the auth_header parameter for the ynh_permission_whatever helper
[12:12:06]
<Guillaume Bouzige> basically I need to setup a secondary domain (the sandbox one) to have same setup as the main one (the one choosen at install) I already create it via the install script and did copy the included nginx conf from the main one.
[12:20:08]
<Guillaume Bouzige> as matter of test, in nginx conf file `/etc/nginx/conf.d/sandbox-mysuperdomain.com.conf` I commented the line 'access_by_lua_file /usr/share/ssowat/access.lua;' and the app works great
[12:20:37]
<Guillaume Bouzige> now I need to find a way to improve the install script instead
[13:34:39]
<Tag> I couldn't find your branch on GitHub ^^
Have a look at this : https://yunohost.org/en/packaging_apps_helpers#ynh-permission-url
I think setting auth_header to false should do the trick
[13:35:16]
<Guillaume Bouzige> > <@tag:lostpod.me> I couldn't find your branch on GitHub ^^
> Have a look at this : https://yunohost.org/en/packaging_apps_helpers#ynh-permission-url
> I think setting auth_header to false should do the trick
https://github.com/guizmoau/cryptpad_ynh
[13:37:09]
<Guillaume Bouzige> I am trying now thanks
[13:37:51]
<Tag> Also you shouldn't use `cp` but `ynh_add_config `
[13:38:08]
<Tag> here https://github.com/guizmoau/cryptpad_ynh/blob/testing/scripts/install#L177
[13:38:16]
<Guillaume Bouzige> yup
[13:44:28]
<Guillaume Bouzige> oh I found in the intial install script the helper used is `ynh_permission_update --permission="main" --add="visitors"`
[13:45:25]
<Guillaume Bouzige> I can't see where I get to specify the domain, is it the `url` param I guess
[13:46:21]
<Aleks (he/him/il/lui)> the domain is supposed to be the 'domain' setting of the app
[13:46:38]
<Aleks (he/him/il/lui)> but i guess you're in an edge case with several domains maybe idk
[13:46:48]
<Guillaume Bouzige> in my case I am trying to configure a secondary domain (sandbox one)
[13:47:08]
<Guillaume Bouzige> I about to try like this `ynh_permission_url --url=$sandboxdomain --auth_header=true
`
[13:47:09]
<Aleks (he/him/il/lui)> i think maybe you want to check `--additional-url(s?)` arg which may allow to specify full domain/path
[13:47:33]
<Aleks (he/him/il/lui)> (didn't read the full conversation so i don't know the context/issue)
[13:47:44]
<Guillaume Bouzige> context is cryptpad app
[13:48:04]
<Guillaume Bouzige> I am working on making it right
[13:48:52]
<Guillaume Bouzige> I already created the extra domain like that `yunohost domain add $sandboxdomain` and it seems fine
[13:49:34]
<Guillaume Bouzige> then I copy the same NGINX conf like that 'ynh_permission_url --url=$sandboxdomain --auth_header=true'
[13:50:48]
<Aleks (he/him/il/lui)> eeeh not sure that `ynh_permission_url` copies the nginx conf or anything, it just configures ssowat ? 🤔
[13:51:03]
<Guillaume Bouzige> yep that is what i need
[13:51:35]
<Guillaume Bouzige> I make it works if I comment the line ` access_by_lua_file /usr/share/ssowat/access.lua; `
[13:51:44]
<Guillaume Bouzige> in main nginx conf of domain
[13:51:56]
<Guillaume Bouzige> (not in the include .d folder)
[13:54:21]
<Aleks (he/him/il/lui)> maybe url is not the right option to use, maybe you want to try `--add_url` instead
[13:54:37]
<Aleks (he/him/il/lui)> (i'm not sure that a domain is supported for `--url`)
[13:54:57]
<Aleks (he/him/il/lui)> ah, reading the code it should be okay
[13:54:59]
<Aleks (he/him/il/lui)> zblerg
[13:55:40]
<Aleks (he/him/il/lui)> another way to debug this is to look at the corresponding block in /etc/ssowat/ssowat.conf (that file is autogenerated by yunohost everytime permissions change)
[13:56:23]
<Guillaume Bouzige> yes
[13:56:57]
<Guillaume Bouzige> so far the only ssowat conf I have identified in install script is at `ynh_permission_update --permission="main" --add="visitors"`
[13:59:36]
<Guillaume Bouzige> also I noticed that when using cli to create (in install script) or remove (in remove script) the sandbox domain the front web admin is not updated
[14:03:12]
<Aleks (he/him/il/lui)> uuh
[14:03:20]
<Aleks (he/him/il/lui)> ah yes
[14:03:25]
<Aleks (he/him/il/lui)> that's a "known" bug ... fixed in 11.1
[14:04:25]
<Aleks (he/him/il/lui)> that's because there's an in-RAM cache system to not re-query the domain list from ldap each time it's needed, but didn't thought about the fact that `yunohost-api` and `yunohost` (cli) are two different processes and blblblblblbl
[14:04:41]
<Guillaume Bouzige> (i am deploying now to see how it goes with ssowat thing)
[14:04:54]
<Aleks (he/him/il/lui)> (the workaround is to restart yunohost-api but clearly not obvious and annoying)
[14:05:23]
<Aleks (he/him/il/lui)> (and also obviously you don't want to brutally restart yunohost-api from the API itself @_@)
[14:05:23]
<Guillaume Bouzige> > <@Alekswag:matrix.org> (the workaround is to restart yunohost-api but clearly not obvious and annoying)
reboot was my workaround but I was not worried since cli gives correct output
[14:06:15]
<Guillaume Bouzige> hum install failed
[14:06:52]
<Guillaume Bouzige> got a warning like `/usr/share/yunohost/helpers.d/permission: line 245: permission: unbound variable`
[14:08:28]
<Guillaume Bouzige> arg must be the param `url` i used instead of `add-url` like you advised
[14:09:39]
<Guillaume Bouzige> aaarrrggg must be the param `url` i used instead of `add-url` like you advised
[14:13:49]
<Guillaume Bouzige> (trying again now)
[14:13:50]
<Aleks (he/him/il/lui)> 🤔
[14:15:47]
<Guillaume Bouzige> failed again
[14:16:45]
<Guillaume Bouzige> the `ynh_permission_url --add_url=sandbox-mysuperdomain.com --auth_header=true` do not work
[14:18:17]
<Guillaume Bouzige> I need to apply the same ssowat conf to my sandbox domain as the one of my main domain
[14:19:49]
<Aleks (he/him/il/lui)> what would help would be to share the block from /etc/ssowat/ssowat.conf and try to debug from there first ...
[14:20:39]
<Guillaume Bouzige> you mean `/etc/ssowat/conf.json` ?
[14:21:25]
<Aleks (he/him/il/lui)> yup
[14:23:50]
<Guillaume Bouzige> ```{ "additional_headers": { "Auth-User": "uid", "Email": "mail", "Name": "cn", "Remote-User": "uid" }, "domains": [ "mysuperdomain.com", "docs.mysuperdomain.com", "login.mysuperdomain.com" ], "permissions": { "core_skipped": { "auth_header": false, "label": "Core permissions - skipped", "public": true, "show_tile": false, "uris": [ "mysuperdomain.com/yunohost/admin", "docs.mysuperdomain.com/yunohost/admin", "login.mysuperdomain.com/yunohost/admin", "mysuperdomain.com/yunohost/api", "docs.mysuperdomain.com/yunohost/api", "login.mysuperdomain.com/yunohost/api", "re:^[^/]*/%.well%-known/ynh%-diagnosis/.*$", "re:^[^/]*/%.well%-known/acme%-challenge/.*$", "re:^[^/]*/%.well%-known/autoconfig/mail/config%-v1%.1%.xml.*$" ], "users": [] } }, "portal_domain": "login.mysuperdomain.com", "portal_path": "/yunohost/sso/", "redirected_regex": { "login.mysuperdomain.com/yunohost[\\/]?$": "https://login.mysuperdomain.com/yunohost/sso/" }, "redirected_urls": {} }`
[14:24:12]
<Guillaume Bouzige> ```
{ "additional\_headers": { "Auth-User": "uid", "Email": "mail", "Name": "cn", "Remote-User": "uid" }, "domains": \[ "mysuperdomain.com", "docs.mysuperdomain.com", "login.mysuperdomain.com" \], "permissions": { "core\_skipped": { "auth\_header": false, "label": "Core permissions - skipped", "public": true, "show\_tile": false, "uris": \[ "mysuperdomain.com/yunohost/admin", "docs.mysuperdomain.com/yunohost/admin", "login.mysuperdomain.com/yunohost/admin", "mysuperdomain.com/yunohost/api", "docs.mysuperdomain.com/yunohost/api", "login.mysuperdomain.com/yunohost/api", "re:^\[^/\]_/%.well%-known/ynh%-diagnosis/._$", "re:^\[^/\]_/%.well%-known/acme%-challenge/._$", "re:^\[^/\]_/%.well%-known/autoconfig/mail/config%-v1%.1%.xml._$" \], "users": \[\] } }, "portal\_domain": "login.mysuperdomain.com", "portal\_path": "/yunohost/sso/", "redirected\_regex": { "login.mysuperdomain.com/yunohost\[\\/\]?$": "https://login.mysuperdomain.com/yunohost/sso/" }, "redirected\_urls": {} }\
```
[14:24:26]
<Guillaume Bouzige> ```
{ "additional\_headers": { "Auth-User": "uid", "Email": "mail", "Name": "cn", "Remote-User": "uid" }, "domains": \[ "mysuperdomain.com", "docs.mysuperdomain.com", "login.mysuperdomain.com" \], "permissions": { "core\_skipped": { "auth\_header": false, "label": "Core permissions - skipped", "public": true, "show\_tile": false, "uris": \[ "mysuperdomain.com/yunohost/admin", "docs.mysuperdomain.com/yunohost/admin", "login.mysuperdomain.com/yunohost/admin", "mysuperdomain.com/yunohost/api", "docs.mysuperdomain.com/yunohost/api", "login.mysuperdomain.com/yunohost/api", "re:^\[^/\]_/%.well%-known/ynh%-diagnosis/._$", "re:^\[^/\]_/%.well%-known/acme%-challenge/._$", "re:^\[^/\]_/%.well%-known/autoconfig/mail/config%-v1%.1%.xml._$" \], "users": \[\] } }, "portal\_domain": "login.mysuperdomain.com", "portal\_path": "/yunohost/sso/", "redirected\_regex": { "login.mysuperdomain.com/yunohost\[\\/\]?$": "https://login.mysuperdomain.com/yunohost/sso/" }, "redirected\_urls": {} }
```
[14:24:45]
<Guillaume Bouzige> there is no config of my sandbox domain in there
[14:24:52]
<Guillaume Bouzige> since the install failed
[14:25:28]
<Guillaume Bouzige> so if I follow your path of thoughts, I shall add my sandbox domain in there ?
[14:26:01]
<Guillaume Bouzige> like in the `core_skipped` `uri` thing
[14:28:05]
<Guillaume Bouzige> I have not found helpers related to ssowat neither in the cli
[14:29:04]
<Aleks (he/him/il/lui)> my thoughts are that we should check what's in there to understand why it's not working
[14:29:18]
<Aleks (he/him/il/lui)> and then adapt the arg fed to `ynh_permission_stuff`
[14:29:58]
<Guillaume Bouzige> https://yunohost.org/en/packaging_apps_helpers#ynh-permission-update
[14:30:21]
<Aleks (he/him/il/lui)> uuuh so i guess right now there's no other permission apart from the core_skipped one because the app is not currently installed ?
[14:30:21]
<Guillaume Bouzige> it apply to user but not to domain
[14:30:38]
<Aleks (he/him/il/lui)> you can get a more human-readable version of the json conf with `cat /etc/ssowat/conf.json | jq`
[14:31:03]
<Guillaume Bouzige> my sandbox domain has been manually created via cli
[14:31:19]
<Guillaume Bouzige> it doesnt appear in ssowat conf
[14:31:38]
<Guillaume Bouzige> like now if I do `yunohost domain add supertop.local`
[14:31:39]
<Aleks (he/him/il/lui)> yes because ssowat conf doesn't list domains, it lists permissions ...
[14:31:50]
<Guillaume Bouzige> yes exactly I got that
[14:32:04]
<Guillaume Bouzige> but I need to grant access right to my sandbox domain
[14:32:19]
<Aleks (he/him/il/lui)> so let's :
[14:32:19]
<Aleks (he/him/il/lui)> yes
[14:32:55]
<Aleks (he/him/il/lui)> - install your cryptpad in its current state
- dump `cat /etc/ssowat/conf.json | jq`
- identify the block corresponding to the `cryptpad.main` permission
[14:33:04]
<Aleks (he/him/il/lui)> - iterate from there
[14:34:06]
<Guillaume Bouzige> oawh
[14:34:10]
<Guillaume Bouzige> I see
[14:35:28]
<Guillaume Bouzige> ```
{
"additional_headers": {
"Auth-User": "uid",
"Email": "mail",
"Name": "cn",
"Remote-User": "uid"
},
"domains": [
"yunohost-dev.local",
"documents.yunohost-dev.local",
"sandbox-documents.yunohost-dev.local"
],
"permissions": {
"core_skipped": {
"auth_header": false,
"label": "Core permissions - skipped",
"public": true,
"show_tile": false,
"uris": [
"yunohost-dev.local/yunohost/admin",
"documents.yunohost-dev.local/yunohost/admin",
"sandbox-documents.yunohost-dev.local/yunohost/admin",
"yunohost-dev.local/yunohost/api",
"documents.yunohost-dev.local/yunohost/api",
"sandbox-documents.yunohost-dev.local/yunohost/api",
"re:^[^/]*/%.well%-known/ynh%-diagnosis/.*$",
"re:^[^/]*/%.well%-known/acme%-challenge/.*$",
"re:^[^/]*/%.well%-known/autoconfig/mail/config%-v1%.1%.xml.*$"
],
"users": []
},
"cryptpad.main": {
"auth_header": true,
"label": "CryptPad",
"public": true,
"show_tile": true,
"uris": [
"documents.yunohost-dev.local"
],
"users": [
"userone"
]
}
},
"portal_domain": "yunohost-dev.local",
"portal_path": "/yunohost/sso/",
"redirected_regex": {
"yunohost-dev.local/yunohost[\\/]?$": "https://yunohost-dev.local/yunohost/sso/"
},
"redirected_urls": {}
}
```
[14:36:32]
<Guillaume Bouzige> I need to add an `uri` of my sandbox domain in the `cryptpad.main` block
[14:36:35]
<Guillaume Bouzige> maybe
[14:36:37]
<Aleks (he/him/il/lui)> yeah
[14:37:20]
<Guillaume Bouzige> with ynh_permission_update helper
[14:37:43]
<Aleks (he/him/il/lui)> so first let's run `cat /etc/ssowat/conf.json | jq > cat /etc/ssowat/conf.json.2` then `cp /etc/ssowat/conf.json.2 /etc/ssowat/conf.json`, just to get a more human-readable version of the file (simplify editing it)
[14:38:08]
<Aleks (he/him/il/lui)> and let's try to manually add `"sandbox-documents.yunohost-dev.local"` inside the `uris` block for `cryptpad.main`
[14:38:56]
<Aleks (he/him/il/lui)> such that it should look like:
```
"cryptpad.main": {
"auth_header": true,
"label": "CryptPad",
"public": true,
"show_tile": true,
"uris": [
"documents.yunohost-dev.local",
"sandbox-documents.yunohost-dev.local"
],
"users": [
"userone"
]
}
```
[14:39:04]
<Guillaume Bouzige> yup I do that now
[14:39:28]
<Aleks (he/him/il/lui)> and then you can simplify refresh whatever page on your browser you were trying to reach the sandbox domain
[14:41:27]
<Guillaume Bouzige> if that works, how do we do ?
[14:41:35]
<Guillaume Bouzige> (i am testing it now)
[14:44:04]
<Aleks (he/him/il/lui)> if that works then we just need to find the proper syntax to add this automagically from the permission system
[14:44:22]
<Guillaume Bouzige> yes
[14:54:24]
<Guillaume Bouzige> hum I have issue now with replacing `cp` by `ynh_add_config`
[14:55:41]
<Guillaume Bouzige> the second param `destination` was missing the file name
[14:55:45]
<Aleks (he/him/il/lui)> eeeh yeah but did you fix the permission thingy ? x_x
[14:55:54]
<Guillaume Bouzige> install failed
[14:56:08]
<Guillaume Bouzige> so not yet
[14:57:31]
<Guillaume Bouzige> (I am testing it now again)
[14:58:08]
<Guillaume Bouzige> (in the meantime, I found a bug when deploying a yunhost install on a subdomain)
[14:58:41]
<Guillaume Bouzige> (like if you choose to make the install on login.mysuperdomain.com instead of mysuperdomain.com)
[14:58:53]
<Guillaume Bouzige> (it makes such mess of DNS....)
[14:59:41]
<Guillaume Bouzige> (maybe you guys already now it)
[15:03:53]
<Guillaume Bouzige> install ok
[15:04:11]
<Guillaume Bouzige> modif ssowat conf ok
[15:04:20]
<Guillaume Bouzige> cryptpad ok
[15:05:09]
<Guillaume Bouzige> how do we `automagically` do it now aleks ? :/
[15:05:51]
<Guillaume Bouzige> oawh not really ok
[15:06:20]
<Guillaume Bouzige> there is an issue here `https://sandbox-docs.mysuperdomain.com/bower_components/bootstrap/dist/css/bootstrap.min.css?ver=4.11.0-1665759446296`
[15:07:15]
<Guillaume Bouzige> looks like we can access sandbox domains but not totally
[15:17:00]
<Guillaume Bouzige> oawh thing gets more complex now, I have issue because sandbox domain is not on the same certificate as main domain so HSTS blockage by web browser
[15:22:39]
<Aleks (he/him/il/lui)> > (maybe you guys already now it)
we don't know as long as you don't actually explain what you think the issue is x_x
[15:23:21]
<Guillaume Bouzige> can I do automagically that way ? `ynh_permission_create --permission=sandbox-cryptpad --url=sandbox-mysuperdomain.com --auth_header=true --allowed=visitors --label="sandbox cryptpad"`
[15:24:25]
<Aleks (he/him/il/lui)> i'd name it `--permission=sandbox`, calling it `sandbox-cryptpad` is redundant because the "full" name will be `<permname>.cryptpad` so that would yield `sandbox-cryptpad.cryptpad`
[15:24:45]
<Guillaume Bouzige> I see
[15:24:45]
<Guillaume Bouzige> yes
[15:24:58]
<Aleks (he/him/il/lui)> (or `cryptpad.sandbox-cryptpad`, the other way around maybe)
[15:26:12]
<Guillaume Bouzige> actually
[15:26:18]
<Guillaume Bouzige> if i follow existing logic
[15:26:41]
<Guillaume Bouzige> i shall first do without the allowed visitor and add it under the condition
[15:28:20]
<Guillaume Bouzige> like that
```
#=================================================
# SETUP SSOWAT
#=================================================
ynh_script_progression --message="Configuring permissions..." --weight=1
ynh_permission_create --permission="sandbox" --url=$sandboxdomain --auth_header=true --label="sandbox cryptpad"
# Make app public if necessary
if [ $is_public -eq 1 ]
then
ynh_permission_update --permission="main" --add="visitors"
ynh_permission_update --permission="sandbox" --add="visitors"
fi
```
[15:30:27]
<Guillaume Bouzige> I am testing this now
[15:32:38]
<Guillaume Bouzige> let say you have a domain like `mysuperdomain.com` at gandi, during the post install when you are asked your domain you use `login.mysuperdomain.com` then when all fine you go in your domain conf add your api key and go to get auto config. It will create some weird DNS conf.
[15:42:19]
<Guillaume Bouzige> the automagically did it
[15:42:25]
<Guillaume Bouzige> but it is not working
[15:42:34]
<Guillaume Bouzige> let me show you
[15:42:49]
<Aleks (he/him/il/lui)> what "weird" DNS conf, why is it weird ..?
[15:43:09]
<Guillaume Bouzige> > <@Alekswag:matrix.org> what "weird" DNS conf, why is it weird ..?
uncorrect, wrong, erroneous
[15:43:29]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯
[15:44:22]
<Guillaume Bouzige> ```
"cryptpad.main": {
"auth_header": true,
"label": "CryptPad",
"public": true,
"show_tile": true,
"uris": [
"docs.mysuperdomain.com"
],
"users": [
"userone"
]
},
"cryptpad.sandbox": {
"auth_header": true,
"label": "CryptPad (sandbox cryptpad)",
"public": true,
"show_tile": false,
"uris": [
"sandbox-docs.mysuperdomain.com/"
],
"users": []
}
```
[15:45:03]
<Guillaume Bouzige> when try to load the sandbox domain get redirect to sso login url
[15:45:25]
<Guillaume Bouzige> > <@Alekswag:matrix.org> ¯\_(ツ)_/¯
I will do a github issue
[15:45:53]
<Guillaume Bouzige> How can I add an uri in existing cryptpad block instead of creating a new block ?
[15:47:19]
<Aleks (he/him/il/lui)> with `--add_url`, but that's assuming that the issue actually is to add more uris ...
[15:48:04]
<Aleks (he/him/il/lui)> i mean if the entire domain is allowed then it shouldnt get redirected to the sso login ... except if visitors are not allowed and you are not logged in yet, etc ...
[15:49:34]
<Guillaume Bouzige> > <@Alekswag:matrix.org> with `--add_url`, but that's assuming that the issue actually is to add more uris ...
yes it works when I add uris of sandbox to existing cryptpad block
[15:53:08]
<Guillaume Bouzige> so we need more automagically things
[15:54:27]
<Aleks (he/him/il/lui)> > yes it works when I add uris of sandbox to existing cryptpad block
uris with a different base domain than `sandbox-docs.domain.tld` ...?
[15:56:11]
<Guillaume Bouzige> like this
```
"cryptpad.main": {
"auth\_header": true,
"label": "CryptPad",
"public": true,
"show\_tile": true,
"uris": \[
"docs.mysuperdomain.com",
"sandbox-docs.mysuperdomain.com"
\],
"users": \[
"userone"
\]
}
```
[15:56:38]
<Aleks (he/him/il/lui)> hmyeah so to do this, again, you probably want to use the `--add_url` option
[15:57:07]
<Guillaume Bouzige> with this `ynh_permission_url --permission="main" --add_url=$sandboxdomain --auth_header=true` ?
[15:57:49]
<Aleks (he/him/il/lui)> yup
[15:58:06]
<Guillaume Bouzige> let's go then
[15:58:28]
<Guillaume Bouzige> the certificate issue I mention earlier is not, I forgot to go generate the certificate for sandbox domain
[16:08:21]
<Guillaume Bouzige> ok it nearly works
[16:08:42]
<Guillaume Bouzige> ...there is a trailing slash at then end of sandbox domain
[16:10:42]
<Guillaume Bouzige> not sure how it appear
[16:11:05]
<Guillaume Bouzige> I use the same var everywhere
[16:11:24]
<Guillaume Bouzige> constructed from main domain var
[16:12:17]
<Guillaume Bouzige> https://aria.im/_matrix/media/v1/download/matrix.org/jSABePCidvBWFvmSyAuwMljY
[16:13:28]
<Guillaume Bouzige> but I endup with this
```
"cryptpad.main": {
"auth_header": true,
"label": "CryptPad",
"public": true,
"show_tile": true,
"uris": [
"docs.mysuperdomain.com",
"sandbox-docs.mysuperdomain.com/"
],
"users": [
"userone"
]
}
```
[16:13:45]
<Guillaume Bouzige> any clue ?
[16:14:16]
<Guillaume Bouzige> if I delete that slash it works
[16:14:17]
<Aleks (he/him/il/lui)> zblerg
[16:14:21]
<Guillaume Bouzige> indeed
[16:14:41]
<Aleks (he/him/il/lui)> i'm confused about why it would work without the slash but not with it x_x
[16:14:47]
<Aleks (he/him/il/lui)> maybe that's a bug in ssowat itself
[16:15:03]
<Guillaume Bouzige> hhuumm
[16:15:06]
<Guillaume Bouzige> can't tell
[16:15:28]
<Guillaume Bouzige> I modif conf.json and restart yunohost-api
[16:15:45]
<Aleks (he/him/il/lui)> let me read the code carefully
[16:15:45]
<Aleks (he/him/il/lui)> but indeed the "main" url (docs.domain.tld) doesn't have the slash (it's handled a bit differently because it's the main url)
[16:15:58]
<Aleks (he/him/il/lui)> (NB you don't need to restart yunohost-api after editing conf.json, or not even nginx)
[16:15:58]
<Guillaume Bouzige> atta
[16:16:08]
<Guillaume Bouzige> I am testing again
[16:17:01]
<Guillaume Bouzige> it works
[16:17:09]
<Aleks (he/him/il/lui)> \o/
[16:19:15]
<Guillaume Bouzige> ok I shall test more and prepare a PR later tonight
[16:22:50]
<Aleks (he/him/il/lui)> 🎉
[16:23:01]
<Guillaume Bouzige> thanks ALOT Aleks (he/him/il/lui) 🙏👍️
[16:31:52]
<eric_G> 🎉
[19:25:04]
<Yunohost Git/Infra notifications> [yunohost] @Tagadda approved pull request #1518 Not need to force YNH_APP_BASEDIR: :rocket: https://github.com/YunoHost/yunohost/pull/1518#pullrequestreview-1142890732
[20:48:33]
<Yunohost Git/Infra notifications> [yunohost] @alexAubin merged pull request #1518: Not need to force YNH_APP_BASEDIR https://github.com/YunoHost/yunohost/pull/1518
[20:48:33]
<Yunohost Git/Infra notifications> [yunohost] @alexAubin pushed 2 commits to dev: https://github.com/YunoHost/yunohost/compare/551095aa7098...6f03bb62cea8
[20:48:36]
<Yunohost Git/Infra notifications> [yunohost/dev] Not need to force YNH_APP_BASEDIR - yalh76
[20:48:36]
<Yunohost Git/Infra notifications> [yunohost] @alexAubin deleted branch ynh_add_config
[20:48:41]
<Yunohost Git/Infra notifications> [yunohost/dev] Merge pull request #1518 from YunoHost/ynh_add_config Not need to force YNH_APP_BASEDIR - Alexandre Aubin
[21:00:37]
<Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/11.0.9.15+202210142100 for bullseye/unstable/all ...
[21:01:42]
<Yunohost Git/Infra notifications> ✔️ Completed build for yunohost/11.0.9.15+202210142100 for bullseye/unstable/all.
[21:11:28]
<Guillaume Bouzige> I have push my PR for cryptpad update with sandbox domain (minus the slash at the end of ssowat conf)
[21:11:35]
<Guillaume Bouzige> https://github.com/YunoHost-Apps/cryptpad_ynh/pull/144
[21:12:09]
<Guillaume Bouzige> if that get approved and merge, I can do the update to last version
[22:43:05]
<Tag> (soudaine envie de mascotte 😳)
[23:40:36]
<Yunohost Git/Infra notifications> [yunohost_demo] @yalh76 pushed 1 commit to LXD: Update systemd.service https://github.com/YunoHost/yunohost_demo/commit/2516dc36ea2a54bfd5d82b4475daa54d0c7b04d5
[23:41:28]
<Yunohost Git/Infra notifications> [yunohost_demo] @yalh76 pushed 1 commit to LXD: Disable apps installation https://github.com/YunoHost/yunohost_demo/commit/a8bcfd0f3ecce20a5edcac26aa9e4e55ca6eafbc