[08:39:47]
<Salamandar> > <@titus:pijean.ovh> Actually it looks like HASS addons = YunoHost ? 😅
HASS add ons == docker containers + configuration file
[08:40:48]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/BVYgbtaeEErAxETtSCwDJxhK
[08:40:48]
<Salamandar> > <@oniricorpe:im.emelyne.eu> image.png
yeah same although i only use the 3 first
[08:43:14]
<Salamandar> > <@oniricorpe:im.emelyne.eu> fyi https://github.com/YunoHost-Apps/redirect_ynh/pull/57
Question : If this is used to proxy a secondary yunohost. Does it just "passthrough" the headers to the proxied ynh ? or does it drop it ?
[11:36:08]
<tituspijean> Looks like some of them will get cleared if I look at https://github.com/YunoHost/SSOwat/blob/4826e7aa09ac3c4631b7251c8359698f6eed9531/access.lua#L356 for YunoHost 11, but it does not look like it is the case for YunoHost 12 (I merely glanced at the code though: https://github.com/YunoHost/SSOwat/blob/debian/12.0.1/access.lua)
[11:47:49]
<Aleks (he/him/il/lui)> if auth_header is false then no Authorization header is set
[11:49:11]
<Aleks (he/him/il/lui)> so if there's a Authorization: token/bearer or whatever it won't get overwritten and it'll pass through to the destination (eg in the case of home assistant)
[11:49:50]
<Aleks (he/him/il/lui)> but if this is a secondary yunohost uuuh i guess nothing special happens ? no Auth header is injected
[11:50:48]
<Aleks (he/him/il/lui)> though that would create some funky case if you try to login on the reverse-proxied SSO because then it will want to set a cookie which the front could try to interpret
[12:03:37]
<Salamandar> > <@Alekswag:matrix.org> so if there's a Authorization: token/bearer or whatever it won't get overwritten and it'll pass through to the destination (eg in the case of home assistant)
perfect
[12:04:06]
<Salamandar> > <@Alekswag:matrix.org> but if this is a secondary yunohost uuuh i guess nothing special happens ? no Auth header is injected
i was just afraid that the auth header would be cleared by the sso idk
[14:46:43]
<Salamandar> https://keepachangelog.com/en/1.0.0/
[14:46:55]
<Salamandar> we reeeeeeeeeeeeeeeeeally need to use that instead of git log > changelog on forum :D
[14:47:13]
<Salamandar> (a colleague just replied to me on a PR to fill the changelog :D )
[14:48:01]
<Aleks (he/him/il/lui)> (on forum ?)
[15:40:45]
<Salamandar> yeah i think the release notes of yunohost 11 was a dump of git log
[15:41:12]
<Salamandar> hmmmm i might be wrong :|
[15:43:58]
<Aleks (he/him/il/lui)> the script we uses tries to only dump the PR titles and usually I try to do a bit of editorializing by sorting the major changes, notable changes, rewording etc
[15:46:33]
<Aleks (he/him/il/lui)> but yeah idk the thing about "managing the changelog directly as part of the PR" is nice on paper but imho it's always better when somebody else explains what the change is about and/or you have to re-explain it a few weeks later idk
[19:20:10]
<Salamandar> > <@Alekswag:matrix.org> but yeah idk the thing about "managing the changelog directly as part of the PR" is nice on paper but imho it's always better when somebody else explains what the change is about and/or you have to re-explain it a few weeks later idk
> imho it's always better when somebody else explains what the change is about
Well that can always be reformulated later