[01:19:34]
<Yunohost Git/Infra notifications> App headscale rises from level 7 to 8 in job [#26105](https://ci-apps.yunohost.org/ci/job/26105) !
[07:15:51]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 56 pending update PRs
- 13 new apps PRs
- 8 failed apps updates: bazarr, elasticsearch8, firefly-iii, flood, focalboard, owncloud, tvheadend, vikunja
See the full log here: http://paste.yunohost.org/raw/ojiweqexiz
[07:27:30]
<ChriChri> > <@yunohostinfra:matrix.org> [apps] OniriCorpe approved [pull request #2288](https://github.com/YunoHost/apps/pull/2288#pullrequestreview-2036325550) flohmarkt logo
It still doesn't show on the app catalog.
[11:46:45]
<Salamandar> that’s a code thing, i replied
[11:47:21]
<Salamandar> it’s good
[11:47:54]
<Salamandar> the variable $port is not used anywhere else
[11:48:24]
<Salamandar> And about the doc, it’s too complex for me, I’m not sure i’m good enough to revamp it
[11:48:51]
<Salamandar> tbh i manually set up borg on my server :D
[11:51:00]
<Salamandar> what ? ^^
[11:51:16]
<Salamandar> borgmatic + systemd service + bash script + rsync
[11:51:30]
<Aleks (he/him/il/lui)> mer il et fou
[11:52:25]
<Yunohost Git/Infra notifications> [apps] chri2 opened [pull request #2290](https://github.com/YunoHost/apps/pull/2290): Logo correct filename
[11:54:05]
<ChriChri> > <@yunohostinfra:matrix.org> [apps] chri2 opened [pull request #2290](https://github.com/YunoHost/apps/pull/2290): Logo correct filename
Found the mistake, please commit ;-) ...
[12:25:54]
<Yunohost Git/Infra notifications> [apps] tituspijean pushed 1 commit to master: Flohmarkt logo correct filename (#2290) * correct filename flohmarkt.png * Delete logos/flohmarkt_ynh.png wrong file... ([fe2382b4](https://github.com/YunoHost/apps/commit/fe2382b4ffb27c7484da5791cc9252d3324e7f7c))
[12:26:52]
<Yunohost Git/Infra notifications> [apps] tituspijean merged [pull request #2290](https://github.com/YunoHost/apps/pull/2290): Logo correct filename
[12:27:46]
<Yunohost Git/Infra notifications> [apps] alexAubin created new branch incus-logo
[12:28:53]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to incus-logo: Add incus logo (copypasta of lxd) ([4fcc1416](https://github.com/YunoHost/apps/commit/4fcc1416ff96c6799a257ea04b800e57b8fe602e))
[12:30:55]
<Yunohost Git/Infra notifications> [apps] alexAubin opened [pull request #2291](https://github.com/YunoHost/apps/pull/2291): Add incus logo (copypasta of lxd)
[12:32:03]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to master: Add incus logo (copypasta of lxd) (#2291) ([496e5219](https://github.com/YunoHost/apps/commit/496e5219c0bdf57320c346b061a2c91c563d845b))
[12:32:28]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #2291](https://github.com/YunoHost/apps/pull/2291): Add incus logo (copypasta of lxd)
[12:33:41]
<Yunohost Git/Infra notifications> [apps] alexAubin deleted branch incus-logo
[12:36:43]
<ChriChri> Thanks tituspijean!
[12:39:24]
<Salamandar> @Alekswag:matrix.org do you use borg_ynh ?
[12:40:10]
<Aleks (he/him/il/lui)> i'm using borgserver
[12:40:37]
<Aleks (he/him/il/lui)> sooo yes and no 😬
[12:41:34]
<Salamandar> ah ah
[12:42:27]
<Salamandar> ok
[12:43:35]
<Aleks (he/him/il/lui)> meh fuck it i don't have anything planned for the next few hours so i'll have a look at splitting the DISCLAIMER.md
[12:44:33]
<orhtej2> > <@Salamandar:matrix.org> @Alekswag:matrix.org do you use borg_ynh ?
I do, why?
[12:46:47]
<Salamandar> > I do, why?
Ah ! There’s a testing (packaging v2) branch in need of testing :D
[12:47:47]
<Salamandar> and i don’t use this app
[12:48:27]
<Salamandar> and it’s a bit "critical"
[12:49:20]
<Salamandar> soooooo… if you want toooo…
[12:51:24]
<orhtej2> huh, I'll set something for testing later
[12:52:35]
<orhtej2> as I don't want to mess up my existing backups
[12:53:17]
<orhtej2> did you by any chance got rid of global venv?
[12:54:20]
<orhtej2> because that app is.... not designed for testing
[12:54:58]
<Aleks (he/him/il/lui)> global venv ? 😬
[12:55:32]
<orhtej2> https://github.com/YunoHost-Apps/borg_ynh/blob/6ccd385e0b1b6bed0ee81fc5015b2340cef20ebd/scripts/_common.sh#L18
[13:18:30]
<Salamandar> ah ah
[13:18:48]
<Salamandar> i will do that
[13:19:29]
<Salamandar> today
[13:20:09]
<Salamandar> it’s too horrible
[13:21:18]
<Aleks (he/him/il/lui)> https://aria.im/_matrix/media/v1/download/matrix.org/qzHrcpciaNeNIXNcpBoGbnjP
[13:23:39]
<Salamandar> > `touch "/opt/borg-env/$(ynh_get_debian_release)"`
what is it for ? ><'
[13:28:14]
<Yunohost Git/Infra notifications> App crabfit rises from level 6 to 7 in job [#26115](https://ci-apps.yunohost.org/ci/job/26115) !
[13:43:10]
<Salamandar> > <@Salamandar:matrix.org> i will do that
done, last commit on testing
[13:44:17]
<orhtej2> > <@Salamandar:matrix.org> done, last commit on testing
update to 1.2.8 and we're all set! :)
[14:03:10]
<Salamandar> Are backups still working ?
[14:03:21]
<Salamandar> :D
[14:03:29]
<Aleks (he/him/il/lui)> `ExecStart=/usr/bin/sudo ...`
[14:03:34]
<Aleks (he/him/il/lui)> yes backup-with-borg contains many "sudo" because it's supposed to be limited to only the relevant commands via sudoers etc
[14:03:44]
<Aleks (he/him/il/lui)> T_T
[14:03:51]
<Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/borg_ynh/pull/134 :|
[14:04:22]
<Aleks (he/him/il/lui)> anyway, i cleaned up ADMIN.md a bit but there is still this huge wall of text https://github.com/YunoHost-Apps/borg_ynh/blob/testing/doc/ADMIN.md#how-to-restore-a-complete-system about restoring to a fresh new system ... but this should probably be in a totally different place considering if you're restoring on a totally new system, you probably don't have access to borg_ynh's ADMIN.md doc from the webadmin in the first place
[14:05:11]
<orhtej2> > <@Salamandar:matrix.org> Are backups still working ?
it's impossible to manually trigger a backup, right?
[16:54:51]
<Salamandar> @Alekswag:matrix.org https://github.com/YunoHost-Apps/borg_ynh/pull/148/commits/55826d9bc240890262a0402a6411b04f135706ec
[16:54:52]
<Salamandar> in those cases i prefer making a function in _common.sh, to be able to use the helper
[16:55:11]
<Salamandar> Also I was wondering about moving the source helpers to the _common.sh instead
[17:02:46]
<Aleks (he/him/il/lui)> > <@Salamandar:matrix.org> in those cases i prefer making a function in _common.sh, to be able to use the helper
yeah in fact it's only used in `install_borg_with_pip` i think so we can define it in there probably
[17:02:52]
<Salamandar> even better indeed. done.
[17:03:04]
<Salamandar> Once that’s tested, do you feel confident to merge ?
[17:03:09]
<Aleks (he/him/il/lui)> ideally there are 2 important comment to adress but idk maybe we can merge, i didn't re-read the full thing
[17:03:30]
<Salamandar> ah yes the doc and the bashisms ?
[17:04:06]
<Aleks (he/him/il/lui)> yeah or the bashism was about the fact that the format for port is not obvious but maybe that's just a code trick and not an ux issue id
[17:17:07]
<Aleks (he/him/il/lui)> isn't a "venv" meant to precisely not be global ? 😬
[17:17:07]
<Aleks (he/him/il/lui)> how does this even gets upgraded
[17:17:08]
<Salamandar> i didnt remember that
[17:17:08]
<Aleks (he/him/il/lui)> ah i see what you mean, it's shared between several installs ?
[17:17:08]
<Aleks (he/him/il/lui)> hmmmm
[17:17:08]
<Aleks (he/him/il/lui)> yes that's a venv but what do you mean it's "global" 😬
[17:17:08]
<Aleks (he/him/il/lui)> 😐️
[17:17:08]
<Aleks (he/him/il/lui)> (╯°□°）╯︵ ┻━┻
[17:17:08]
<Aleks (he/him/il/lui)> mf
[17:17:08]
<Salamandar> omg
[17:17:08]
<Aleks (he/him/il/lui)> ah that's the if right before
[17:17:23]
<Salamandar> you can systemctl start borg.service
[17:17:23]
<Aleks (he/him/il/lui)> uuuuh lgtm for the synapse trick, but i'm not sure about the coturn thing, but i don't really know much about this app
[17:17:24]
<12b> Hi, I have created a pull request for synapse_ynh. Can someone review it?
https://github.com/YunoHost-Apps/synapse_ynh/pull/458
[17:17:44]
<Salamandar> hum
[17:17:48]
<Salamandar> the other way around for me ah ah
[17:17:52]
<Salamandar> IMHO let's just remove the bind_addresses line, the default is sane and the TLS listener doesn't even have the line
[17:19:50]
<Aleks (he/him/il/lui)> > <@Alekswag:matrix.org> anyway, i cleaned up ADMIN.md a bit but there is still this huge wall of text https://github.com/YunoHost-Apps/borg_ynh/blob/testing/doc/ADMIN.md#how-to-restore-a-complete-system about restoring to a fresh new system ... but this should probably be in a totally different place considering if you're restoring on a totally new system, you probably don't have access to borg_ynh's ADMIN.md doc from the webadmin in the first place
(i splitted it into a FULL_RESTORE.md for now ...)
[17:19:54]
<12b> > <@Salamandar:matrix.org> IMHO let's just remove the bind_addresses line, the default is sane and the TLS listener doesn't even have the line
yeah, I have also tested removing the line and it was working fine in my case. The difference is that the service is listening on `[::]` instead of `localhost` (and for some reason that is working on my server that does not have ipv6)
[17:20:05]
<Salamandar> > yeah, I have also tested removing the line and it was working fine in my case. The difference is that the service is listening on `[::]` instead of `localhost` (and for some reason that is working on my server that does not have ipv6)
where did you see it was listening on :: ?
[17:20:07]
<Salamandar> but if it works without the line on ipv6-less servers (yikes though), i say it's our best bet
[17:20:11]
<12b> with bind_addresses set to localhost
```
root@lab12:~# netstat -l -t | grep 8008
tcp 0 0 localhost:8008 0.0.0.0:* LISTEN
```
without the bind_addresses line :
```
root@lab12:~# netstat -l -t | grep 8008
tcp6 0 0 [::]:8008 [::]:* LISTEN
```
[17:20:55]
<Salamandar> aaaaah yeah but no bad idea
[17:20:58]
<Salamandar> :: means listening on all interfaces
[17:20:59]
<Salamandar> ::1 means listening on loopback (so not exposed to the outside)
[17:21:01]
<Salamandar> so the first one is not secured
[17:21:02]
<12b> yeah, to me it means the same as 0.0.0.0 for ipv4 but in ipv6
[17:21:03]
<12b> for some reason it is displaying that on my server that does not have ipv6
[17:21:03]
<12b> and where trying to listen on ::1 is giving an error
[17:21:04]
<Salamandar> > for some reason it is displaying that on my server that does not have ipv6
I think it's just because ipv6 support is enabled, even though you don't have one ?
[17:21:05]
<Salamandar> but that's still weird
[17:21:05]
<12b> yeah probably because of that
[17:21:06]
<Salamandar> anyways, if [localhost] works, eh, okay
[17:21:07]
<Salamandar> ```
salamandar:salamandar:# ss -le | grep synapse | grep -v coturn
u_str LISTEN 0 0 /var/run/php/php7.4-fpm-synapse.sock 275174768 * 0
tcp LISTEN 0 50 127.0.0.1:8009 0.0.0.0:* uid:986 ino:257884420 sk:50b3 cgroup:/system.slice/synapse.service <->
tcp LISTEN 0 50 *:8448 *:* uid:986 ino:257884417 sk:50c5 cgroup:/system.slice/synapse.service v6only:0 <->
tcp LISTEN 0 50 [::1]:8009 [::]:* uid:986 ino:257884419 sk:50d7 cgroup:/system.slice/synapse.service v6only:1 <->
```
[17:21:07]
<Salamandar> Actually @Alekswag:matrix.org , my install is listening to public ports too
[17:21:08]
<12b> I'm fine with both options. I just randomly chose localhost. But I let you decide wich one you prefer
[17:21:09]
<Aleks (he/him/il/lui)> ohno.jpg
[17:21:10]
<Salamandar> ah no, i just don't understand the star of the third line
[17:21:10]
<12b> third line is the https port
[17:21:10]
<Salamandar> but 5th column is local address:port, and 6th is peer address:port
[17:21:11]
<Salamandar> aaaaah but 8448 is federation port, so it's normal
[17:21:12]
<Salamandar> yeah
[17:21:13]
<Salamandar> the two other ports are ipv4, ipv6 internal ports behind nginx, so that's good
[17:21:13]
<Salamandar> uh i mean no, third result line is 8448 and it's publicly available port for federation
[17:21:14]
<Salamandar> If i put localhost on my config:
> May 03 17:03:49 salamandar.fr python[1715143]: 2024-05-03 17:03:49,403 - synapse.app - 56 - WARNING - sentinel- Failed to listen on 0.0.0.0, continuing because listening on [::]
[17:21:15]
<Salamandar> And uh, ss output is
```
salamandar:salamandar:# ss -le | grep synapse | grep -v coturn
u_str LISTEN 0 0 /var/run/php/php7.4-fpm-synapse.sock 275174768 * 0
tcp LISTEN 0 50 127.0.0.1:8009 0.0.0.0:* uid:986 ino:284909995 sk:50d8 cgroup:/system.slice/synapse.service <->
tcp LISTEN 0 50 *:8448 *:* uid:986 ino:284909993 sk:50d9 cgroup:/system.slice/synapse.service v6only:0 <->
```
[17:21:15]
<Salamandar> > <@Salamandar:matrix.org> If i put localhost on my config:
> > May 03 17:03:49 salamandar.fr python[1715143]: 2024-05-03 17:03:49,403 - synapse.app - 56 - WARNING - sentinel- Failed to listen on 0.0.0.0, continuing because listening on [::]
OK this warning already existed with the previous config, so that might be why 8448 only listens on ipv6.
But with localhost, synapse only listens to ipv4, that's not good…
[17:21:15]
<12b> > <@Salamandar:matrix.org> If i put localhost on my config:
> > May 03 17:03:49 salamandar.fr python[1715143]: 2024-05-03 17:03:49,403 - synapse.app - 56 - WARNING - sentinel- Failed to listen on 0.0.0.0, continuing because listening on [::]
I have the same
[17:21:17]
<12b> The other differences I see between bind_addresses = [localhost] and no bind_adresses line is that the first case needs to have locahost correctly configured in /etc/hosts (which should be the case) and that the second case relies on the firewall being correctly configured to avoid having access from outside.
[17:21:18]
<Salamandar> > <@Salamandar:matrix.org> OK this warning already existed with the previous config, so that might be why 8448 only listens on ipv6.
> But with localhost, synapse only listens to ipv4, that's not good…
s/that's not good/that might be okay because it's behind nginx anyways/
[17:21:19]
<Salamandar> > The other differences I see between bind_addresses = [localhost] and no bind_adresses line is that the first case needs to have locahost correctly configured in /etc/hosts (which should be the case) and that the second case relies on the firewall being correctly configured to avoid having access from outside.
yeah no bind address is bad because it listens to the public, outside port
[17:21:20]
<Salamandar> I think 127.0.0.1 is the best configuration tbh
[17:21:21]
<Salamandar> I just tested it, it works fine
[17:21:21]
<Salamandar> > <@Salamandar:matrix.org> s/that's not good/that might be okay because it's behind nginx anyways/
also that
[17:21:21]
<Salamandar> also the official doc tells to do that…
[17:21:22]
<Salamandar> gotta go, but with 127.0.0.1 in the homeserver config i'll approve your PR
[17:21:22]
<12b> > <@Salamandar:matrix.org> I think 127.0.0.1 is the best configuration tbh
if there are no existing ipv6 only ynh servers yeah that should work the same as localhost.
[17:21:24]
<12b> I have to go do things IRL. Let me a message on the PR if you want me to change anything in case I do not catch-up with the discussion here
[17:27:17]
<Yunohost Git/Infra notifications> [apps] yunohost-bot created new branch update_app_levels
[17:27:27]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to update_app_levels: Update app levels according to CI results ([2a362060](https://github.com/YunoHost/apps/commit/2a362060fdebdb418e3842587671e7f2401d2142))
[17:27:35]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2292](https://github.com/YunoHost/apps/pull/2292): Update app levels according to CI results
[17:27:39]
<Yunohost Git/Infra notifications> [apps] github-actions[bot] created new branch actions/toml
[17:27:41]
<Yunohost Git/Infra notifications> [apps] github-actions[bot] opened [pull request #2293](https://github.com/YunoHost/apps/pull/2293): Format TOML with Taplo
[17:27:47]
<Yunohost Git/Infra notifications> [apps] github-actions[bot] pushed 1 commit to actions/toml: :art: Format TOML with Taplo ([cee300f1](https://github.com/YunoHost/apps/commit/cee300f143c72e92e2a67f49bd1ab9bec70b25f7))
[17:28:04]
<Yunohost Git/Infra notifications> App h5ai failed all tests in job [#26073](https://ci-apps.yunohost.org/ci/job/26073) :(
[17:28:43]
<Aleks (he/him/il/lui)> (Yeah h5ai upstream disappeared zzzzz i was actually wondering if there's some internet archive somewhere to salvage the .ZIP from because i'm using this app 😅)
[17:28:43]
<Salamandar> > <@Alekswag:matrix.org> (Yeah h5ai upstream disappeared zzzzz i was actually wondering if there's some internet archive somewhere to salvage the .ZIP from because i'm using this app 😅)
wait wat
[17:28:43]
<Salamandar> o no
[17:28:43]
<Salamandar> https://github.com/lrsjng/h5ai is still up
[17:28:45]
<Aleks (he/him/il/lui)> Thank god people host stuff on github 😬
[17:28:45]
<Aleks (he/him/il/lui)> Ah
[17:30:58]
<Salamandar> the original dev is even very active in 2024… https://github.com/lrsjng
[17:31:11]
<Salamandar> i though he was dead but not even
[17:35:35]
<Aleks (he/him/il/lui)> Maybe they aint even aware their site is down
[17:46:26]
<Yunohost Git/Infra notifications> [apps] ericgaspar merged [pull request #2293](https://github.com/YunoHost/apps/pull/2293): Format TOML with Taplo
[17:46:26]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to update_app_levels: :art: Format TOML with Taplo (#2293) Co-authored-by: yunohost-bot <14998418+yunohost-bot@users.noreply.github.com> ([b17d75a2](https://github.com/YunoHost/apps/commit/b17d75a23c1cb6583ef877bb45ec9154aa0d30da))
[17:46:27]
<Yunohost Git/Infra notifications> [apps] ericgaspar deleted branch actions/toml
[17:47:16]
<Yunohost Git/Infra notifications> [apps] ericgaspar merged [pull request #2280](https://github.com/YunoHost/apps/pull/2280): Add Carre to wishlist
[17:47:16]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to master: Add Carre to wishlist (#2280) ([91e425a9](https://github.com/YunoHost/apps/commit/91e425a9d57f80f74861266a2d19114a45c94862))
[17:47:17]
<Yunohost Git/Infra notifications> [apps] ericgaspar deleted branch add-to-wishlist-carre
[17:47:42]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to master: Automatically add dates to the catalog files ([f6c9470e](https://github.com/YunoHost/apps/commit/f6c9470e2ad8eff48de9f9a93e6278dd3ccd43d8))
[17:51:11]
<Yunohost Git/Infra notifications> App h5ai failed all tests in job [#26073](https://ci-apps.yunohost.org/ci/job/26073) :(
[17:53:29]
<Salamandar> is h5ai stored on h5ai ? :p
[17:55:13]
<Yunohost Git/Infra notifications> App flood failed all tests in job [#25464](https://ci-apps.yunohost.org/ci/job/25464) :(
[18:08:22]
<Yunohost Git/Infra notifications> App monica failed all tests in job [#26048](https://ci-apps.yunohost.org/ci/job/26048) :(
[18:44:23]
<Yunohost Git/Infra notifications> App grafana rises from level 6 to 8 in job [#26121](https://ci-apps.yunohost.org/ci/job/26121) !
[18:59:44]
<Émy - OniriCorpe> > <@yunohostinfra:matrix.org> [apps] ericgaspar merged [pull request #2280](https://github.com/YunoHost/apps/pull/2280): Add Carre to wishlist
the description wasn't translated 🙃
[19:00:31]
<Yunohost Git/Infra notifications> [apps] OniriCorpe edited [pull request #2292](https://github.com/YunoHost/apps/pull/2292): Update app levels according to CI results
[19:00:56]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to update_app_levels: restore ombi level ([b93baefc](https://github.com/YunoHost/apps/commit/b93baefc26f11a1859b0abb16514802074f7cbb4))
[19:01:19]
<Yunohost Git/Infra notifications> [apps] OniriCorpe edited [pull request #2292](https://github.com/YunoHost/apps/pull/2292): Update app levels according to CI results
[19:44:38]
<geoma> does anybody know if there is any initiative to get a package for https://gitlab.com/baserow/baserow ? I only found this abandoned repo https://github.com/tituspijean/baserow_ynh
[19:48:03]
<Émy - OniriCorpe> > <@geoma:matrix.org> does anybody know if there is any initiative to get a package for https://gitlab.com/baserow/baserow ? I only found this abandoned repo https://github.com/tituspijean/baserow_ynh
idk but i looked quickly and there are no documentation to install it without docker, so it's not that trivial
anyway it's in the wishlist with 18 stars
[20:21:11]
<orhtej2> > <@Salamandar:matrix.org> Are backups still working ?
```
$ sudo yunohost backup create --apps dendrite --methods borg_app
Info: Collecting files to be backed up for dendrite…
Info: Declaring files to be backed up...
Info: Backing up the PostgreSQL database...
Info: Backup script completed for dendrite. (YunoHost will then actually copy those files to the archive).
Info: Creating a backup archive from the collected files…
Info: The archive will contain about 968.1MB of data.
Warning: Failed to format translated string 'backup_applying_method_custom': 'Calling the custom backup method '{method}'…' with arguments '()' and '{}, raising error: KeyError('method') (don't panic this is just a warning)
Warning: Failed to format translatable string 'backup_applying_method_custom': 'Calling the custom backup method '{method}'…' with arguments '()' and '{}', raising error: KeyError('method') (don't panic this is just a warning)
Warning: ./05-borg_app: line 37: borg: command not found
Error: Could not run script: /etc/yunohost/hooks.d/backup_method/05-borg_app
Info: The operation 'Create a backup archive' could not be completed. Please share the full log of this operation using the command 'yunohost log share 20240503-201955-backup_create' to get help
Error: Custom backup method could not get past the 'backup' step
```
So, in short, no
[20:22:54]
<orhtej2> yeeeah, `borg` is no longer a recognized name
[20:23:45]
<orhtej2> working server:
```
]─> borg
usage: borg [-V] [-h] [--critical] [--error] [--warning] [--info] [--debug]
[--debug-topic TOPIC] [-p] [--log-json] [--lock-wait SECONDS]
[--bypass-lock] [--show-version] [--show-rc] [--umask M]
[--remote-path PATH] [--remote-ratelimit RATE]
[--consider-part-files] [--debug-profile FILE] [--rsh RSH]
<command> ...
```
borked server:
```
~$ borg
-bash: borg: command not found
```
[20:27:15]
<orhtej2> one would assume this should activate `venv` first? https://github.com/YunoHost-Apps/borg_ynh/blob/52a8e3e2c63670dd6a41452ed6e4292c84074721/conf/backup_method#L37
[20:35:04]
<orhtej2> testing... https://github.com/YunoHost-Apps/borg_ynh/pull/150
[20:36:06]
<Salamandar> Ah i removed the /usr/local/bin/borg executable that called the venv
[20:36:47]
<Salamandar> > testing... https://github.com/YunoHost-Apps/borg_ynh/pull/150
Nah just call __install_dir__/venv/bin/borg
[20:36:48]
<orhtej2> interestingly [this](https://github.com/orhtej2/borg_ynh/blob/0b10c69c28fbfbbd71cea1ce88d1a7cc9030aaff/scripts/upgrade#L58) will break if you have multiple installs of `borg` but choose to upgrade just one
[20:37:16]
<orhtej2> everywhere? I'm too lazy for that shiz :P
[20:37:20]
<Salamandar> > interestingly [this](https://github.com/orhtej2/borg_ynh/blob/0b10c69c28fbfbbd71cea1ce88d1a7cc9030aaff/scripts/upgrade#L58) will break if you have multiple installs of `borg` but choose to upgrade just one
Yeah i know... dunno how to fix this without a shitload of script
[20:37:33]
<Salamandar> Tbh the current remove script has the same issue
[20:37:37]
<orhtej2> packaging in the nuthshell
[20:37:51]
<orhtej2> > <@Salamandar:matrix.org> Tbh the current remove script has the same issue
really? nice
[20:52:27]
<orhtej2> ok with my patch stuff seems to be working oK
[20:52:44]
<orhtej2> THEORETICALLY we should https://github.com/borgbackup/borg/blob/1.2.8/docs/changes.rst#pre-125-archives-spoofing-vulnerability-cve-2023-36811
[20:53:08]
<orhtej2> but IDK, we can add oneliner to POS_UPGRADE.md?
[21:03:44]
<orhtej2> ````
Success! borg upgraded
==========
[Borg pre-version 1.2.5 had CVE in archive format](https://github.com/borgbackup/borg/blob/1.2.8/docs/changes.rst#pre-125-archives-spoofing-vulnerability-cve-2023-36811). One liner to check if you're affected is:
---
sudo env BORG_RSH="ssh -i /root/.ssh/id_borg_ed25519 -oStrictHostKeyChecking=yes " BORG_PASSPHRASE="`yunohost app setting borg passphrase`" BORG_RELOCATED_REPO_ACCESS_IS_OK=yes BORG_REPO="$(yunohost app setting borg repository)" /var/www/borg/venv/bin/borg upgrade --show-rc --check-tam $BORG_REPOSITORY
---
# Consult the linked documentation on how to interpert the result.
Success! Upgrade complete
```
Looks legit?
```
[21:04:00]
<orhtej2> ```
Success! borg upgraded
==========
[Borg pre-version 1.2.5 had CVE in archive format](https://github.com/borgbackup/borg/blob/1.2.8/docs/changes.rst#pre-125-archives-spoofing-vulnerability-cve-2023-36811). One liner to check if you're affected is:
---
sudo env BORG_RSH="ssh -i /root/.ssh/id_borg_ed25519 -oStrictHostKeyChecking=yes " BORG_PASSPHRASE="`yunohost app setting borg passphrase`" BORG_RELOCATED_REPO_ACCESS_IS_OK=yes BORG_REPO="$(yunohost app setting borg repository)" /var/www/borg/venv/bin/borg upgrade --show-rc --check-tam $BORG_REPOSITORY
---
# Consult the linked documentation on how to interpert the result.
Success! Upgrade complete
```
Looks legit?
[21:17:06]
<tituspijean> > <@oniricorpe:im.emelyne.eu> idk but i looked quickly and there are no documentation to install it without docker, so it's not that trivial
> anyway it's in the wishlist with 18 stars
geoma: yup I tried deciphering the Docker-only install and abandoned to keep my sanity 😓
[21:43:28]
<orhtej2> but there is install instruction for Ubuntu, porting over to Debian cannot be that hard: https://gitlab.com/baserow/baserow/-/blob/develop/docs/installation/install-on-ubuntu.md#guide (mr trolololo playing silently in the background)
[22:33:03]
<Yunohost Git/Infra notifications> [apps] orhtej2 opened [pull request #2294](https://github.com/YunoHost/apps/pull/2294): Add link to hosted YoloGen
[22:34:19]
<geoma> > <@oniricorpe:im.emelyne.eu> idk but i looked quickly and there are no documentation to install it without docker, so it's not that trivial
> anyway it's in the wishlist with 18 stars
where's that wishlist so I can add my star?
[22:35:38]
<Émy - OniriCorpe> > <@geoma:matrix.org> where's that wishlist so I can add my star?
https://apps.yunohost.org/wishlist?search=Baserow
[22:37:43]
<geoma> thanks!