[08:46:37]
<miro5001> I was writing a blog post comparing selfhosted photo management solutions, I noticed that https://github.com/YunoHost-Apps/librephotos_ynh was not maintained and absent from the catalog, though the upstream is active.
[14:34:18]
<Yunohost Git/Infra notifications> [apps] OniriCorpe [commented](https://github.com/YunoHost/apps/pull/2810#issuecomment-2645743185) on [issue #2810](https://github.com/YunoHost/apps/pull/2810) Add loot to wishlist: Interesting 🙂↕️
[14:36:31]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to add-to-wishlist-loot: Update wishlist.toml ([a6ccb3c1](https://github.com/YunoHost/apps/commit/a6ccb3c1bb7cdb7b2c735f493a178a1e3a05c3a3))
[14:36:56]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to master: Add loot to wishlist (#2810) * Add loot to wishlist * Update wishlist.toml --------- Co-authored-by: OniriCorpe <oni... ([e3d1de15](https://github.com/YunoHost/apps/commit/e3d1de15283afc667ac46597cecaf8b6af90dd80))
[14:36:56]
<Yunohost Git/Infra notifications> [apps] OniriCorpe merged [pull request #2810](https://github.com/YunoHost/apps/pull/2810): Add loot to wishlist
[14:36:57]
<Yunohost Git/Infra notifications> [apps] OniriCorpe deleted branch add-to-wishlist-loot
[16:31:36]
<Yunohost Git/Infra notifications> [nextcloud_ynh] CodeShakingSheep edited [issue #736](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/736): Backup for Nextcloud fails (all other apps working)
[18:16:48]
<wgrav> I'm trying to get websockets working for my package, the /compile websocket required for a lot of basic functionality doesn't seem to be working, I'm fairly certain it has something to do with nginx but I really don't know what I'm doing, is anybody willing to help out?
https://github.com/YunoHost-Apps/esphome_ynh/pull/11
[18:23:20]
<wgrav> Nevermind that, turns out this is an installation script error, not an NGINX problem
[19:28:06]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] yalh76 merged [pull request #24](https://github.com/YunoHost-Apps/stirling-pdf_ynh/pull/24): Upgrade to v0.41.0
[19:28:11]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] yalh76 deleted branch ci-auto-update-0.41.0
[19:29:17]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] yalh76 pushed 1 commit to testing: Github template ([923305ee](https://github.com/YunoHost-Apps/stirling-pdf_ynh/commit/923305ee664aeae011089cf7d1f5a79a6cf4a72f))
[19:33:45]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] yalh76 pushed 1 commit to testing: Cleanup ([5715777d](https://github.com/YunoHost-Apps/stirling-pdf_ynh/commit/5715777d1278f2c6c185591e290a6e949ff82bd3))
[19:33:51]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] yalh76 opened [pull request #25](https://github.com/YunoHost-Apps/stirling-pdf_ynh/pull/25): Upgrade to v0.41.0
[20:25:59]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] yalh76 merged [pull request #25](https://github.com/YunoHost-Apps/stirling-pdf_ynh/pull/25): Upgrade to v0.41.0
[22:25:20]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/238#issuecomment-2645965811) on [issue #238](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/238) fix sandboxing ports: @Ddataa @ericgaspar do you approve this PR ? it resolve issue for 2 users with apps using the port 3000, here if the po...
[22:27:47]
<rodinux> Is it possible add a choice for the `__PORT__` in an application ?
[22:28:21]
<Aleks (he/him/il/lui)> what would be the use case
[22:31:05]
<rodinux> there is 2 users in the forum which have problems with the port 3000 in cryptpad when another app use also this port. Someone have propose this PR where the `__PORT__` stay a variable and they could install cryptpad which have choose a port 3001
[22:32:26]
<rodinux> So I was thinking, is it possible choose the port on the install ??
[22:34:37]
<rodinux> Or just let the PR like this, is a workaround, but not sure an upgrade will not brake...
[22:37:49]
<Aleks (he/him/il/lui)> sounds like we should rather understand why port 3000 is picked if another app already uses it
[22:46:56]
<rodinux> this happens with Mastodon and with Wanderer https://forum.yunohost.org/t/conflit-avec-cryptpad-et-mastodon/35281 https://forum.yunohost.org/t/cryptpad-sandbox-has-the-same-internal-port-as-wanderer-trails-app/35190
[23:12:32]
<rodinux> the good news is that with this PR, if there is such problem, the port chnage to 3001... better no ? but un the manifest there is
```
[resources.ports]
main.default = 3000
socket.default = 3003
```
[23:14:09]
<Aleks (he/him/il/lui)> ughr because the port was hardcoded before ? T_T
[23:14:26]
<Yunohost Git/Infra notifications> [roundcube_ynh] yunohost-bot opened [pull request #230](https://github.com/YunoHost-Apps/roundcube_ynh/pull/230): Upgrade to v1.6.10
[23:14:26]
<Aleks (he/him/il/lui)> anyway if that fixes the issue yeah i don't see the point of "asking for a different" port anyway
[23:16:29]
<rodinux> Ok, I will accept the PR in the branch testing...
[23:19:21]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux merged [pull request #238](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/238): fix sandboxing ports
[23:19:47]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 13 pending update PRs
- 9 new apps PRs
- 9 failed apps updates: appflowy, benevalibre, elabftw, gitlab-runner, lemmy, ofbiz, owncast, stremio, zoraxy
See the full log here: https://paste.yunohost.org/raw/vuvedaneti
[23:28:49]
<rodinux> perhaps I could try remove the line `main.default = 3000` ?? it could be a solution ?
[23:31:02]
<Aleks (he/him/il/lui)> i suppose that would reduce the probability that it picks 3000 exactly since it'll pick a random port instead but that still doesn't explain why 2 apps would use the same port
[23:31:16]
<Aleks (he/him/il/lui)> also i'm confused considering the port was hardcoded in the nginx conf anyway
[23:31:23]
<Aleks (he/him/il/lui)> but i didn't read the actual user reports