[03:03:17]
<beedee> im having trouble accessing my synapse postgres db using admier. all apps are installed through yunohost. I tried following the directions for adminder but /etc/yunohost/apps/synapse/settings.yml doesn't give me details other than the db password. i've tried that in conjunction with the admin user
[03:10:18]
<beedee> is there another place the postgres info is stored?
[05:33:30]
<Azu> I think with synapse you're meant to use the admin panel they offer in the apps catalog
[05:33:55]
<Azu> I just use conduit,which had a special room where I can just feed admin commands
[09:47:28]
<Mateusz Szymański> > <@beedee:matrix.org> im having trouble accessing my synapse postgres db using admier. all apps are installed through yunohost. I tried following the directions for adminder but /etc/yunohost/apps/synapse/settings.yml doesn't give me details other than the db password. i've tried that in conjunction with the admin user
credential are [set here](https://github.com/YunoHost-Apps/synapse_ynh/blob/62ad37a957af05b0ecd583d5ec717673d3b7cc10/scripts/install#L32C1-L33C30), so `db` is `matrix_synapse` and user is also `matrix_synapse`. Having said that, are you sure you want to modify something inside this db? consider at least making a proper backup before venturing forth
[11:11:33]
<hercut> hello, petit quesiton rapide, il est plus lourd d'installer debian puis yonohost, ou directement une image de yonohost ?
[11:13:30]
<tituspijean> C'est virtuellement identique, ça te prend juste un peu plus de temps d'installer Debian puis YunoHost par dessus.
[11:13:48]
<hercut> ok merci tituspijean
[11:13:58]
<hercut> https://aria.im/_matrix/media/v1/download/matrix.org/mmdRxXEitDpTFWACiaXVKJVk
[11:14:04]
<hercut> ca vous a deja fait ca ?
[11:14:12]
<hercut> je ne peux pas cliquer sur yes :(
[11:14:28]
<hercut> je crois qu'il ne veut vriament pas que j'ianstall yonohost sur la freebox
[13:02:12]
<PepeCyB> Question about redis:
I would need to update redis-server and -tools from the current 6.0.16-1+deb11u2 to 7.0.10-1~bpo11+1 (I need redis for Firefish in version 7 or higher).
Is it problematic for the operation of YunoHost if I update to the backports version 5:7.0.10-1~bpo11+1 via apt?
[13:09:00]
<Mateusz Szymański> > Question about redis:
>
> I would need to update redis-server and -tools from the current 6.0.16-1+deb11u2 to 7.0.10-1~bpo11+1 (I need redis for Firefish in version 7 or higher).
>
> Is it problematic for the operation of YunoHost if I update to the backports version 5:7.0.10-1~bpo11+1 via apt?
generally speaking `backports` are untested in context of ynh and are discouraged
is v7 needed-needed? current integration does not explicitly pull any version: https://github.com/YunoHost-Apps/firefish_ynh/blob/master/scripts/install
[13:15:46]
<hwozea> Hi, anyone here able to use RapidVPN to forward ports 80 and 25?
[13:18:17]
<PepeCyB> Mateusz Szymański
Yes, version 7 is really necessary. In the source repository under dependencies it says that redis >= 7 is required: https://git.joinfirefish.org/firefish/firefish#-dependencies
When running Firefish (1.0.5-rc), there is at least one error resulting from the fact that redis is only available in v. 6: The antennas (news-picker) no longer work, they are always empty. Another user who hosts Firefish himself (without YunoHost) has updated to redis 7 on a hint and now the antennas work correctly again.
I know that backports can cause problems, that's why I'm asking here ;-) However, I'm not really familiar with redis either and don't know about backward compatibility.
[13:18:33]
<Mateusz Szymański> > Mateusz Szymański
>
> Yes, version 7 is really necessary. In the source repository under dependencies it says that redis >= 7 is required: https://git.joinfirefish.org/firefish/firefish#-dependencies
>
> When running Firefish (1.0.5-rc), there is at least one error resulting from the fact that redis is only available in v. 6: The antennas (news-picker) no longer work, they are always empty. Another user who hosts Firefish himself (without YunoHost) has updated to redis 7 on a hint and now the antennas work correctly again.
>
> I know that backports can cause problems, that's why I'm asking here ;-) However, I'm not really familiar with redis either and don't know about backward compatibility.
I skimmed through v7 release notes and there are not THAT MANY breaking changes so IDK. You can pull v7 from their repo and forget about backports perhaps?
[13:29:02]
<PepeCyB> I thought an update via the backports version (https://packages.debian.org/bullseye-backports/amd64/redis-server/download) would be the least "harmful" for the Debian system YunoHost is running on. A pull from the git of redis and manual installation would require - or am I wrong - that I uninstall the installed version 6 and then install the current version by hand. But that would certainly break a number of dependencies. I fear that this could cause serious problems with future YunoHost updates.
Maybe I'll just wait for the YunoHost update to Debian 12 (however long that takes). So far only the antennas are affected. They are not essential for me. And I hope that the few users of my instance can also live with it.
[17:24:41]
<Charles P.> Aïe, petit soucis
[17:27:42]
<Charles P.> J'ai lancé via la CLI une mise à jour de firefish, le soucis c'est qu'à un endroit dans le script d'upgrade il appelle un truc qui attends une validation utilisateur (bug dans le paquet donc)... Et j'ai eu la mauvaise idée de lancer l'upgrade avant de prendre le train, et j'ai perdu la connexion SSH, j'ai donc le script d'upgrade qui est encore en train de tourner (d'après la webadmin qui indique pas de date de fin) mais aucun moyen de l'annuler pour qu'il remette l'app comme avant...
Je peux faire quoi ?
[17:28:02]
<Charles P.> J'ai lancé via la CLI une mise à jour de firefish, le soucis c'est qu'à un endroit dans le script d'upgrade il appelle un truc qui attends une validation utilisateur (bug dans le paquet donc)... Et j'ai eu la mauvaise idée de lancer l'upgrade avant de prendre le train, et j'ai perdu la connexion SSH, j'ai donc le script d'upgrade qui est encore en train de tourner (d'après la webadmin qui indique pas de date de fin sur le log) mais aucun moyen de l'annuler pour qu'il remette l'app comme avant...
Je peux faire quoi ?