[04:41:08]
<hook> orhtej2, that’s an idea, but is it safe to try?
[10:15:48]
<miro5001> Check the php version it is using.
yunohost app shell wallabag2
php -v
Then copy it to the missing location
Make a full backup
Retry upgrade
Check the new php version it is using after upgrading
Remove the unnecessary conf file and restart php (both, the new version and the one you removed the file from)
[11:23:57]
<hook> miro5001, thanks I’ll try that.
[11:31:25]
<orhtej2> > <@miro5001:matrix.org> Check the php version it is using.
> yunohost app shell wallabag2
> php -v
> Then copy it to the missing location
> Make a full backup
> Retry upgrade
> Check the new php version it is using after upgrading
> Remove the unnecessary conf file and restart php (both, the new version and the one you removed the file from)
A safer way for sure
[15:36:28]
<m606> Hello, would there be an app lighter than Nextcloud in YNH catalog that can
1. be a sync center for caldav calendars (some created locally, but some retrieved from various external sources)? That way my clients could connect to a unique server to fetch calendars ?
2. merge some calendars so that clients have to fetch one only instead of X ?
[16:59:34]
<Hook> @m606 Baikal (or Davis) and then merge by hand?
[17:00:19]
<Hook> I dunno if these two have any option to help you merge, but I remember Baikal being good.
[17:01:14]
<FbIN> Baikal is good, but the file/event names are in alphanumeric, random wise. Not say the event name or the contact name. Though I guess each software is aimilar that way.
[17:03:24]
<Salamandar> Baikal is good but there is no way to merge calendars :/
[17:03:46]
<Salamandar> i think there's an issue open about that
[17:09:22]
<Hook> You could merge in a calendar client perhaps
[17:21:56]
<FbIN> Merge in a client is still not there, AFAIK. I tried in betterbird and Etar, both. Does not have any option.
[17:22:03]
<FbIN> But delete and edit are there.
[17:58:52]
<m606> Thanks for the feedback. I get that no merge is to be expected at the moment.
What about sync/replicate?
I did install Baikal to have a look, but if I get it well it enables "only" to host calendars created by Baikal ?
Like if I have baikal on server A, I can create calendars A1, A2 for instance.
Now what if I want calendar B2 on server B, but that I wish my client to fetch it from server A ?
Can Baikal sync/replicate calendar B2 so that it appears to my client as calendar A3 ?
[18:00:40]
<FbIN> > Thanks for the feedback. I get that no merge is to be expected.
> What about sync/replicate?
> I did install Baikal to have a look, but if I get it well it enables "only" to host calendars created by Baikal ?
> Like if I have baikal on server A, I can create calendars A1, A2 for instance.
> Now what if I want calendar B2 on server B, but that I wish my client to fetch it from server A ?
> Can Baikal sync/replicate calendar B2 so that it appears to my client as calendar A3 ?
Kind of yes. It can sync between and replicate the entries, if that is applied as say default calendar on the client end. It will then copy or rather sync the entries to the default instance.
[18:01:05]
<schlunk (he/him)> Hi! I get an error when installing collabora: https://paste.yunohost.org/raw/ebipatikev
Any ideas? 🙏
[18:03:31]
<m606> not sure to get what you say - so I suscribe to B2 on my client, and then it will be backed up by Baikal as A3? Then another client could access A3 ?
But then the data fetch from B2 is done client-side and not server-side, right ?
[18:05:09]
<FbIN> Let me try and explain.
[18:05:28]
<FbIN> The answer is simple, but complicated and may not serve your purpose.
[18:08:40]
<FbIN> I created one cal with say Baikal and one with say ABC company and 3rd with or without Baikal
In say desktop client like Thunderbird or betterbird when I sync all calendars and my default calendar is say the 1st Baikal one, then any new entry or edit and sync on say cal 2 or even cal 3, triggers a replication to 1st server as well and everything gets copied to cal1 as well.
This is what I have found in all calendars. Again this may not be fully what you want, and I may have simply overlooked any setting, being somewhat lazy myself.
[18:30:34]
<m606> What I don't get is why cal 2 or cal 3 would be synced to your Baikal server if they belong to the others server (ABC and 3rd one) ? I would expect TB to push modifs only to the server of origin of the calendar.
Note that I may not be familiar with the notion of "default calendar" if it is has broader implications than just being the one edited by default in the client.
[18:31:42]
<m606> What I don't get is why cal 2 or cal 3 would be synced to your Baikal server if they belong to the others server (ABC and 3rd one) ? I would expect TB to push modifs only to the server of origin of each calendar.
Note that I may not be familiar with the notion of "default calendar" if it is has broader implications than just being the one edited by default in the client.
[18:36:11]
<rodinux> It seems a problem with password. I think in Collabora is better have a password only with letters and numbers... o extra characters
```
2026-01-07 15:41:02,536: WARNING - Jan 07 15:36:04 coolwsd[1566119]: SAXParseException: Invalid token in '/etc/coolwsd/coolwsd.xml', line 218 column 152
```
https://github.com/YunoHost-Apps/collabora\_ynh/blob/5f48a862e3a865d103c1241a6a2c4a32a7376833/conf/coolwsd.xml#L218
[18:36:23]
<rodinux> It seems a problem with password. I think in Collabora is better have a password only with letters and numbers... Not extra characters
```
2026-01-07 15:41:02,536: WARNING - Jan 07 15:36:04 coolwsd[1566119]: SAXParseException: Invalid token in '/etc/coolwsd/coolwsd.xml', line 218 column 152
```
https://github.com/YunoHost-Apps/collabora\_ynh/blob/5f48a862e3a865d103c1241a6a2c4a32a7376833/conf/coolwsd.xml#L218
[18:48:30]
<FbIN> > What I don't get is why cal 2 or cal 3 would be synced to your Baikal server if they belong to the others server (ABC and 3rd one) ? I would expect TB to push modifs only to the server of origin of the calendar.
> Note that I may not be familiar with the notion of "default calendar" it is has broader implications than just being the one edited by default in the client.
Default calendar logic is similar to default sim/contact place for your contacts. It will sync to the default per the setup
[18:56:53]
<m606> if I setup several calendar sources: serverA, serverB, serverC. I assume TB (or any other client) will push changes on cal A1,A2 to serverA, changes on cal B1 to serverB, changes on cal C1 to serverC.
Isn't this the calendar logic?
[18:58:50]
<m606> to take your analogy, if your phone has several SIMs when saving a new contact you are asked which SIM to save it to. So that boils down to what I understand just above.
[19:08:28]
<FbIN> > if I setup several calendar sources: serverA, serverB, serverC. I assume TB (or any other client) will push changes on cal A1,A2 to serverA, changes on cal B1 to serverB, changes on cal C1 to serverC.
> Isn't this the calendar logic?
Yes true.
[19:09:06]
<FbIN> > to take your analogy, if your phone has several SIMs when saving a new contact you are asked which SIM to save it to. So that boils down to what I understand just above.
True again. You are asked and you respond. Not a predefined setup there.
[21:58:10]
<Kavelach> Hi, I am hosting YH on a VPS and I am getting this message in my diagnosis checks:
> \[ERROR\] Your IP or domain \[IPv4\] is blocklisted on Spamhaus ZEN
>
> - It looks like the reason mentions 'open resolver'.This usually means your server is not using its local DNS, but a public, open, one. Check the contents of /etc/resolv.conf, it should contain nameserver 127.0.0.1.Since this file is usually automatically generated, do not edit it manually. Check your DHCP settings, or your VPN settings if you are using one, or if you used a Debian image made by, for example, a VPS provider, look for a cloudinit configuration. You are most welcome on the YunoHost support channels to get help on this issue. The verbatim blacklist reason is: "Error: open resolver; https://check.spamhaus.org/returnc/pub/\[IPv6\]/"
> - After identifying why you are listed and fixing it, feel free to ask for your IP or domain to be removed on https://www.spamhaus.org/zen/
I have done a test with `dig google.com [IPv4]` and I got a response. But I don't remember configuring my server to resolve DNS queries
[22:16:51]
<Kavelach> but I also got this:
```
> sudo yunohost firewall is-open 53
False
```