Tuesday, September 12, 2023
dev@conference.yunohost.org
September
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
 
             

[05:41:15] <Aleks (he/him/il/lui)> https://github.com/nginx/unit
[05:46:04] <Yunohost Git/Infra notifications> @mrflos forked yunohost to [mrflos/yunohost](https://github.com/mrflos/yunohost)
[06:03:52] <Yunohost Git/Infra notifications> [yunohost] @mrflos opened [pull request #1714](https://github.com/YunoHost/yunohost/pull/1714): Fix missleading example for ynh_setup_source
[07:37:14] <ljf> I was totally unaware of this kind of project: https://cockpit-project.org/
[07:37:20] <ljf> it's a GUI over SSH to manage a linux server
[07:37:59] <eric_G> and it is packaged for YunoHost
[08:50:40] <lapineige> Looks cool 😄
[16:59:08] <Tag> https://forum.yunohost.org/t/complete-reset-of-my-yunohost/26300/3?u=tagada
Il y avait pas un bug où même quand on retire un domaine noho.st, on peut pas en réenregistrer un ?
[17:13:06] <Yunohost Git/Infra notifications> [yunohost] @Tagadda approved [pull request #1714](https://github.com/YunoHost/yunohost/pull/1714#pullrequestreview-1622748222) Fix missleading example for ynh_setup_source
[17:35:20] <Yunohost Git/Infra notifications> [yunohost] @Tagadda [commented](https://github.com/YunoHost/yunohost/pull/1697#discussion_r1323362239) on pull request #1697 feature: new global setting options to enable SNI-forward to external domains: I think you cant register a domain with a _. Usually _ are used in "special" subdomains (SRV records...)
[18:19:12] <Tag> We would have to replace `apikey` with `Bearer` on this line : https://github.com/AnalogJ/lexicon/blob/master/src/lexicon/_private/providers/gandi.py#L275
[18:20:01] <Tag> Huh, Gandi deprecated "API token" /o https://api.gandi.net/docs/authentication/

Can we patch lexicon in some way ?
[18:48:21] <mrflos> so my problem is with `ynh_setup_source`
[18:48:35] <mrflos> hello, i'm not sure where i should write about this, but my problem with my yeswiki\_ynh app probably needs to be solved in the core, or i can find some dirty workarounds inside my app code, idk
[18:49:10] <mrflos> the source code of yeswiki has some folders like themes/ files/
[18:50:14] <mrflos> that exist in the git repo and archive, but that may contain other files after installation (the files folder contains uploaded files)
[18:52:08] <mrflos> while upgrading, if i use --keep='files' or --keep='files/' it will restore the keeped files in `files/files`
[18:52:45] <mrflos> because the folder already exists after being extracted from the source archive
[18:56:03] <mrflos> so probably, there https://github.com/YunoHost/yunohost/blob/b54a71b0cf365042e3d6e6f364b64d5608b238e4/helpers/utils#L377 i would need some -T parameter for cp or some *
[18:56:26] <mrflos> but maybe it's not the desired behaviour...
[18:57:12] <mrflos> i could also do some dirty hack in my upgrade script to move files/files/* to files after `ynh_setup_source`
[18:59:33] <mrflos> so what do you think is the proper way to solve my problem (and am i in the right channel or should i write in Apps developpers channel?)