[01:47:40]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 20 pending update PRs
- 13 new apps PRs
- 3 failed apps updates: focalboard, minetest, snserver
See the full log here: http://paste.yunohost.org/raw/ehebeqirut
[03:30:25]
<Yunohost Git/Infra notifications> Job [#26710](https://ci-apps.yunohost.org/ci/job/26710) for sharkey failed miserably :(
[04:32:10]
<ChriChri> > <@thatoo:defis.info> but if it's not possible to do so, then it will install one Dokos for each "site".
Without knowing dokos: package it as a debian package or use an existing debian package. The yunohost app has got a dependency defined in manifest.toml on that dokos debian package. First dokos site will pull in the dokos deb and use it. Any additional dokos sites will use the already installed debian package. The package will be de-installed automatically when the last app/site is de-installed and the dependency does not exist anymore.
[05:46:29]
<Yunohost Git/Infra notifications> [apps] mendizale [commented](https://github.com/YunoHost/apps/pull/2351#issuecomment-2121790340) on [issue #2351](https://github.com/YunoHost/apps/pull/2351) Add atuin to wishlist: > It’s a shell tool, i’m not sure a yunohost package would be relevant… Really? I think it would be pretty great to hos...
[07:33:59]
<thatoo> Backup of fresh installation takes 3 GB
[07:42:45]
<Yunohost Git/Infra notifications> App snserver goes down from level 6 to 1 in job [#26725](https://ci-apps.yunohost.org/ci/job/26725)
[07:52:28]
<thatoo> Folder takes about 3.4 GB space disk
[08:11:17]
<Salamandar> > <@yunohostinfra:matrix.org> App snserver goes down from level 6 to 1 in job [#26725](https://ci-apps.yunohost.org/ci/job/26725)
I don't understand this failure on install_private ><'
[08:14:24]
<Yunohost Git/Infra notifications> [apps] Salamandar [commented](https://github.com/YunoHost/apps/pull/2351#issuecomment-2122033848) on [issue #2351](https://github.com/YunoHost/apps/pull/2351) Add atuin to wishlist: > It’s a shell tool, i’m not sure a yunohost package would be relevant… I kinda disagree : its a "personal computer" s...
[08:14:37]
<Yunohost Git/Infra notifications> [apps] Salamandar pushed 1 commit to add-to-wishlist-atuin: Add atuin to wishlist ([0b499f7d](https://github.com/YunoHost/apps/commit/0b499f7dba4a81b8b73ebabe06f101183b3c9812))
[08:14:38]
<Yunohost Git/Infra notifications> [apps] Salamandar created new branch add-to-wishlist-atuin
[08:14:39]
<Yunohost Git/Infra notifications> [apps] Salamandar reopened [pull request #2351](https://github.com/YunoHost/apps/pull/2351): Add atuin to wishlist
[08:19:33]
<tituspijean> > <@thatoo:defis.info> Folder takes about 3.4 GB space disk
Is this before or after installation of Dokos?
[08:22:40]
<thatoo> In manifest.toml, if I write
```
[resources.ports]
# This will pick a random port for reverse-proxying and store it as the $port setting
redis_cache.default
redis_queue.default
socketio.default
webserver.default
```
It will choose random available port, rights?
[08:22:42]
<thatoo> How then can I use them in config files?
```
__PORT_REDIS_CACHE__
__PORT_REDIS_QUEUE__
__PORT_SOCKETIO__
__PORT_WEBVSERVER__
```
[08:23:56]
<tituspijean> examples are available here: https://yunohost.org/fr/packaging_apps_resources#ports
[08:26:20]
<tituspijean> so yes for the `__PORT_VARIABLES__`
[08:26:54]
<tituspijean> so yes for the `__PORT_VARIABLES__`, and the random pick (never used it, I was about to write it did not work like that 😅 )
[08:31:04]
<Yunohost Git/Infra notifications> [apps] dependabot[bot] pushed 1 commit to dependabot/pip/store/requests-2.32.0: --- updated-dependencies: - dependency-name: requests dependency-type: direct:production ... Signed-off-by: dependabo... ([d7ac166e](https://github.com/YunoHost/apps/commit/d7ac166e81dc43a67e6ccede7048a774a52ff450))
[08:31:04]
<Yunohost Git/Infra notifications> [apps] dependabot[bot] opened [pull request #2358](https://github.com/YunoHost/apps/pull/2358): Bump requests from 2.31.0 to 2.32.0 in /store
[08:31:04]
<Yunohost Git/Infra notifications> [apps] dependabot[bot] labeled dependencies on [pull request #2358](https://github.com/YunoHost/apps/pull/2358): Bump requests from 2.31.0 to 2.32.0 in /store
[08:31:04]
<Yunohost Git/Infra notifications> [apps] dependabot[bot] created new branch dependabot/pip/store/requests-2.32.0
[08:54:30]
<Salamandar> > <@thatoo:defis.info> In manifest.toml, if I write
>
> ```
> [resources.ports]
> # This will pick a random port for reverse-proxying and store it as the $port setting
> redis_cache.default
> redis_queue.default
> socketio.default
> webserver.default
> ```
> It will choose random available port, rights?
is it valid toml ? :D
[08:59:59]
<Yunohost Git/Infra notifications> [apps] Salamandar pushed 1 commit to app_caches: app_caches.py: Add --ssh and --all-branches Those arguments allow to customize how repositories are cloned and what is ... ([f5eb1977](https://github.com/YunoHost/apps/commit/f5eb1977f5734d3b915bb4cd649c61dbb95fc674))
[09:00:00]
<Yunohost Git/Infra notifications> [apps] Salamandar created new branch app_caches
[09:00:14]
<Yunohost Git/Infra notifications> [apps] Salamandar opened [pull request #2359](https://github.com/YunoHost/apps/pull/2359): app_caches.py: Add --ssh and --all-branches
[09:01:23]
<thatoo> > <@Salamandar:matrix.org> is it valid toml ? :D
I didn't get it...
[09:02:14]
<Salamandar> well having just the names of the values without "= value" doesn't look like valid toml to me
[09:02:28]
<Salamandar> ```
[resources.ports]
# This will pick a random port for reverse-proxying and store it as the $port setting
redis_cache = {}
redis_queue = {}
socketio = {}
webserver = {}
```
[09:02:30]
<Salamandar> or
[09:02:50]
<Salamandar> ```
[resources.ports]
# This will pick a random port for reverse-proxying and store it as the $port setting
redis_cache.exposed = false
redis_queue.exposed = false
socketio.exposed = false
webserver.exposed = false
```
[09:02:51]
<Salamandar> seem better
[09:03:41]
<thatoo> after installation of Dodock (frappe), Dokos (french version of ERPnext), HRMS (HR app for ERPnext) and Payments (payment app for ERPnext).
[09:03:56]
<Salamandar> > <@thatoo:defis.info> I didn't get it...
```
[resources.ports]
# This will pick a random port for reverse-proxying and store it as the $port setting
redis_cache.default
redis_queue.default
socketio.default
webserver.default
>>> toml.load(open("tomltest.toml"))
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python3.12/site-packages/toml/decoder.py", line 156, in load
return loads(f.read(), _dict, decoder)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/site-packages/toml/decoder.py", line 213, in loads
raise TomlDecodeError("Key name found without value."
toml.decoder.TomlDecodeError: Key name found without value. Reached end of line. (line 3 column 24 char 131)
```
[09:04:32]
<thatoo> I see, got it
[09:05:27]
<thatoo> but I read in the link you gave me that
> The prefered value for the port. If this port is already being used by another process right now, or is booked in another app's setting, the code will increment the value until it finds a free port and store that value as the setting"
[09:06:26]
<thatoo> so I'll specify default port like that
```
[resources.ports]
# This will pick a random port for reverse-proxying and store it as the $port setting
redis_cache.default = 13000
redis_queue.default = 11000
```
and let ynh increment the value until it finds a free port if needed
[09:09:09]
<Salamandar> yes, it will
[09:27:03]
<Yunohost Git/Infra notifications> Job [#26728](https://ci-apps.yunohost.org/ci/job/26728) for penpot failed miserably :(
[09:29:28]
<Yunohost Git/Infra notifications> Job [#26730](https://ci-apps.yunohost.org/ci/job/26730) for glitchsoc failed miserably :(
[09:31:52]
<Yunohost Git/Infra notifications> Job [#26731](https://ci-apps.yunohost.org/ci/job/26731) for misskey failed miserably :(
[09:34:21]
<Yunohost Git/Infra notifications> Job [#26732](https://ci-apps.yunohost.org/ci/job/26732) for diaspora failed miserably :(
[09:36:48]
<Yunohost Git/Infra notifications> Job [#26733](https://ci-apps.yunohost.org/ci/job/26733) for fab-manager failed miserably :(
[09:39:14]
<Yunohost Git/Infra notifications> Job [#26734](https://ci-apps.yunohost.org/ci/job/26734) for huginn failed miserably :(
[09:41:36]
<Yunohost Git/Infra notifications> Job [#26735](https://ci-apps.yunohost.org/ci/job/26735) for redmine failed miserably :(
[09:44:01]
<Yunohost Git/Infra notifications> Job [#26728](https://ci-apps.yunohost.org/ci/job/26728) for penpot failed miserably :(
[09:46:27]
<Yunohost Git/Infra notifications> Job [#26730](https://ci-apps.yunohost.org/ci/job/26730) for glitchsoc failed miserably :(
[09:48:54]
<Yunohost Git/Infra notifications> Job [#26731](https://ci-apps.yunohost.org/ci/job/26731) for misskey failed miserably :(
[09:51:20]
<Yunohost Git/Infra notifications> Job [#26732](https://ci-apps.yunohost.org/ci/job/26732) for diaspora failed miserably :(
[09:53:46]
<Yunohost Git/Infra notifications> Job [#26733](https://ci-apps.yunohost.org/ci/job/26733) for fab-manager failed miserably :(
[09:56:09]
<Yunohost Git/Infra notifications> Job [#26734](https://ci-apps.yunohost.org/ci/job/26734) for huginn failed miserably :(
[09:58:33]
<Yunohost Git/Infra notifications> Job [#26735](https://ci-apps.yunohost.org/ci/job/26735) for redmine failed miserably :(
[10:01:02]
<Yunohost Git/Infra notifications> Job [#26736](https://ci-apps.yunohost.org/ci/job/26736) for snweb failed miserably :(
[10:03:23]
<Yunohost Git/Infra notifications> Job [#26737](https://ci-apps.yunohost.org/ci/job/26737) for adminer failed miserably :(
[10:05:51]
<Yunohost Git/Infra notifications> Job [#26738](https://ci-apps.yunohost.org/ci/job/26738) for anarchism failed miserably :(
[10:08:13]
<Yunohost Git/Infra notifications> Job [#26739](https://ci-apps.yunohost.org/ci/job/26739) for borgserver failed miserably :(
[10:10:41]
<Yunohost Git/Infra notifications> Job [#26740](https://ci-apps.yunohost.org/ci/job/26740) for codimd failed miserably :(
[10:13:06]
<Yunohost Git/Infra notifications> Job [#26742](https://ci-apps.yunohost.org/ci/job/26742) for facilmap failed miserably :(
[10:15:31]
<Yunohost Git/Infra notifications> Job [#26743](https://ci-apps.yunohost.org/ci/job/26743) for outline failed miserably :(
[10:17:59]
<Yunohost Git/Infra notifications> Job [#26744](https://ci-apps.yunohost.org/ci/job/26744) for petrolette failed miserably :(
[10:20:23]
<Yunohost Git/Infra notifications> Job [#26745](https://ci-apps.yunohost.org/ci/job/26745) for phpsysinfo failed miserably :(
[10:22:48]
<Yunohost Git/Infra notifications> Job [#26746](https://ci-apps.yunohost.org/ci/job/26746) for radarr failed miserably :(
[10:25:12]
<Yunohost Git/Infra notifications> Job [#26747](https://ci-apps.yunohost.org/ci/job/26747) for rss-bridge failed miserably :(
[10:27:34]
<Yunohost Git/Infra notifications> Job [#26748](https://ci-apps.yunohost.org/ci/job/26748) for spacedeck failed miserably :(
[10:30:05]
<Yunohost Git/Infra notifications> Job [#26749](https://ci-apps.yunohost.org/ci/job/26749) for x-prober failed miserably :(
[10:32:30]
<Yunohost Git/Infra notifications> Job [#26750](https://ci-apps.yunohost.org/ci/job/26750) for actual failed miserably :(
[10:34:58]
<Yunohost Git/Infra notifications> Job [#26751](https://ci-apps.yunohost.org/ci/job/26751) for vore failed miserably :(
[10:37:20]
<Yunohost Git/Infra notifications> Job [#26752](https://ci-apps.yunohost.org/ci/job/26752) for zusam failed miserably :(
[10:39:46]
<Yunohost Git/Infra notifications> Job [#26753](https://ci-apps.yunohost.org/ci/job/26753) for ztncui failed miserably :(
[10:42:08]
<Yunohost Git/Infra notifications> Job [#26754](https://ci-apps.yunohost.org/ci/job/26754) for kresus failed miserably :(
[10:44:23]
<Tag> ohno
[10:44:38]
<Yunohost Git/Infra notifications> Job [#26755](https://ci-apps.yunohost.org/ci/job/26755) for kimai2 failed miserably :(
[10:45:13]
<Tag> I can't ssh into ci-apps rn, from where I am :/
[10:55:58]
<Tag> Looks like container 2 is broken somehow
```
Error: Failed to run: /usr/local/bin/lxd forkstart ynh-appci-bullseye-amd64-stable-test-2 /var/lib/lxd/containers /var/log/lxd/ynh-appci-bullseye-amd64-stable-test-2/lxc.conf:
Try `lxc info --show-log ynh-appci-bullseye-amd64-stable-test-2` for more info
```
[11:14:17]
<Yunohost Git/Infra notifications> Job [#26756](https://ci-apps.yunohost.org/ci/job/26756) for jeedom failed miserably :(
[11:34:35]
<Aleks (he/him/il/lui)> Btw i'm proposing to drop entirely dash.yunohost.org, to be replaced by the new apps.yunohost.org/dash ? I can configure all the relevant redirect and that should motivate me to implement the remaining items (column borders, asc/desc filters, fixing the broken filters)
[11:38:14]
<Aleks (he/him/il/lui)> (And in terms of infra, we can drop the old 'web1' lxc)
[11:41:52]
<Salamandar> > <@Alekswag:matrix.org> Btw i'm proposing to drop entirely dash.yunohost.org, to be replaced by the new apps.yunohost.org/dash ? I can configure all the relevant redirect and that should motivate me to implement the remaining items (column borders, asc/desc filters, fixing the broken filters)
I already stopped using dash. because of fast speed
[11:53:07]
<Yunohost Git/Infra notifications> [apps] OniriCorpe [commented](https://github.com/YunoHost/apps/pull/2351#issuecomment-2122461426) on [issue #2351](https://github.com/YunoHost/apps/pull/2351) Add atuin to wishlist: Ah, i see, thanks for the explanation
[12:00:34]
<thatoo> and it needs about 512 MB of RAM for each instance running
[12:01:39]
<thatoo> from test I have done in VirtualBox, delta between what ram is used when all systemd processes are running or are down
[12:09:24]
<orhtej2> > <@Salamandar:matrix.org> I already stopped using dash. because of fast speed
It was too fast? 😜
[12:09:33]
<Salamandar> lol ah ah
[12:09:36]
<Salamandar> see for yourself
[12:09:57]
<Salamandar> https://dash.yunohost.org/appci/branch/stable
[12:31:29]
<selfhoster1312> ```
! Using helper ynh_permission_update is deprecated when using packaging v2 ... It is replaced by: the permission resource
! Using helper ynh_remove_app_dependencies is deprecated when using packaging v2 ... It is replaced by: the apt resource
! Using helper ynh_system_user_create is deprecated when using packaging v2 ... It is replaced by: the system_user resource
```
[12:31:37]
<selfhoster1312> https://ci-apps-bookworm-dev.yunohost.org/ci/job/1072
[12:31:46]
<selfhoster1312> does that mean we should just remove the line and it's handled magically?
[12:35:57]
<Aleks (he/him/il/lui)> unless you need specific trickery, yes
[12:36:33]
<selfhoster1312> i don't know what is considered specific trickery :)
[12:36:40]
<selfhoster1312> i'll try :) :)
[12:36:41]
<Aleks (he/him/il/lui)> your `[resources.apt]` is empty tho
[12:37:24]
<selfhoster1312> because it's custom debs and not a real repo?
[12:38:37]
<Aleks (he/him/il/lui)> yes but they're installed via whatever is in `install_jellyfin_packages`, not via the classic apt resource
[12:38:55]
<Aleks (he/him/il/lui)> ah and i see it's calling `ynh_install_app_dependencies`
[12:39:12]
<Aleks (he/him/il/lui)> so it makes sense to have an explicit call to `ynh_remove_app_dependencies` i suppose
[12:39:36]
<Aleks (he/him/il/lui)> this, or indeed having an empty `apt` resource, but the fact that the `apt` resource is useful just for this is more obscure
[12:40:06]
<selfhoster1312> tbh i'm not sure about this whole ynh_package_install / ynh_install_app_dependencies business
[12:41:09]
<Aleks (he/him/il/lui)> it sounds legit, `ynh_install_app_dependencies` will create a "virtual" package (jellyfin-ynh-deps) depending on the .deb installed manually such that there's a clean tracking of why those packages are installed, and then they can be automagically be removed if jellyfin is removed etc
[12:41:09]
<Salamandar> > <selfhoster1312> does that mean we should just remove the line and it's handled magically?
yeah but if the package is still using those helpers there probably is a reason
[12:41:58]
<selfhoster1312> so we should still use both helpers during install but remove the helper during remove because it's automagic?
[12:48:49]
<selfhoster1312> ```
- You used 'yunohost firewall allow' to expose a port on the outside but did not use 'yunohost service add' with '--needs_exposed_ports' ... If you are ABSOLUTELY SURE that the service needs to be exposed on THE OUTSIDE, then add '--needs_exposed_ports' to 'yunohost service add' with the relevant port number. Otherwise, opening the port leads to a significant security risk and you should keep the damn port closed !
! You should not use `ynh_script_progression` in _common.sh because it will produce warnings when trying to install the application.
```
[12:48:50]
<selfhoster1312> :'(
[12:49:41]
<selfhoster1312> so i need to keep a bash array of ports to expose?
[12:51:44]
<Aleks (he/him/il/lui)> you should configure `main.exposed = true` or something similar in the ports resources in the manifest
[12:51:54]
<Aleks (he/him/il/lui)> instead of yunohost firewall allow
[12:52:23]
<Aleks (he/him/il/lui)> didn't you use https://github.com/YunoHost/apps/blob/master/tools/packaging_v2/convert_app_to_packaging_v2.py which should handle this automagically ? x_x
[12:52:46]
<selfhoster1312> i'm not the one who "converted" to v2 ^^"
[12:54:11]
<selfhoster1312> buuuut the port exposure is controled by an app settings, and i don't see that in the manifest docs?
https://yunohost.org/fr/packaging_apps_resources
[12:55:58]
<Aleks (he/him/il/lui)> >exposed: (default: false) Wether this port should be opened on the firewall and be publicly reachable. This should be kept to false for the majority of apps than only need a port for internal reverse-proxying! Possible values: false, true(=Both), Both, TCP, UDP. This will result in the port being opened on the firewall, and the diagnosis checking that a program answers on that port.
[12:57:39]
<selfhoster1312> maybe there's something i really don't understand...
if i name my resource
`resources.ports.discovery_service` and give it `exposed = "UDP"`
it will only be enabled when app setting $discovery_service -eq 1 ?
[12:57:39]
<Salamandar> > <selfhoster1312> i'm not the one who "converted" to v2 ^^"
O:)
[12:57:41]
<Aleks (he/him/il/lui)> (and 'yunohost service add' should also have a `--needs_exposed_ports` to track that it's this service that needs the port exposed)
[12:57:59]
<Aleks (he/him/il/lui)> no, it doesnt handle conditional logic or whatever
[12:58:00]
<Salamandar> > <@Alekswag:matrix.org> you should configure `main.exposed = true` or something similar in the ports resources in the manifest
IIRC the exposed ports are a "choice"
[12:58:12]
<Aleks (he/him/il/lui)> but i have no clue what's that "discovery_service" 0 / 1 thing is coming from
[12:58:20]
<selfhoster1312> Salamandar, no Jellyfin discovery ports are fixed
[12:58:21]
<Salamandar> tl;dr `if some_install_arg; then expose port discovery; fi`
[12:58:44]
<selfhoster1312> Aleks (he/him/il/lui), it's just to know if the server should be discoverable by clienst on the LAN
[12:58:46]
<Salamandar> yes, but https://github.com/YunoHost-Apps/jellyfin_ynh/blob/85ed3abec975763835d352932612ba828c888204/manifest.toml#L51
[12:59:29]
<selfhoster1312> tbh my personal opinion is we don't care it should always be open :)
[12:59:30]
<Salamandar> conditional ports aren't supported in the manifest (and tbh it's such a corner case that i don't want to add support)
[12:59:44]
<Aleks (he/him/il/lui)> https://ih1.redbubble.net/image.684018554.2526/bg,f8f8f8-flat,750x,075,f-pad,750x1000,f8f8f8.u2.jpg
[13:00:10]
<selfhoster1312> Salamandar, that sounds useful for VPNs / reverse proxies and such
[13:00:18]
<selfhoster1312> but what do you think to just remove the option?
[13:01:19]
<Salamandar> > <selfhoster1312> but what do you think to just remove the option?
yeah, fine with me, but i'm not the maintainer of jellyfin
[13:01:24]
<selfhoster1312> who is? :(
[13:01:39]
<Salamandar> https://github.com/YunoHost-Apps/jellyfin_ynh/blob/85ed3abec975763835d352932612ba828c888204/manifest.toml#L12
[13:01:51]
<selfhoster1312> tituspijean, ping
[13:02:04]
<Salamandar> ah ah
[13:02:27]
<Salamandar> @Alekswag:matrix.org we could add a `optional: true` key in the ports resource
[13:02:48]
<selfhoster1312> Salamandar, or just an `enabled_when` field in the ports resource
[13:02:52]
<selfhoster1312> so that you can control it with a setting?
[13:02:59]
<selfhoster1312> that doesn't sound hard???
[13:03:04]
<selfhoster1312> (maybe it is :D)
[13:03:23]
<Aleks (he/him/il/lui)> the question is less "how hard is it" and more "how useful is it and is it bloat"
[13:04:03]
<selfhoster1312> i don't want to sound like a broken record but the question is do you want apps to be fully declarative manifests or bash script hell? 😅️
[13:04:15]
<selfhoster1312> (in the long run i mean #ManifestV3)
[13:04:42]
<Aleks (he/him/il/lui)> there won't be fully declarative apps because there are too many specific cases
[13:05:17]
<Aleks (he/him/il/lui)> to me we should weight how useful it is to standardize stuff compared to how many apps are likely to need it
[13:05:21]
<Aleks (he/him/il/lui)> and also be careful in the design
[13:05:44]
<Aleks (he/him/il/lui)> for example it looks to me like there's a use case of "apps which need a port, but only on the local network, not fully exposed to the internet"
[13:05:57]
<Aleks (he/him/il/lui)> (can't recall which other apps needed this)
[13:06:29]
<selfhoster1312> personal usecase: i like to enable SSH password auth on LAN and only pubkey on WAN
[13:06:58]
<selfhoster1312> because i keep switching machines and need access to servers from computers who don't have SSH keys ^^"
[13:07:57]
<selfhoster1312> so anyways what should we do here can i just make the port enabled by default on this branch and if tituspijean is really unhappy about it we revert?
[13:08:45]
<Aleks (he/him/il/lui)> so maybe it's less about conditional ports and can be about `exposed = "UDP_local"` or whatever
[13:08:45]
<Aleks (he/him/il/lui)> that's core config, not apps, so it's a different story
[13:09:08]
<Salamandar> > <@Alekswag:matrix.org> so maybe it's less about conditional ports and can be about `exposed = "UDP_local"` or whatever
isn't that just disabled uPNP ?
[13:09:34]
<selfhoster1312> Salamandar, no? you can do UDP across the internet :)
[13:09:45]
<Aleks (he/him/il/lui)> hmmm no because on a VPS you'd like a firewall rule that doesn't expose the port or something
[13:09:45]
<Aleks (he/him/il/lui)> iptable stuff
[13:10:13]
<Aleks (he/him/il/lui)> ALLOW on 192.168.0.0/16 or something
[13:10:25]
<Aleks (he/him/il/lui)> + 10.0.0.0 and 176stuff
[13:10:39]
<selfhoster1312> also in that jellyfin case it's special because it's multicast/broadcast 💣️
[13:10:58]
<selfhoster1312> maybe it works in unicast i haven't tested
[13:11:19]
<Aleks (he/him/il/lui)> and the other implication is that you don't want the diagnosis to check the port is really exposed to the internets
[13:11:20]
<selfhoster1312> it would be cool if i could just tell my jellyfin client to go lookup my domain name, it would udp discovery request my server IP, and auto-discovery the Jellyfin server URL :)
[13:30:49]
<Salamandar> > <selfhoster1312> Salamandar, no? you can do UDP across the internet :)
I mean, when the NAS exposes a UDP port, it only allows this port to be accessed from outside the NAS. It doesn't allows accesses from outside the *local network* as your home router most certainly blocks that
[13:31:10]
<Salamandar> that's why i'm talking about uPNP : that's what asks the home router firewall to allow this port from *outside the local network* ;)
[13:31:57]
<Salamandar> on a VPS that's indeed another issue, where the server is directly accessible without a router
[15:58:22]
<Émy - OniriCorpe> the AGH team is poetic :"3
> Fast approaching summer promises everyone its warmth, and all kinds of bugs are crawling from under the rocks and twigs to enjoy the sun 🌞. Here's a patch to make sure that they stay in the grass and nowhere near AdGuard Home.
[16:24:52]
<selfhoster1312> Aleks (he/him/il/lui), Salamandar does this summarize what we were saying earlier? https://github.com/YunoHost-Apps/jellyfin_ynh/pull/154#issuecomment-2122991588
[16:27:12]
<Aleks (he/him/il/lui)> >there is no way to set the admin permission to the $admin setting?
yes there is, the install question should be named `init_admin_permission` instead of admin
[16:28:01]
<selfhoster1312> > The list of allowed user/groups may be initialized using the content of the init_{perm}_permission question from the manifest, hence init_main_permission replaces the is_public question and shall contain a group name (typically, all_users or visitors).
OH YES! sorry i missed that
[16:29:40]
<Aleks (he/him/il/lui)> >there's no way we can add the $app user to group render via manifest.toml so it's ok?
maybe but you don't need to create the user "manually" in this case, just add the group, hence `ynh_system_user_create` should still be removed i guess
[16:31:27]
<Aleks (he/him/il/lui)> > it's ok because we install DEB manually so it's a false warning?
yes and no, i guess it's ok to install the .deb manually, but to me we should still come up with a solution for this that doesn't involve calling the apt helpers ... like idk, maybe it's not that important to have a virtual apt dependency, i would need to think more about this
[16:32:01]
<Aleks (he/him/il/lui)> i think ultimately .deb is the worst format to install because it spreads everything in /usr and whatever whereas we'd like to have it in /var/www/$app ...
[16:33:09]
<selfhoster1312> we have time to think about, but i don't think it's wrong that the app is only installed "once" for all instances
[16:33:20]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to add-to-wishlist-atuin: edit the atuin description ([e9d9082e](https://github.com/YunoHost/apps/commit/e9d9082efcb38af44856225a0ef5c98a65109e78))
[16:33:26]
<selfhoster1312> it requires some design consideration but systemd can have many services with different settings for the same app
[16:33:28]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 10 commits to add-to-wishlist-atuin ([e9d9082efcb3...220b31a6a3c7](https://github.com/YunoHost/apps/compare/e9d9082efcb3...220b31a6a3c7))
[16:33:36]
<Yunohost Git/Infra notifications> [apps/add-to-wishlist-atuin] Translated using Weblate (French) for appstore Currently translated at 99.3% (147 of 148 strings) Translation: YunoHos... - ppr
[16:33:39]
<selfhoster1312> eg. jellyfin@ynh__1.service
[16:33:44]
<Aleks (he/him/il/lui)> yes and no, there's a bunch of stupid ramification such as "if you upgrade one instance, it upgrade all instances"
[16:33:46]
<selfhoster1312> jellyfin@ynh__2.service
[16:33:51]
<selfhoster1312> yes, that's good?!
[16:34:11]
<Aleks (he/him/il/lui)> yes and no, because then yunohost will still think the other instance is "not upgaded" and is in the old version
[16:34:40]
<selfhoster1312> well that's the case right now because the notion of different app instances was not carefully designed but grew organically
[16:34:50]
<selfhoster1312> but for sure manifest v3 can make it good? :) :)
[16:35:07]
<selfhoster1312> (without having to install a big-size app several times :P)
[16:35:24]
<Aleks (he/him/il/lui)> if by "make it good" you mean "app install should be standardized" such as "app sources should be in $install_dir, period", yeah ...
[16:36:40]
<Aleks (he/him/il/lui)> .deb install is also shit because we have no grasp on what's done inside the .deb's postinst etc, and some of them are bullshit, such as collabora or onlyoffice having literally a "systemctl restart nginx" inside of it which makes the webadmin restart, which is precisely what may have trigger the install
[16:36:52]
<Aleks (he/him/il/lui)> or, i think i saw some tight-coupling to supervisor
[16:37:33]
<Aleks (he/him/il/lui)> or app putting their shit all over the place in /etc/nginx/ (onlyoffice or collabora, again)
[16:38:04]
<Aleks (he/him/il/lui)> also the shit with debconf-selection
[16:38:10]
<Aleks (he/him/il/lui)> .debs are just a nightmare
[16:38:32]
<selfhoster1312> well you have more or less the same problem with any packaging solution
[16:38:47]
<selfhoster1312> unless you want to make your own? :)
[16:39:01]
<Aleks (he/him/il/lui)> we are making our own, it's called yunohost
[16:39:08]
<selfhoster1312> nix/guix does not have this problem though as they are glorified reproducible tarballs
[16:41:07]
<Aleks (he/him/il/lui)> and yeah the vast majority of apps just ship their stuff in a .zip/.tar.gz which is fine for us (or rather everyhing was designed around that use case so naturally .deb don't fit well and we want to unify those)
[16:41:14]
<selfhoster1312> well yes it's a "packaging" format, but that encompasses two very different realities
[16:41:41]
<selfhoster1312> - packaging the program itself
- integrating it in a distribution/ecosystem
[16:42:01]
<selfhoster1312> that's two separate problems and the yunohost package format has *leaky abstractions* between the two :-/
[16:42:12]
<selfhoster1312> (such as installing a .deb which restarts nginx at the worst time)
[16:42:43]
<Salamandar> > <selfhoster1312> nix/guix does not have this problem though as they are glorified reproducible tarballs
That is really different, nix (or any distro) provides binary packages. Yunohost manages software configuration.
[16:43:04]
<selfhoster1312> Salamandar, exactly!
[16:44:02]
<selfhoster1312> this is a follow-up to a suggestion i made during yunocamp to use nix/guix for managing some dependencies without having to recompile them every time, but i don't think you were there Salamandar :)
[16:44:45]
<selfhoster1312> i mean it can work with a .tar.gz also, as long as it packages all dependencies in a portable way (appimage / static linking)
[16:51:20]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 2 commits to master ([6dcdfae5a5ce...5aaccaec268c](https://github.com/YunoHost/apps/compare/6dcdfae5a5ce...5aaccaec268c))
[16:51:20]
<Yunohost Git/Infra notifications> [apps] OniriCorpe merged [pull request #2351](https://github.com/YunoHost/apps/pull/2351): Add atuin to wishlist
[16:51:22]
<Yunohost Git/Infra notifications> [apps] OniriCorpe deleted branch add-to-wishlist-atuin
[16:51:44]
<Yunohost Git/Infra notifications> [apps/master] Add atuin to wishlist - yunohost-bot
[16:51:45]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to master: Automatically add dates to the catalog files ([4ad6ad48](https://github.com/YunoHost/apps/commit/4ad6ad481d0f4ce691ff04bdc0b56ebb1bd6c36a))
[16:55:44]
<selfhoster1312> ok time for me to get back to my rust code :)
[16:55:55]
<selfhoster1312> https://xmpp-upload.kl.netlib.re/upload/RKkoMkyDamLG0555/ya9jco1mak0d1.jpg
[16:58:52]
<selfhoster1312> believe it or not i almost have a working `yunohost settings get` implementation and i only lost 90000 sanity points XD
[17:00:57]
<Aleks (he/him/il/lui)> `cat | grep` ? 🤓
[17:01:30]
<selfhoster1312> no it's 1000 lines from hell :)
[17:01:43]
<selfhoster1312> buuuut i learned a lot about ConfigPanel abstraction i think we can improve it in python
[17:01:53]
<selfhoster1312> sorry let's change chan
[17:12:41]
<Salamandar> > <selfhoster1312> this is a follow-up to a suggestion i made during yunocamp to use nix/guix for managing some dependencies without having to recompile them every time, but i don't think you were there Salamandar :)
ok, but why not use deb packages ?
[17:12:55]
<Salamandar> i mean deb packages named something like `yunohost-ruby-3` for example
[17:13:12]
<selfhoster1312> Salamandar, it's not exactly impossible, but it's a nightmare to package different versions of system libraries on Debian/Arch
[17:13:35]
<selfhoster1312> you need to maintain separate libfoo1, libfoo1.2, libfoo2, libfoo3 packages (eg for php) and make sure the applications consume the right version
[17:13:38]
<Aleks (he/him/il/lui)> iirc this was done in the past and it was hell so the people at the time moved away from it
[17:13:49]
<selfhoster1312> guix/nix was *precisely* conceived to solve this problem
[17:13:59]
<selfhoster1312> (it's a whole thesis but very interesting if you have time)
[17:14:11]
<selfhoster1312> https://edolstra.github.io/pubs/phd-thesis.pdf
[17:14:37]
<Salamandar> tbh the only specific cases we have right now are ruby/node/go/php
[17:15:03]
<selfhoster1312> so as a consequence if you install two programs which require two ABI-incompatible versions of libfoo, using nix/guix it will transparently *just work*
[17:15:20]
<Aleks (he/him/il/lui)> >Figure 1.5.: The dependency hell: the runtime dependency graph of Mozilla Firefox
:')
[17:15:21]
<selfhoster1312> (what will not work or will be harder will be using system resources/extensions not going through nix/guix)
[17:15:38]
<selfhoster1312> good luck reading that one :D
[17:16:25]
<selfhoster1312> a lot has changed since the thesis but the core concepts remain the same... you need a hybrid model between traditional dynamic linking and traditional static linking because both have major deficiencies
[17:16:56]
*Aleks (he/him/il/lui) scrolling through the thesis looking for where the memes are
[17:17:01]
<selfhoster1312> one approach is docker... just copy entire runtimes because "resources are cheap" (not true) and pretend architecture/security is not a problem worth solving (not ture)
[17:17:30]
<selfhoster1312> the other approach is nix/guix... make everything declarative/functional so that dependencies are properly versioned and encapsulated in a globally-adressed store
[17:18:13]
<selfhoster1312> so for example one app will link against /nix/store/ABCDJQKSDJQSKLDJQ-libfoo (libfoo version X.Y with this or that compilation setting) and the other app will link against /nix/store/QSJDKLJQSFVB(libfoo (libfoo version Z with other settings)
[17:23:28]
<Aleks (he/him/il/lui)> > <@yunohostinfra:matrix.org> [package_check] Salamandar opened [pull request #159](https://github.com/YunoHost/package_check/pull/159): Run resource metrics inside container.
cheers for that btw the results looks much more consistent :O
[17:30:20]
<Yunohost Git/Infra notifications> [gitlab_ynh] Salamandar [commented](https://github.com/YunoHost-Apps/gitlab_ynh/pull/250#issuecomment-2123108068) on [issue #250](https://github.com/YunoHost-Apps/gitlab_ynh/pull/250) Testing: Looping on > 3312431 INFO Wait for the migration in the background to finish
[17:31:12]
<Salamandar> > <@Alekswag:matrix.org> cheers for that btw the results looks much more consistent :O
yeah, indeed :) ram usage seems a bit high over the board, no ?
[17:32:39]
<Aleks (he/him/il/lui)> high over the board ?
[17:33:04]
<Salamandar> i mean
[17:33:15]
<Salamandar> all over the board, ram usage seems a bit high
[17:33:24]
<Salamandar> mailman says 1GB
[17:33:42]
<Aleks (he/him/il/lui)> yeah apparently joplin is 4~5GB
[17:33:51]
<Salamandar> ah no
[17:33:59]
<Salamandar> ```
Peak RAM usage during this test: 177MB
RAM usage diff after test: 79MB
```
for jellyfin
[17:34:01]
<Salamandar> not so high
[17:34:08]
<Aleks (he/him/il/lui)> 3.7G*
[17:34:11]
<Salamandar> but does not reflect real ram usage ahahahahaha
[17:34:18]
<Aleks (he/him/il/lui)> how so ?
[17:35:59]
<Salamandar> hmmm
[17:36:08]
<Salamandar> i remember times when jellyfin was a ram hoarder
[17:36:11]
<Salamandar> looks like it's fixed ?!
[17:36:28]
<Salamandar> still the process using the most ram on my server though
[17:36:33]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/WBiPvZtpOHXyyvzxkpQfTFGp
[17:37:06]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/QIubjLhKlJuhpoMbHqhbosKX
[17:37:50]
<selfhoster1312> https://xmpp-upload.kl.netlib.re/upload/hUZvwAXlzaCn3070/c8c4ff0a-e167-4ab4-9fc6-f5d95e601c16.png
[17:37:57]
<selfhoster1312> jellyfin can't compete with qBittorrent :)
[17:38:15]
<Salamandar> omg omg
[17:38:28]
<Salamandar> might be why qbittorrent has a higher throughput than transmission
[17:39:02]
<selfhoster1312> i guess that's what you get for having 1328 torrents seeding :(
[17:39:13]
<Salamandar> ah ah
[17:39:21]
<Salamandar> i got a lot too, but weirdly enough, i can't seed much…
[17:39:47]
<selfhoster1312> Salamandar, it's *not that simple*... qBittorrent has a lot of weird settings to mess with
[17:39:47]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/YmCBosDilwDZWujtwryejneI
[17:40:06]
<selfhoster1312> and it does 2-10x the upload rate in disk reads idk why but it's well known
[17:40:25]
<Salamandar> ~1.3MB/s in mean upload speed
[17:40:27]
<selfhoster1312> i'm honestly hesitating to switch to transmission...
[17:40:29]
<Salamandar> > <selfhoster1312> and it does 2-10x the upload rate in disk reads idk why but it's well known
oopsies
[17:41:22]
<selfhoster1312> https://xmpp-upload.kl.netlib.re/upload/o3w3XSPILpKE3282/e513dda3-e7e9-4678-bd87-18688d64fa37.png
[17:41:41]
<selfhoster1312> 🏴☠️️
[17:41:54]
<Salamandar> > <selfhoster1312> https://xmpp-upload.kl.netlib.re/upload/o3w3XSPILpKE3282/e513dda3-e7e9-4678-bd87-18688d64fa37.png
yeah but in how much time ?
[17:42:18]
<selfhoster1312> Salamandar, yeah that really messed up Jellyfin at times... i tried playing with ionice settings but apparently it didn't work well :-/
[17:42:35]
<Salamandar> 26TiB wutt what do you need this for (pliz don't reply, this discussion is borderline enough ah ah)
[17:42:51]
<selfhoster1312> not sure how long let's say 2 years
[17:42:56]
<Salamandar> MANY MANY LINUX DISTRO ISOS SHARED VIA TORRENT
[17:43:08]
<Salamandar> OFFICIALLY AUTHORIZED SHARING
[17:43:10]
<Salamandar> O:)
[17:43:14]
<selfhoster1312> honestly idk there's so many people on this server i don't even know what's on there x)
[17:43:23]
<Salamandar> > <selfhoster1312> honestly idk there's so many people on this server i don't even know what's on there x)
Ah alright
[17:43:35]
<selfhoster1312> but i trust the people enough that it's nothing outrageous
[17:43:59]
<Salamandar> so everyone can access the same downloads list ? or does qBittorrent allow multi user access / seperated list ?
[17:44:45]
<Salamandar> also i didn't solve the "i want to download then rename and move into the directory of jellyfin" problem yet, i still have to ssh + cp my files manually…
[17:50:47]
<selfhoster1312> i do it with a webhook and qbittorrent tags
[19:51:44]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 294 commits to graveyard_garradin ([7942c08bab45...84941cb99cc9](https://github.com/YunoHost/apps/compare/7942c08bab45...84941cb99cc9))
[19:51:50]
<Yunohost Git/Infra notifications> [apps/graveyard_garradin] edit the atuin description - OniriCorpe
[19:52:17]
<Yunohost Git/Infra notifications> [apps] Salamandar pushed 1 commit to graveyard_garradin: Move garradin to graveyard: Repo was archived, and its replaced by another app. ([57c878b1](https://github.com/YunoHost/apps/commit/57c878b1b631dd6e4d1bca10e77113d4f4c5e54b))
[19:52:17]
<Yunohost Git/Infra notifications> [apps] alexAubin created new branch kill-ffsync
[19:52:18]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to kill-ffsync: Move ffsync to graveyard ([ace3d3b4](https://github.com/YunoHost/apps/commit/ace3d3b4bdd3d7c624e30641dd7406338d3582fe))
[19:52:24]
<Yunohost Git/Infra notifications> [apps] alexAubin opened [pull request #2360](https://github.com/YunoHost/apps/pull/2360): Move ffsync to graveyard
[19:55:12]
<Yunohost Git/Infra notifications> [apps] Salamandar merged [pull request #2360](https://github.com/YunoHost/apps/pull/2360): Move ffsync to graveyard
[19:55:13]
<Yunohost Git/Infra notifications> [apps] Salamandar deleted branch kill-ffsync
[19:55:14]
<Yunohost Git/Infra notifications> [apps] Salamandar pushed 1 commit to master: Move ffsync to graveyard ([5d7130ec](https://github.com/YunoHost/apps/commit/5d7130ecc72d8638b5b69bd3105cb5e00527d925))
[19:55:31]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to master: Automatically add dates to the catalog files ([e1f23ac9](https://github.com/YunoHost/apps/commit/e1f23ac99e36a86e4c50aeddafa4fc9880131b29))
[19:56:32]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to master: Move garradin to graveyard: Repo was archived, and its replaced by another app. ([965573ba](https://github.com/YunoHost/apps/commit/965573ba9f585d46480555d0b98096e00213863a))
[19:59:27]
<Yunohost Git/Infra notifications> [apps] Salamandar deleted branch dependabot/pip/store/requests-2.32.0
[19:59:27]
<Yunohost Git/Infra notifications> [apps] Salamandar pushed 1 commit to master: --- updated-dependencies: - dependency-name: requests dependency-type: direct:production ... Signed-off-by: dependabo... ([ffed318e](https://github.com/YunoHost/apps/commit/ffed318e3c5e24d0bf35d5c9d8ae1d80024dc61d))
[19:59:28]
<Yunohost Git/Infra notifications> [apps] Salamandar merged [pull request #2358](https://github.com/YunoHost/apps/pull/2358): Bump requests from 2.31.0 to 2.32.0 in /store
[20:34:40]
<Émy - OniriCorpe> https://github.com/YunoHost-Apps/overleaf_ynh/pull/36/commits/c8905d9aca93fad2eb4c7ee59cb4af1c972cafb2#diff-6233345de4867c7ccf72bac1fc1067988d2a4c8e1ab9a746956eafccf88cfed2R135
[20:34:40]
<Émy - OniriCorpe> --weight=25
[20:34:40]
<Yunohost Git/Infra notifications> [apps] yunohost-bot created new branch add-to-wishlist-minecraft-bedrock-server
[20:34:40]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2361](https://github.com/YunoHost/apps/pull/2361): Add Minecraft Bedrock Server to wishlist
[20:34:41]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #2361](https://github.com/YunoHost/apps/pull/2361): Add Minecraft Bedrock Server to wishlist
[20:34:41]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to add-to-wishlist-minecraft-bedrock-server: Add Minecraft Bedrock Server to wishlist ([9a7c1591](https://github.com/YunoHost/apps/commit/9a7c1591ed456c2347985d1ef6b5987ef5839bf4))
[20:34:41]
<Émy - OniriCorpe> 🙃
[20:37:30]
<Thomas> Haha yes, it takes aaages on my server
[20:38:11]
<selfhoster1312> can't wait to have proper app pre-build :) :)
[20:42:27]
<orhtej2> > <@thovi98:matrix.org> Haha yes, it takes aaages on my server
RAM most likely?
[20:43:11]
<orhtej2> > <selfhoster1312> can't wait to have proper app pre-build :) :)
yeeeeah and how you deal with apps that bake env into artifacts? like domain etc
[20:43:23]
<selfhoster1312> ???
[20:44:05]
<selfhoster1312> do you have an example of that? why would it ever do that?
[20:44:06]
<selfhoster1312> it's like they take decades of "reproducible packaging" research and do the exact opposite? XD
[20:44:38]
<orhtej2> https://github.com/orhtej2/framagames_ynh/blob/f7bd2618215b376f339ba57cdca2acba9e791523/scripts/install#L43
[20:45:07]
<selfhoster1312> ok that's just ONE STRING in ONE CONFIG FILE
[20:45:11]
<orhtej2> this gets baked into output HTML
[20:45:16]
<selfhoster1312> oh?
[20:45:19]
<orhtej2> you have to do that prior to build
[20:45:44]
<orhtej2> I'm not saying it's always the case but I'm saying it's sometimes the case
[20:45:45]
<selfhoster1312> prior to `run prod` ?
[20:45:56]
<orhtej2> > <selfhoster1312> prior to `run prod` ?
yes, as far as I understand framagames
[20:46:26]
<orhtej2> which, when installed, pull most of the assets from `framagames.org` unless this patching is applied
[20:46:26]
<selfhoster1312> and can you not run `npm build` without getting config inside?
[20:46:51]
<orhtej2> no, this is a really simple app that once built is served via pure nginx
[20:46:55]
<orhtej2> as a set of static assets
[20:47:06]
<orhtej2> https://github.com/orhtej2/framagames_ynh/blob/v2/conf/nginx.conf
[20:47:32]
<Salamandar> @_bifrost_selfhoster1312=2fapps=40conference.yunohost.org:aria-net.org yeah that's why we can't have nice things
[20:47:57]
<selfhoster1312> Salamandar, i mean if one app is so broken it does this it's ok, we'll do better with other apps :D
[20:48:09]
<orhtej2> but sane apps that pull config from config at runtime - for sure, we should just `npm install` and ship that
[20:49:44]
<selfhoster1312> i had two branches doing that kind of stuff for invidious just for trying: https://github.com/selfhoster1312/invidious_ynh
[20:49:55]
<selfhoster1312> `precompile` and `install-deb`
[20:50:11]
<selfhoster1312> both were working fine in initial tests, just never pushed it more
[20:50:21]
<selfhoster1312> but i don't see a single reason we should not do this x)
[20:55:43]
<orhtej2> > <selfhoster1312> but i don't see a single reason we should not do this x)
debs are tricky as they update without updating app, as per precompiled - we already do that for some apps, shipping prebuilts for ARMx is a win IMO
[20:55:58]
<selfhoster1312> oh we do that now? great! :)
[20:57:20]
<selfhoster1312> so where's the infra for that? do you have examples or guidelines?
[20:58:05]
<orhtej2> https://github.com/YunoHost-Apps/synapse_ynh/blob/02268cce8bdd48e18b7a30cb8f2e1b2544ec905a/manifest.toml#L64C5-L72C86
[20:58:19]
<orhtej2> https://github.com/YunoHost-Apps/synapse_python_build
[20:58:33]
<orhtej2> I think kudos to Josué for that
[20:59:34]
<orhtej2> Instead of yoloimplementing add some draft to https://github.com/YunoHost/issues/issues/2136 perhaps?
[21:02:47]
<selfhoster1312> ok using github for build/storage
[21:03:07]
<selfhoster1312> that's what i was doing too because Aleks (he/him/il/lui) made weird face when i suggested selfhosting :D
[21:03:49]
<orhtej2> that makes some sense, what if you realize that you get charged extra for egress trafic? :P
[21:04:15]
<selfhoster1312> what do you mean who does that
[21:04:46]
<Aleks (he/him/il/lui)> hmmm, vps hosters ?
[21:06:00]
<selfhoster1312> apart from "cloud" snake oil providers i never heard of that in the past decade or so... hetzner was the last to do this and even they stopped
[21:06:30]
<selfhoster1312> OVH/Online (and DO/VULTR/etc) have been free bandwidth since like 2010
[21:09:47]
<selfhoster1312> i heard something like that about... was it nixos? that they had huge Amazon S3 bills and couldn't keep up :D
[21:09:56]
<selfhoster1312> because instead of having mirrors like every distro they went "cloud"
[21:10:27]
<selfhoster1312> oh they're now sponsored by Amazon for 9000$/months u_u
https://discourse.nixos.org/t/nixos-s3-short-term-resolution/29413
[21:10:35]
<selfhoster1312> anyway good night folks <3
[21:11:47]
<orhtej2> given OVH offers cloud storage offering I'm sure there's egress quota mentioned somewhere. Still, I stand with Alek s that stuff done for YNH should be under YNH jurisdiction, you rage quit - you don't take half of the catalog offline
[21:17:39]
<Salamandar> > <selfhoster1312> apart from "cloud" snake oil providers i never heard of that in the past decade or so... hetzner was the last to do this and even they stopped
you're not up to date :D
[21:18:33]
<Salamandar> Amazon Web Services
$0.09 per GB up to 10 TB/mo, $0.085 per GB for the next 40 TB
Google Cloud Platform
$0.12 per GB for the first TB, $0.11 per GB up to 10 TB, $0.08 per GB after 10 TB
Microsoft Azure
$0.087 per GB for up to 10 TB, $0.083 per GB for up to 40 TB
[21:19:35]
<Salamandar> https://twitter.com/NierReinGuide/status/1747663167050695017
[21:20:07]
<Salamandar> and here was the image i was looking for
[21:20:11]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/HnFZqJcSisklgueHzVlrFgGz
[21:22:00]
<orhtej2> > <@Salamandar:matrix.org> sent an image.
ah so egress in OVH is indeed free, nice
[21:22:56]
<Yunohost Git/Infra notifications> schui forked example_ynh to [schui/effective-octo-bassoon_ynh](https://github.com/schui/effective-octo-bassoon_ynh)
[21:52:44]
<Yunohost Git/Infra notifications> App vore rises from level 0 to 7 in job [#26751](https://ci-apps.yunohost.org/ci/job/26751) !
[23:14:42]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to kill-jappix: Move jappix to graveyard ([0b2ef9dc](https://github.com/YunoHost/apps/commit/0b2ef9dc6a764b8b2c36b3646bbac956fb06c64e))
[23:14:45]
<Yunohost Git/Infra notifications> [apps] alexAubin created new branch kill-jappix
[23:15:27]
<Yunohost Git/Infra notifications> [apps] alexAubin opened [pull request #2362](https://github.com/YunoHost/apps/pull/2362): Move jappix to graveyard
[23:28:33]
<Yunohost Git/Infra notifications> [apps] OniriCorpe [commented](https://github.com/YunoHost/apps/pull/2362#issuecomment-2123589329) on [issue #2362](https://github.com/YunoHost/apps/pull/2362) Move jappix to graveyard: deprecated_date = 1714590228 # 2024/05/01 it has been tagged as deorecated recently, maybe wait a bit before moving i...