[06:00:50]
<Yunohost Git/Infra notifications> [yunohost] @yunohost-bot opened [pull request #1768](https://github.com/YunoHost/yunohost/pull/1768): Translations update from Weblate
[06:04:03]
<Yunohost Git/Infra notifications> Failed to run the source auto-update for : digiscreen, yunomonitor. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/eriximeyex
[13:23:21]
<Salamandar> > <@yunohostinfra:matrix.org> Failed to run the source auto-update for : digiscreen, yunomonitor. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/eriximeyex
fixed
[16:48:17]
<Yunohost Git/Infra notifications> Failed to run the source auto-update for : digiscreen. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/vudedaboma
[16:49:59]
<orhtej2> > <@yunohostinfra:matrix.org> Failed to run the source auto-update for : digiscreen. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/vudedaboma
Well yes but actually no
[18:20:41]
<Aleks (he/him/il/lui)> i don't even understand why the source is hosted on the digiscreen_ynh repo rather than took from the upstream
[18:22:03]
<orhtej2> > <@Alekswag:matrix.org> i don't even understand why the source is hosted on the digiscreen_ynh repo rather than took from the upstream
I think they're serving prebuilt package
[18:37:05]
<Salamandar> Considering other packages of this kind : it's prebuilt packages. I even saw packages that did "if armhf; then download prebuilt; else build it"
[18:38:46]
<Aleks (he/him/il/lui)> <tinfoilhat>i mean that kind of shit could mean backdoors idk</tinfoilhat>
[18:40:11]
<Salamandar> agreed
[18:41:53]
<Salamandar> that'ss not a high trust indicator here…
[18:43:12]
<Aleks (he/him/il/lui)> yes, assuming it's obviously a build and there's a detailed reason un comments, but otherwise hmpf
[18:44:32]
<orhtej2> Idk, is there value in forcing your poor rbpi to download bunch of node modules rather than serving prepackaged resulting folder? We do that for synapse
[18:44:55]
<Aleks (he/him/il/lui)> > Idk, is there value in forcing your poor rbpi to download bunch of node modules rather than serving prepackaged resulting folder? We do that for synapse
in the case of digiscreen this is not a "build", this is just the same source archive from the upstream but served ourselves for no apparent reason
[18:45:13]
<Aleks (he/him/il/lui)> i'm checking the diff right now and can't find any diff, just the checksum of the .zip is different for some reasons
[18:46:02]
<Aleks (he/him/il/lui)> but yes when the upgrade doesnt provide pre-built version and this takes a shitload of time it can be nice to host a prebuilt version ourselves but ideally with an obvious comment about it, and ideally a link on how to reproduce the build (at least for future maintenance)
[18:46:58]
<orhtej2> > <@Alekswag:matrix.org> but yes when the upgrade doesnt provide pre-built version and this takes a shitload of time it can be nice to host a prebuilt version ourselves but ideally with an obvious comment about it, and ideally a link on how to reproduce the build (at least for future maintenance)
Makes a lot of sense
[18:49:05]
<orhtej2> > <@Alekswag:matrix.org> in the case of digiscreen this is not a "build", this is just the same source archive from the upstream but served ourselves for no apparent reason
Huh, I assumed it's prebuilt, haven't checked the contents
[19:18:26]
<Salamandar> they forgot to tag some versions…
[19:18:34]
<Aleks (he/him/il/lui)> yeah ..
[19:18:40]
<Salamandar> https://github.com/YunoHost-Apps/digiscreen_ynh/pull/7
[19:18:47]
<Salamandar> but latest_github_tag will most certainly not work
[19:18:58]
<Aleks (he/him/il/lui)> yes not until we somehow have magic to know what's the url to download the .tar.gz or .zip archive for something that's not github
[19:19:08]
<Aleks (he/him/il/lui)> and how to list tags (though maybe this one could be achieved using `git ls-remote`)
[19:19:17]
<Aleks (he/him/il/lui)> holyshit i'm discovering `machinectl` which looks kind of like an lxd-style wrapper for systemd-nspawn ?
[19:20:23]
<Aleks (he/him/il/lui)> ```text
apt install systemd-container
# (note: the tar.xz is 30MB o.O)
machinectl pull-tar --verify=no https://github.com/debuerreotype/docker-debian-artifacts/raw/dist-amd64/bookworm/rootfs.tar.xz bookworm
machinectl list-images
systemd-nspawn --machine=bookworm
root@bookworm:~# cat /etc/debian/version
12.4
```
[19:20:25]
<Aleks (he/him/il/lui)> (i'm trying to think "how can we run arbitrary scripts for the auto-update mechanism and run them in a safe manner")
[19:21:25]
<Émy - OniriCorpe> > <@Alekswag:matrix.org> (i'm trying to think "how can we run arbitrary scripts for the auto-update mechanism and run them in a safe manner")
woaw cool
[20:36:51]
<Yunohost Git/Infra notifications> [yunohost] @alexAubin pushed 1 commit to dev: apps: people insist on trying to install Nextcloud after creating a user called nextcloud ... So lets check this stupid... ([fc12cb19](https://github.com/YunoHost/yunohost/commit/fc12cb198c749d0acccb6a98efc2cc1429d4e84c))
[20:37:37]
<Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/11.2.9.1+202401212015 for bullseye/unstable/all ...
[20:39:18]
<Émy - OniriCorpe> > <@yunohostinfra:matrix.org> [yunohost] @alexAubin pushed 1 commit to dev: apps: people insist on trying to install Nextcloud after creating a user called nextcloud ... So lets check this stupid... ([fc12cb19](https://github.com/YunoHost/yunohost/commit/fc12cb198c749d0acccb6a98efc2cc1429d4e84c))
😬 users
[20:41:38]
<Aleks (he/him/il/lui)> https://c.tenor.com/hUiYa5Et4wMAAAAd/tenor.gif
[20:45:22]
<Émy - OniriCorpe> I did both
[20:45:24]
<Émy - OniriCorpe> emotional thought to customers calling their ISP for any vaguely computer-related problem 😌
[20:48:39]
<Aleks (he/him/il/lui)> How much would you recommend Humanity to friends or family on a scale from 0 to 10 ? 😬
[20:50:03]
<Émy - OniriCorpe> are negative numbers allowed?
[20:50:48]
<Émy - OniriCorpe> i want to be a wolf in a nice pack / 10
[20:56:11]
<Émy - OniriCorpe> https://forum.yunohost.org/t/erreur-installation-nextcloud-impossibe/28164/13?u=oniricorpe
why we should maintain a big and daily changing list of forbidden usernames instead of just showing a message at user creation saying "please don't be silly"
[20:57:48]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯
[20:58:23]
<Émy - OniriCorpe> and this user is like "maybe whe should make lots a checks everywhere" but don't tell **why** they created an user with that name
[21:53:10]
<Aleks (he/him/il/lui)> i think the other time the person that did that was trying to be super smart like "i thought it would need a user such that the app can have non-root permissions riiight"
[21:54:04]
<Aleks (he/him/il/lui)> /r/confidentlyincorrect
[21:54:36]
<Émy - OniriCorpe> you really know humans once you worked on user support or as a cashier
[22:20:47]
<ljf> a forbidden list is an idea but, apps are added every week, so it's possible to create a user with the same name than a future app that will be installed. And in an other point of view if you never plan to install monica_ynh, you could want to create a user called monica...
[22:22:49]
<Salamandar> > <@ljf:sans-nuage.fr> a forbidden list is an idea but, apps are added every week, so it's possible to create a user with the same name than a future app that will be installed. And in an other point of view if you never plan to install monica_ynh, you could want to create a user called monica...
maybe we could decide to name users "${app}_ynh" instead of "$app" in the future to prevent that…
[22:23:02]
<Salamandar> Would be a huge compatibility nightmare though
[22:23:35]
<ljf> imho, it's not worth the effort
[23:11:19]
<lapineige> > <@oniricorpe:im.emelyne.eu> and this user is like "maybe whe should make lots a checks everywhere" but don't tell **why** they created an user with that name
In that case it's not the same person for the issue and the "advice"
[23:12:11]
<lapineige> > <@ljf:sans-nuage.fr> imho, it's not worth the effort
Yeah, clearly. For the 2 people in the back having the issue, manual support is easier
[23:12:11]
<Émy - OniriCorpe> ah, I didn't read well
[23:21:01]
<Salamandar> ah they are on codeberg
[23:21:01]
<Salamandar> > <@Alekswag:matrix.org> i don't even understand why the source is hosted on the digiscreen_ynh repo rather than took from the upstream
what do you mean ?
[23:24:42]
<Salamandar> and it's not supported
[23:27:31]
<Salamandar> and it's not supported by autoupdater
[23:27:34]
<Salamandar> the artifact hosted on github.com/yunohost-apps/digiscreen_ynh is some weird trick from the original maintainer
[23:28:11]
<Salamandar> he did that on a number of apps
[23:29:43]
<Salamandar> he even has some hosted on his profile…
[23:40:58]
<Aleks (he/him/il/lui)> :|...
[23:49:21]
<Salamandar> but yeah I will change that and download the artifact from codeberg