Monday, September 11, 2023
support@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
 
             

[06:01:17] <Michele Agostinelli> Good Morning, for my no profit association, i confogured a matrix server with dendrite, we have our room and it works without problem.
Dendrite doesn't support ldap auth, and I want to setup yunohost to manage the server, how can i syncronize the password between yunohost internal ldap and dendrite?
I have two options:
1. When a user change yunohost password launch a script that change also dendrite password.
2. Move from dendrite to synapse, that is integrated with yuno, but I must confogure all matrix rooms.
Any suggestion?
[06:28:41] <tituspijean> Option 1 might be doable with hooks, for example `post_user_update`: https://yunohost.org/en/packaging_apps_hooks#post-user-update
[06:41:50] <tituspijean> stan: it should have automatically been set up as you can guess. Maybe try this? https://discuss.linuxcontainers.org/t/how-to-add-a-network-interface-in-lxc/437/2
[06:47:19] <Michele Agostinelli> > <@titus:pijean.ovh> Option 1 might be doable with hooks, for example `post_user_update`: https://yunohost.org/en/packaging_apps_hooks#post-user-update

Thanks, I will take a look!
[09:10:15] <Michele Agostinelli> > <@titus:pijean.ovh> Option 1 might be doable with hooks, for example `post_user_update`: https://yunohost.org/en/packaging_apps_hooks#post-user-update

In this case I must have access to the clear password, i suppose that yuno save the password encrypted inside the ldap server.
[09:16:54] <Aleks (he/him/il/lui)> > <@stan...:matrix.org> I'm not an expert in networking but what I can say is:
> - my container only has 1 network interface lo, which is not sufficient from what I know
> - when I run the command `lxc network list` I can see a network called `lxdbr0`, the default from the lxc initialization
> - I cannot ping any web site from the container
> - I can ping any web site from the host
> - I have an IP that I can use for the web admin

yeah having no network inside the LXC / LXD is kind of an "usual" / recurring issue ... usually this corresponds to LXD's DHCP not working
[09:17:11] <Aleks (he/him/il/lui)> typically if you are installing LXD inside YunoHost, this maybe because the port is already used by dnsmasq
[09:17:52] <Aleks (he/him/il/lui)> i don't remember exactly, but rough guess would be : try disable dnsmasq with `systemct disable dnsmasq --now` and restarting LXD (or restarting the entire server idk)
[09:20:37] <stan> > <@titus:pijean.ovh> stan: it should have automatically been set up as you can guess. Maybe try this? https://discuss.linuxcontainers.org/t/how-to-add-a-network-interface-in-lxc/437/2

I tried that and it did not work
[09:21:48] <tituspijean> > <@magostinelli:matrix.org> In this case I must have access to the clear password, i suppose that yuno save the password encrypted inside the ldap server.

Have a look to the environment variables of the hook I mentioned, the password is accessible with the `YNH_USER_PASSWORD` variable
[09:22:48] <stan> > <@Alekswag:matrix.org> yeah having no network inside the LXC / LXD is kind of an "usual" / recurring issue ... usually this corresponds to LXD's DHCP not working

Indeed that might be the problem, I saw dnsmasq on this port but I thought it was for yunohost
I'll try that asap
[10:34:12] <Nadine> Hi,
I have a question. I want to package an app where the user can choose the php version on which this app should run. So, in `manifest.toml` is there a possibility to conditionally load `resources.apt` based on user choice? So, e.g. if the user chooses PHP 8 then PHP 8 should be loaded from apt but if user chooses PHP 7.4 then PHP 7.4 should be loaded from apt.
Thanks.
[10:36:47] <Jeidnx> > Hi,
> I have a question. I want to package an app where the user can choose the php version on which this app should run. So, in `manifest.toml` is there a possibility to conditionally load `resources.apt` based on user choice? So, e.g. if the user chooses PHP 8 then PHP 8 should be loaded from apt but if user chooses PHP 7.4 then PHP 7.4 should be loaded from apt.
> Thanks.

