[06:05:07]
<Yunohost Git/Infra notifications> [apps] OniriCorpe [commented](https://github.com/YunoHost/apps/pull/2884#discussion_r2009021664) on pull request #2884 Add Webhook to catalog: do we want to put a white background?
[06:08:05]
<Yunohost Git/Infra notifications> [apps] OniriCorpe created new branch firefish-deprecated
[06:08:05]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to firefish-deprecated: firefish is now deprecated ([8045697c](https://github.com/YunoHost/apps/commit/8045697ccdf99e5424cf74643663a70d829be078))
[06:08:21]
<Yunohost Git/Infra notifications> [apps] OniriCorpe opened [pull request #2885](https://github.com/YunoHost/apps/pull/2885): firefish is now deprecated
[06:08:37]
<Yunohost Git/Infra notifications> [apps] OniriCorpe created label update catalog
[06:09:07]
<Yunohost Git/Infra notifications> [apps] OniriCorpe labeled update catalog on [pull request #2885](https://github.com/YunoHost/apps/pull/2885): firefish is now deprecated
[06:09:10]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to master: firefish is now deprecated (#2885) * firefish is now deprecated * :art: Format TOML with Taplo --------- Co-authored... ([73600f6c](https://github.com/YunoHost/apps/commit/73600f6c64b32c7e349f7f3ce8c10b3e524ebd2b))
[06:09:10]
<Yunohost Git/Infra notifications> [apps] OniriCorpe merged [pull request #2885](https://github.com/YunoHost/apps/pull/2885): firefish is now deprecated
[06:09:15]
<Yunohost Git/Infra notifications> [apps] OniriCorpe deleted branch firefish-deprecated
[06:55:21]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to webhook: Update webhook.png ([75e96f52](https://github.com/YunoHost/apps/commit/75e96f526a328d2fbd53fb9e21cfd06aec033e35))
[06:58:43]
<Yunohost Git/Infra notifications> [apps] ericgaspar merged [pull request #2884](https://github.com/YunoHost/apps/pull/2884): Add Webhook to catalog
[06:58:44]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to master: Add Webhook to catalog (#2884) * Update apps.toml * Create webhook.png * Update webhook.png ([32f78108](https://github.com/YunoHost/apps/commit/32f78108440a346e2cf0c377066c239f521ecb02))
[06:58:45]
<Yunohost Git/Infra notifications> [apps] ericgaspar deleted branch webhook
[07:03:17]
<Émy – OniriCorpe> > <@yunohostinfra:matrix.org> [apps] ericgaspar merged [pull request #2884](https://github.com/YunoHost/apps/pull/2884): Add Webhook to catalog
Eh but it’s not working for now
[07:03:26]
<Émy – OniriCorpe> I’m still debugging it
[07:15:11]
<Émy – OniriCorpe> The issue I have is I can’t use webhook to launch a script that is impacting a folder that isn’t owned by the webhook user
So for example I can’t update my Zola blog using webhook
[07:15:57]
<Émy – OniriCorpe> So basically the package is useless for now, even if webhook itself can launch scripts, those scripts can’t do anything
[07:57:02]
<Yunohost Git/Infra notifications> [searxng_ynh] ewilly closed [issue #379](https://github.com/YunoHost-Apps/searxng_ynh/issues/379): Cannot install on Armbian: "This environment is externally managed"
[07:57:03]
<Yunohost Git/Infra notifications> [searxng_ynh] ewilly [commented](https://github.com/YunoHost-Apps/searxng_ynh/issues/379#issuecomment-2746076216) on [issue #379](https://github.com/YunoHost-Apps/searxng_ynh/issues/379) Cannot install on Armbian: "This environment is externally managed": The script already install it in a virtual environment. Thats done with that line: https://github.com/YunoHost-Apps/sea...
[08:32:09]
<Yunohost Git/Infra notifications> [apps] fflorent [commented](https://github.com/YunoHost/apps/pull/2876#discussion_r2009047387) on pull request #2876 Add Docs to wishlist: Shouldnt the description be in Engligh?
[08:32:21]
<Yunohost Git/Infra notifications> [apps] fflorent [commented](https://github.com/YunoHost/apps/pull/2876#issuecomment-2746090303) on [issue #2876](https://github.com/YunoHost/apps/pull/2876) Add Docs to wishlist: @mjeammet I dont have the rights to merge PRs here.
[08:45:25]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to add-to-wishlist-docs: Update wishlist.toml ([7bd3ca2d](https://github.com/YunoHost/apps/commit/7bd3ca2d7128f386ab93228fee4c5bc6802f33b1))
[08:45:42]
<Yunohost Git/Infra notifications> [apps] ericgaspar deleted branch add-to-wishlist-docs
[08:45:42]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to master: Add Docs to wishlist (#2876) * Add Docs to wishlist * Update wishlist.toml --------- Co-authored-by: OniriCorpe <oni... ([f817b139](https://github.com/YunoHost/apps/commit/f817b139dd9aeafd6e9352eb2535cb6d61aafed0))
[08:45:42]
<Yunohost Git/Infra notifications> [apps] ericgaspar merged [pull request #2876](https://github.com/YunoHost/apps/pull/2876): Add Docs to wishlist
[08:46:49]
<Yunohost Git/Infra notifications> [apps] OniriCorpe [commented](https://github.com/YunoHost/apps/pull/2876#issuecomment-2746095265) on [issue #2876](https://github.com/YunoHost/apps/pull/2876) Add Docs to wishlist: Unfortunately this software seems not compatible with yunohost: It requires an OIDC and a S3 servers, which are not nati...
[08:48:01]
<eric_G> Release first, debug after 😅
[08:48:12]
<eric_G> no pressure
[08:48:27]
<Émy – OniriCorpe> > <@ericg:matrix.org> Release first, debug after 😅
You tagged it as working
[08:49:17]
<Émy – OniriCorpe> Me : write an argumentative reply to explain why it will certainly never be packaged
Eric: MERGE!!!!!!
[08:52:22]
<eric_G> installable (otherwise I feel that no one will install and complain and suggest a fix)
[09:51:39]
<Yunohost Git/Infra notifications> [apps] fflorent [commented](https://github.com/YunoHost/apps/pull/2876#issuecomment-2746120404) on [issue #2876](https://github.com/YunoHost/apps/pull/2876) Add Docs to wishlist: Hi @OniriCorpe and thank you for your feedback FWIW, @mjeammet and I work with the people who create this software. Wh...
[11:13:48]
<Yunohost Git/Infra notifications> [apps] fflorent [commented](https://github.com/YunoHost/apps/pull/2876#issuecomment-2746120404) on [issue #2876](https://github.com/YunoHost/apps/pull/2876) Add Docs to wishlist: Hi @OniriCorpe and thank you for your feedback FWIW, @mjeammet and I work with the people who create this software. Wh...
[12:04:28]
<Yunohost Git/Infra notifications> [snappymail_ynh] Tagadda merged [pull request #195](https://github.com/YunoHost-Apps/snappymail_ynh/pull/195): Testing
[12:04:54]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2886](https://github.com/YunoHost/apps/pull/2886): Add Anubis to wishlist
[12:04:55]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #2886](https://github.com/YunoHost/apps/pull/2886): Add Anubis to wishlist
[12:05:39]
<Yunohost Git/Infra notifications> [apps] OniriCorpe merged [pull request #2886](https://github.com/YunoHost/apps/pull/2886): Add Anubis to wishlist
[12:05:39]
<Yunohost Git/Infra notifications> [apps] OniriCorpe deleted branch add-to-wishlist-anubis
[12:05:39]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to master: Add Anubis to wishlist ([f18485ce](https://github.com/YunoHost/apps/commit/f18485cee6849e03cfd40ba8ed6ca545c71eae5e))
[13:07:13]
<m606> hello, is file upload box in config panel appropriate to send heavy files (several Go maybe) to $data_dir ?
[13:20:33]
<Yunohost Git/Infra notifications> ericgaspar created repository anubis_ynh https://github.com/YunoHost-Apps/anubis_ynh
[13:23:22]
<Yunohost Git/Infra notifications> ericgaspar edited repository anubis_ynh: Anubis package for YunoHost https://github.com/YunoHost-Apps/anubis_ynh
[13:23:22]
<Yunohost Git/Infra notifications> ericgaspar edited repository anubis_ynh: Anubis package for YunoHost https://github.com/YunoHost-Apps/anubis_ynh
[13:23:33]
<Yunohost Git/Infra notifications> ericgaspar edited repository anubis_ynh: Anubis package for YunoHost https://github.com/YunoHost-Apps/anubis_ynh
[13:23:50]
<Yunohost Git/Infra notifications> ericgaspar edited repository anubis_ynh: Anubis package for YunoHost https://github.com/YunoHost-Apps/anubis_ynh
[13:26:37]
<Aleks (he/him/il/lui)> uuurgh probably not, as far as i remember it's encoding the data via base64 and sending that as the payload
[13:26:46]
<Aleks (he/him/il/lui)> and then there would also be the upload limit in nginx conf
[13:46:47]
<m606> > <@Alekswag:matrix.org> uuurgh probably not, as far as i remember it's encoding the data via base64 and sending that as the payload
thanks for the feedback. What would be the easiest way for an admin to send data (a Mastodon personnal archive file - it could be big) to $data_dir? SFTP ?
[13:51:17]
<m606> > <@m606:matrix.org> thanks for the feedback. What would be the easiest way for an admin to send data (a Mastodon personnal archive file - it could be big) to $data_dir? SFTP ?
hmm... somehow it could also be stored via any other file storage app on the server, but the link to the file might require to be accessible only to that app (MARL_ynh) and not publicly
[13:52:21]
<Aleks (he/him/il/lui)> yep
[13:55:46]
<m606> also I have another unrelated question: CI is failing currently due to a 404 error with an asset on the main page fo the app. https://ci-apps-dev.yunohost.org/ci/job/7865
However this is meant by upstream (it's a config file that may or may not be present).
[13:56:30]
<m606> must I create a default file in any case so that the CI does not complain ?
[14:03:31]
<Aleks (he/him/il/lui)> urgh
[14:03:43]
<Aleks (he/him/il/lui)> yeah i guess that can be a nice option, ideally with something like "if running on CI"
[14:04:52]
<Aleks (he/him/il/lui)> https://github.com/YunoHost/yunohost/blob/dev/helpers/helpers.v2.1.d/0-utils#L367
```
if ynh_in_ci_tests;
then
...
fi
```
[14:15:37]
<Émy – OniriCorpe> ```if ynh_in_ci_tests;
then
ci_test_passed = true
fi```
[14:15:55]
<Émy – OniriCorpe> ```
if ynh_in_ci_tests;
then
ci_test_passed = true
fi```
[14:21:58]
<m606> > <@oniricorpe:im.emelyne.eu> ```
> if ynh_in_ci_tests;
> then
> ci_test_passed = true
> fi```
so basically the following in install & update scripts ?
```
if ynh_in_ci_tests;
then
echo "const servers = [];" > $install_dir/js/config.js
ci_test_passed = true
fi
```
[14:22:35]
<m606> not sure what `ci_test_passed` is required for ?
[14:22:41]
<Émy – OniriCorpe> > <@m606:matrix.org> so basically the following in install & update scripts ?
> ```
> if ynh_in_ci_tests;
> then
> echo "const servers = [];" > $install_dir/js/config.js
> ci_test_passed = true
> fi
> ```
Lmao nooo it was a joke
[14:23:22]
<Émy – OniriCorpe> https://github.com/auchenberg/volkswagen
[14:23:53]
<m606> > <@oniricorpe:im.emelyne.eu> https://github.com/auchenberg/volkswagen
haha
[14:27:15]
<Aleks (he/him/il/lui)> omg xD
[14:54:44]
<Émy – OniriCorpe> > <@oniricorpe:im.emelyne.eu> https://github.com/auchenberg/volkswagen
Will Eric package it?! 😶🌫️
[16:33:25]
<thatoo> Hello,
If I need to add the yunohost domain name in the config file of an app, what would be the variable?
__DOMAIN__ being the domain name of the app.
[17:19:11]
<m606> hello,
`$domain$path`
https://github.com/search?q=org%3AYunoHost-Apps%20path%3Ascripts%2Finstall%20%24domain%24path&type=code
These are variables created from the input of default install question: https://doc.yunohost.org/en/packaging_manifest#install-questions
[17:19:50]
<m606> hello,
`$domain$path`
https://github.com/search?q=org%3AYunoHost-Apps%20path%3Ascripts%2Finstall%20%24domain%24path&type=code
These are variables created from the input of default install questions: https://doc.yunohost.org/en/packaging_manifest#install-questions
[17:27:30]
<m606> could someone explain to me why this input redirection operator (["Here Strings"](https://www.gnu.org/software/bash/manual/html_node/Redirections.html#Here-Strings), right?) is required there ? https://github.com/YunoHost-Apps/nextcloud-signaling_ynh/blob/74d47749e168339e88a1801d56b3d91cece5c623/scripts/config#L56
[17:37:48]
<Aleks (he/him/il/lui)> sounds like a way to iterate on lines inside the variable ? maybe you could craft some equivalent using a classic for loop ?
[17:37:57]
<Aleks (he/him/il/lui)> but idk it's just the way it works ?
[17:38:33]
<Aleks (he/him/il/lui)> https://superuser.com/a/284226
[17:41:14]
<Yunohost Git/Infra notifications> WGrav01 edited repository esphome_ynh: Unofficial ESPHome package for YunoHost https://github.com/YunoHost-Apps/esphome_ynh
[17:45:39]
<m606> > <@Alekswag:matrix.org> https://superuser.com/a/284226
Hmm ok thanks so `< <`may be better... gotta check with with the exact data supplied to the a similar custom setter I am writing
[17:46:51]
<Aleks (he/him/il/lui)> `<` is to redirect a file, `<<` for the "here document" syntax, `<<<` for the "here string" syntax
[17:48:07]
<m606> > <@Alekswag:matrix.org> `<` is to redirect a file, `<<` for the "here document" syntax, `<<<` for the "here string" syntax
I do not fully master the difference between `<<` and `<<<` so far, but the link you showed me is suggesting `< <` as
> a redirection from a process substitution instead of a here-string
[17:48:45]
<m606> so that the loop fails when line is empty (previous line ending with newline)
[17:48:48]
<Aleks (he/him/il/lui)> ah i thought `< <` was a typo or something
[17:49:20]
<m606> no but to be honnest I don't get how this "double redirection" works )
[17:49:38]
<Aleks (he/him/il/lui)> (`<<` / "here document" syntax is when you use the started/ender keyword, typically `EOF` and you write the content between these, whereas `<<<` is basically for a variable containing a string)
[17:52:33]
<Aleks (he/him/il/lui)> so what you call `< <` is in fact a "regular" redirect where you redirect a file, but the key part if `<(some command)` which will run the command, but create on the fly some sort of file-like stuff for the command output, such that you can use in a regular redirect (or as an argument for a command that would want a file as arg)
[17:52:33]
<Aleks (he/him/il/lui)> you could probably achieve something similar/identical with `<<< "$(some command)"`
[17:53:54]
<m606> > <@Alekswag:matrix.org> so what you call `< <` is in fact a "regular" redirect where you redirect a file, but the key part if `<(some command)` which will run the command, but create on the fly some sort of file-like stuff that you can use in a regular redirect
thank! that bit is still a bit confused to me, but now I get why `<<<` is required there
[17:55:47]
<m606> like they use `done < <(printf '%s' "$list")`
but why not `done < (printf '%s' "$list")` ? but I guess that simply doesn't work
[17:56:18]
<m606> anyway I'll stick to `<<<`
[17:56:21]
<Yunohost Git/Infra notifications> [nextcloud_ynh] Thatoo opened [pull request #794](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/794): Reset password
[17:56:48]
<Aleks (he/him/il/lui)> because the key syntax is `<(cmd)`, it's all a "one" syntax, the `<` is part of it, it's not really a "redirection" like the other stuff sort of
[17:59:15]
<Aleks (he/him/il/lui)> where's that default YNH script/config from ? 😬
[17:59:58]
<m606> and i've got a last question about setters: in default YNH `scripts/config` template it is written
> IMPORTANT: to be able to upgrade properly, you have to save the value in settings too
My whole setter is
```
set__archives_paths() {
#---------------------------------------------
# IMPORTANT: setters are triggered only if a change is detected
#---------------------------------------------
echo "const servers = [" > $install_dir/js/config.js # overwrite file if it already exists
while IFS= read -r server_path; do
echo " \"$(echo $server_path | tr -d ' ')\"," >> $install_dir/js/config.js
done <<< "$archives_paths"
echo "];" >> $install_dir/js/config.js
#---------------------------------------------
# IMPORTANT: to be able to upgrade properly, you have to save the value in settings too
#---------------------------------------------
ynh_app_setting_set --key=archives_paths --value="$archives_paths"
}
```
I.e. it adds the saved input to a file.
Why would I need to save it also with ynh_app_settings_set() ?
[18:00:16]
<m606> and i've got a last question about setters: in default YNH `scripts/config` template it is written
> IMPORTANT: to be able to upgrade properly, you have to save the value in settings too
My whole setter is
```
set__archives_paths() {
#---------------------------------------------
# IMPORTANT: setters are triggered only if a change is detected
#---------------------------------------------
echo "const servers = [" > $install_dir/js/config.js # overwrite file if it already exists
while IFS= read -r server_path; do
echo " \"$(echo $server_path | tr -d ' ')\"," >> $install_dir/js/config.js
done <<< "$archives_paths"
echo "];" >> $install_dir/js/config.js
#---------------------------------------------
# IMPORTANT: to be able to upgrade properly, you have to save the value in settings too
#---------------------------------------------
ynh_app_setting_set --key=archives_paths --value="$archives_paths"
}
```
I.e. it adds the saved input to a file.
Why would I need to save it also with ynh_app_settings_set() ?
[18:00:30]
<m606> sorry sent it too quick, I edited above
[18:01:58]
<Aleks (he/him/il/lui)> yeah so basically it's related to the current uuuh "shortcoming"(?) of the config panel mechanism .... you may edit the conf somehow by, in this case, appending content to it, or by replacing some `foo: bar` key/value stuff with a differetn value, for example using `sed` or `ynh_write_var_in_file` (which is some sort of magic regex hack to find something resembling `foo: bar` and replacing `bar` with a different value
[18:01:59]
<Aleks (he/him/il/lui)> anyway
[18:02:32]
<Aleks (he/him/il/lui)> but the thing is that, most of the time, this configuration file is actually setup/updated in the install and upgrade script with `ynh_add_config` which will use the variables and settings from the script context
[18:03:00]
<Aleks (he/him/il/lui)> so if you don't save the info as a setting, you will end up loosing the changes made via the config panel
[18:05:03]
<Aleks (he/him/il/lui)> and then imho that means that ultimately, one should always use ynh_add_config to update the conf, avec never modify it manually using sed / ynh_write_var_in_file or appending stuff with `echo >>` or whatever, ... but it was designed this way to accomodate for the fact that power user may edit their conf manually and you don't want to loose their manually-changed stuff when running `ynh_add_config`
[18:05:57]
<Aleks (he/him/il/lui)> but ynh_add_config could be smarter and merge manually-changed stuff and new stuff using git 3-way merge etc which may happen in packaging v3 (or may not)
[18:08:53]
<m606> > <@Alekswag:matrix.org> and then imho that means that ultimately, one should always use ynh_add_config to update the conf, avec never modify it manually using sed / ynh_write_var_in_file or appending stuff with `echo >>` or whatever, ... but it was designed this way to accomodate for the fact that power user may edit their conf manually and you don't want to loose their manually-changed stuff when running `ynh_add_config`
Hmm thanks I got it.
The thing is that I wanted to stick with upstream logic which does not add this `config.js` file by default (hence my earlier question about CI), and adds it only if specific server URL are supplied. That's why I didn't consider `ynh_add_config` at first.
[18:09:52]
<Aleks (he/him/il/lui)> ah well maybe if the upgrade script doesn't change that file at all maybe you can get away with not having a setting and handling it in the template etc
[18:10:18]
<m606> yes it does not change it
[18:11:57]
<m606> it is a file to be optionally created by admin (or with config panel here)
[18:12:21]
<m606> ok thanks a lot
[18:37:22]
<Yunohost Git/Infra notifications> [snappymail_ynh] souldessin opened [issue #196](https://github.com/YunoHost-Apps/snappymail_ynh/issues/196): Notice for possible issue in upgrade to 2.38.2~ynh4 (Cant decrypt after update and "changing" password)
[18:37:29]
<Yunohost Git/Infra notifications> [snappymail_ynh] souldessin closed [issue #196](https://github.com/YunoHost-Apps/snappymail_ynh/issues/196): Notice for possible issue in upgrade to 2.38.2~ynh4 (Cant decrypt after update and "changing" password)
[19:01:48]
<orhtej2> For some reason Italian README is no longer regenerated 🤷
[19:01:52]
<orhtej2> missing translations?
[19:06:38]
<tituspijean> (I might have broken weblate earlier today by force-pushing a versiontag on yunohost/yunohost... hopefully this is unrelated?)
[19:33:06]
<orhtej2> it's broken for a loooong time judging from i.e. https://github.com/YunoHost-Apps/nextcloud_ynh
[19:36:13]
<orhtej2> ```
[19:36:17]
<orhtej2> ty element
[19:36:21]
<orhtej2> ```
WARNING: skip generating translated README for Italian (it) because it is not fully translated yet.
The sentence: 'Read the README in %(language)s' is not in the target catalog
```
[20:01:41]
<orhtej2> Ok, it's actually `Antifeatures` that's missing
[22:11:41]
<m606> I'm struggling with a custom getter for a config_panel - can't manage to ouput value on several lines https://github.com/YunoHost-Apps/marl_ynh/blob/0cf542c9ff9da342f3aa4aa55473beaf06322a15/scripts/config#L35 in a `text` config panel field
I've tried something ending up with a string such as `echo -e "line1\nline2\nline3"` but without success. Would you have an idea?
[22:12:05]
<m606> I'm struggling with a custom getter for a config panel - can't manage to ouput value on several lines https://github.com/YunoHost-Apps/marl_ynh/blob/0cf542c9ff9da342f3aa4aa55473beaf06322a15/scripts/config#L35 in a `text` config panel field
I've tried something ending up with a string such as `echo -e "line1\nline2\nline3"` but without success. Would you have an idea?
[22:12:28]
<m606> I'm struggling with a custom getter for a config panel - can't manage to ouput value on several lines in a `text` config panel field
https://github.com/YunoHost-Apps/marl_ynh/blob/0cf542c9ff9da342f3aa4aa55473beaf06322a15/scripts/config#L35
I've tried something ending up with a string such as `echo -e "line1\nline2\nline3"` but without success. Would you have an idea?
[22:20:49]
<m606> for the record servers is something like this `servers=(line1 line2 line3)`
[22:22:53]
<m606> but text field would display `line1 line2 line3` on a single line.
[22:35:03]
<m606> https://github.com/YunoHost/yunohost/blob/bc447c871ed0273d1bd068502405e4f7e0db53a5/helpers/helpers.v2.1.d/config#L51
> For technical reasons, multiline text '${short_setting}' can't be stored automatically in a variable file, you have to create custom getter/setter
[22:57:35]
<thomas> Hi all. Invidious doesn't seem to be able to read videos for quite some time. It seems that a solution could be available here: https://github.com/iv-org/inv_sig_helper?tab=readme-ov-file#building-and-running-without-docker
Question: the recommendation is to install inv_sig_helper in a LXC container. Is it something that could be easy to do in a YunoHost package, or something quite heavy?
[23:22:38]
<Yunohost Git/Infra notifications> [piped_ynh] yunohost-bot opened [pull request #194](https://github.com/YunoHost-Apps/piped_ynh/pull/194): Upgrade to v2025.03.21
[23:23:20]
<Yunohost Git/Infra notifications> [searxng_ynh] yunohost-bot opened [pull request #380](https://github.com/YunoHost-Apps/searxng_ynh/pull/380): Upgrade to v2025.03.21
[23:27:56]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 15 pending update PRs
- 21 new apps PRs
- 16 failed apps updates: appflowy, autobd, dynamicqrcode, findmydevice, firefish, gancio, ihatemoney, jenkins, kiwix, languagetool, lemmy, localai, phpldapadmin, pixelfedglitch, stremio, swingmusic
See the full log here: https://paste.yunohost.org/raw/jesosajexi
[23:49:30]
<orhtej2> > <thomas> Hi all. Invidious doesn't seem to be able to read videos for quite some time. It seems that a solution could be available here: https://github.com/iv-org/inv_sig_helper?tab=readme-ov-file#building-and-running-without-docker
> Question: the recommendation is to install inv_sig_helper in a LXC container. Is it something that could be easy to do in a YunoHost package, or something quite heavy?
I've tried that and it didn't seem to help if your ip is blacklisted
[23:52:43]
<thomas> Well. This sucks. For me. I'll keep using Newpipe on my smartphone if I need to download some free licensed content from Youtube.