Is there a reason to choose any version but the latest?
[10:36:47] <orhtej2> > Hi,
> I have a question. I want to package an app where the user can choose the php version on which this app should run. So, in `manifest.toml` is there a possibility to conditionally load `resources.apt` based on user choice? So, e.g. if the user chooses PHP 8 then PHP 8 should be loaded from apt but if user chooses PHP 7.4 then PHP 7.4 should be loaded from apt.
> Thanks.

In the spirit of [packaging philosophy](https://yunohost.org/oc/packaging_apps_intro#1-packaging-philosophy) I would anti-recommend such choice and go with the latest php version supported.
[10:43:29] <Nadine> > <@jeidnx:spacegli.de> Is there a reason to choose any version but the latest?

Yes, my question is about the wordpress app specifically. I have some sites which have plugins installed which are not yet compatible with PHP 8.2. I know this isn't ideal and I'm in contact with some plugin developers to push PHP 8.2 compatibility but in the meantime I need to run some sites on PHP 8.0 and in one case even on 7.4 as a temporary solution. How can I achieve this with the ynh wordpress installation? There is also an issue for this here: https://github.com/YunoHost-Apps/wordpress_ynh/issues/223
[11:06:49] <Aleks (he/him/il/lui)> é_è ...
[11:08:46] <Aleks (he/him/il/lui)> if you have some super specific need that requires php 8.0 or 7.4, then imho you should tweak your instance
[11:08:46] <Aleks (he/him/il/lui)> honestly i would rather encourage you to manually tweak stuff rather than implementing such a feature ... YunoHost is supposed to be about keeping things simple, not asking technical questions to user, like, the vast majority of users are happy with whichever version is the latest one or works, they should not even need to know that wordpress runs a thing called PHP
[11:33:09] <Nadine> > <@Alekswag:matrix.org> honestly i would rather encourage you to manually tweak stuff rather than implementing such a feature ... YunoHost is supposed to be about keeping things simple, not asking technical questions to user, like, the vast majority of users are happy with whichever version is the latest one or works, they should not even need to know that wordpress runs a thing called PHP

In general I totally agree with the base philosophy that the average user shouldn't need to care about technical things. However, in this case I believe it's more dangerous to just silently switch the PHP version with a YNH WP upgrade without giving any note about it before. It can break site functionality because some plugins are not yet compatible with latest PHP versions. So, I don't believe this is a super specific need as a lot of WP plugins are just not compatible yet with PHP 8.2. It took me some time to find out that the PHP version was silently changed with one of the latest YNH WP updates.

So, imo the question which PHP version to use should be included but with the default value of the latest PHP version 8.2 and a hint stating something similar like "In most cases you don't want to change this. Only change PHP version if you know what you're doing." So, the average user without technical knowledge wouldn't need to care. However, a more technical admin could just easily choose the PHP version without having to manually tweak anything. What do you think Aleks (he/him/il/lui) ?
[12:06:06] <Aleks (he/him/il/lui)> Regarding silently upgrading the php version : sorry about that, in the future we could easily add a preupgrade notification using packaging v2
[12:25:11] <eric_G> Nadine: what about something like this: https://github.com/YunoHost-Apps/tiki_ynh/blob/83f0d6253e1c86b7d7b70616af70a82c24cb1349/manifest.toml#L74-L82
[12:46:16] <Elzen> Hi there! Since several days, the autodiagnosis tools report twice a day that the /etc/resolv.dnsmasq.conf is manually modified. I tried to restore it several times, but it looks like something keeps modifying it to only two lines (maybe it's the VPN client?). Another weird thing is, the yunohost regen-conf tool seems to write a different file each time I try to restore. Do you have any idea (other than ignore the diagnosis for this file) to make things better?
[13:05:46] <Aleks (he/him/il/lui)> thing is that the /etc/resolv.dnsmasq.conf is generated with a random-order so it's expected that each time you regen-conf dnsmasq, the conf is updated despite that nothing happened
[13:06:00] <Aleks (he/him/il/lui)> but yeah vpn client is likely to mess with this file
[13:07:14] <Elzen> Okay, thanks for the explanation :) Is there a way to prevent the VPN to keep modifying it? Or should I just mark this file as unchecked for the diagnosis tool?
[13:11:49] <Aleks (he/him/il/lui)> imho you should mark the file as unchecked by the diagnosis, it's a feature and not a bug (well it's not a feature that the file is mark as manually modified, but it's expected to modify it)
[13:12:18] <Elzen> 'kay, thanks.
[14:48:17] <Nadine> > <@ericg:matrix.org> Nadine: what about something like this: https://github.com/YunoHost-Apps/tiki_ynh/blob/83f0d6253e1c86b7d7b70616af70a82c24cb1349/manifest.toml#L74-L82

Thanks eric_G . Yes, this is exaclty what I meant. So, if I understand it correcly the installation of the packages in `packages_from_raw_bash` is handled automatically as I cannot see it being referenced anywhere in the installation script. Is that correct?
[14:54:50] <Nadine> > <@Alekswag:matrix.org> Regarding silently upgrading the php version : sorry about that, in the future we could easily add a preupgrade notification using packaging v2

Alright, I think this would be a step in the right direction to add a pre-upgrade notification. However, I believe it would still be beneficial to let the administrator choose the php version during the installation process. You were pointing out that yunohost's goal is to make things as simple as possible. Even with cheap shared hosting offers for WordPress a lot of hosters just provide a switch for changing PHP versions. From an administrator's perspective handling a lot of WP websites, managing them on a Shared Hosting would be even easier in terms of maintenance compared to having to tweak every single WP instance run on YNH for changing PHP versions. Just my 2 cents 🤷‍♀️
[15:02:42] <Aleks (he/him/il/lui)> Well it's also gonna create a bunch of other questions like : how do people get to upgrade what php version is used for their wordpress, since it's supposed to be chosen during install and never change later...
[15:04:27] <Aleks (he/him/il/lui)> My understanding is that your issue was related to an upgrade which upgraded the php version and therefore plugin, so having a pre-upgrade notification and then refusing to upgrade as long as the php version would break your plugins sounds like a much simpler solution in technical terms ...
[15:05:30] <Aleks (he/him/il/lui)> And yeah the "simplicity" thing is a suble tradeoff between having relevant questions for stuff that people wanna tweak, vs not too many questions to not bloat everything
[15:19:25] <sebastien> Réponse de Mullvad VPN.....

Vous ne pouvez pas accéder à un serveur YunoHost connecté à Mullvad depuis l'Internet, puisque nous ne supportons plus la redirection de port.

[15:19:54] <lapineige> Ah merde :(
[15:20:13] <lapineige> Dommage, leur service est un des plus intéressant du marché...
[15:26:00] <sebastien> > Ah merde :(
>
> Dommage, leur service est un des plus intéressant du marché...
Et oui.... bien dommage... et moi j'avais pas particulièrement envie d'adhérer à un autre VPN... Multiplication des coûts etc.....

Vais voir pour changer, y'en a 2 autres très bien et pro vie privée a recommander. IVPN ey AzireVPN


[15:31:57] <Tag> Du côté des FAI associatifs tu peux trouver des offres VPN pas trop chères et compatibles YunoHost
[15:32:11] <Tag> Du côté des FAI associatifs tu peux trouver des services VPN pas trop chères et compatibles YunoHost
[15:34:29] <Tag> *se rend compte qu'il n'y a que des FAI associatifs sous l'onglet "French speaking"* https://yunohost.org/fr/providers/vpn
[21:04:13] <stan> > <@stan...:matrix.org> Indeed that might be the problem, I saw dnsmasq on this port but I thought it was for yunohost
> I'll try that asap


I don't know what happened since yesterday but today it's working even though I did not touch anything 🤔 Unless I wake up during my sleep but I'm not aware of that
Thanks a lot for the time you took to help me tituspijean Aleks (he/him/il/lui)

I'm sure I will have some more questions because when I see the diagnosis there is a lot of red, but I will try to fix it by myself first 😅
[21:05:00] <Aleks (he/him/il/lui)> stan: ah yes, didnt touch anything and it's working ... classic LXD or general networking ;P
[21:05:40] <stan> I'm new to LXD, so I cannot say, but I trust you!
[22:55:00] <stan> Hello, [this pull request](https://github.com/YunoHost/yunohost/pull/1713) is my first contribution to yunohost 🎉 or to a free software. So I don't have all the codes, don't blame if I do something wrong ;)
This message is here to say that we can discuss on github or here