[01:22:04]
<Yunohost Git/Infra notifications> Application gitlist stays at level 1 on https://ci-apps.yunohost.org/ci/job/13400
[03:53:22]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @csolisr [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/107#issuecomment-1407955404) on [issue #107](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/107) Switch to PostgreSQL database?: Just a quick question: do I need to modify any scripts to make the automated database backup keep working? As I suppose ...
[11:48:39]
<Salamandar> @Aleks (he/him/il/lui)
[11:48:43]
<Salamandar> what do you think about that ?
[11:48:49]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/SOpzyZnNCubHNZCNSPqjjgMI
[11:48:53]
<Salamandar> the executable is updater.py
[11:48:59]
<Salamandar> (the customizable one)
[12:17:03]
<Yunohost Git/Infra notifications> Application gitlist stays at level 1 on https://ci-apps.yunohost.org/ci/job/13400
[12:25:20]
<Salamandar> Hmmm if i want a matrix bridge to depend on the matrix-synapse app, it goes into `requirements` in the manifest.json ?
[12:27:13]
<Salamandar> Also… did i break the yunohost ci ?
> !!! Another analyseCI process is currently using the lock ./CI-1.lock !!!
[12:29:55]
<Salamandar> https://ci-apps-dev.yunohost.org/ci/job/5395
[12:29:57]
<Aleks (he/him/il/lui)> Nah that's a classic
[12:30:39]
<Aleks (he/him/il/lui)> Stuff should be improved with the new version of yunorunner
[12:30:39]
<Salamandar> :s
[12:31:21]
<Salamandar> Do i just re-run the job ? or should i wait for a manual action to remove the file ?
[12:32:00]
<Aleks (he/him/il/lui)> > <@Salamandar:matrix.org> Hmmm if i want a matrix bridge to depend on the matrix-synapse app, it goes into `requirements` in the manifest.json ?
Eeeh nope
There's no declarative way for this
[12:32:06]
<Salamandar> ah ok :)
[13:14:13]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @milouse [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/553#issuecomment-1408611553) on [issue #553](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/553) Android apps unable to login - 401 Error: I propose to rename this issue "Mobile/Desktop app unable to login" as both seems to be impacted (not only on android th...
[13:16:21]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/553#issuecomment-1408614661) on [issue #553](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/553) Android apps unable to login - 401 Error: Have you checked for closed issues like this one? https://github.com/YunoHost-Apps/nextcloud_ynh/issues/545
[13:58:16]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @milouse [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/553#issuecomment-1408673234) on [issue #553](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/553) Android apps unable to login - 401 Error: Ho, thank you, I didn’t check closed issue as I found this one still open. After reading the whole thread 😮💨 (very ver...
[14:51:37]
<Aleks (he/him/il/lui)> > <@Salamandar:matrix.org> what do you think about that ?
i uuuuh, idk, that sounds neat but i don't know much about the whole updater thingy 😅
[14:52:32]
<Aleks (he/him/il/lui)> but naively it should be doable to factorize some app-specific part where the app fetches the url of the new release, and the general logic of updating the app.src (though in more complex cases there are several of those and even one for each arch)
[14:52:35]
<Aleks (he/him/il/lui)> is that what this does ?
[15:11:07]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @Gredin67 [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/537#issuecomment-1408799709) on [issue #537](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/537) Onlyoffice integration requires CLI because of JWT token: > * a yunohost app action to call from onlyoffice install and write the JWT secret automatically in nextcloud config > ...
[15:40:51]
<gredin67> > <@Salamandar:matrix.org> Hmmm if i want a matrix bridge to depend on the matrix-synapse app, it goes into `requirements` in the manifest.json ?
for the mautrix bridges we never defined any dependency and never got any issue on this. Technically speaking there is no dependency, you can install a bridge on one server without synapse and register it to a synapse instance on another server
[15:41:43]
<Salamandar> > <@gredin67:matrix.fdn.fr> for the mautrix bridges we never defined any dependency and never got any issue on this. Technically speaking there is no dependency, you can install a bridge on one server without synapse and register it to a synapse instance on another server
Hmmm yeah but what about the registration step ? It will fail during install
[15:44:30]
<gredin67> I guess in the manifest you should ask for either the ID of the local matrix server to register to (either synapse or dendrite) or the full URL of a remote matrix server. I don't think "successful registration" is needed for the install to success. You should just be able to generate the registration file. Up to the administrator to transfer the file to the remote server if applicable.
[15:49:47]
<Aleks (he/him/il/lui)> https://emacs.ch/@oatmeal/109777190848499458
[15:50:17]
<Salamandar> hmmm
[15:50:53]
<Salamandar> soooo nice Aleks
[15:54:26]
<limezy> But which self hosting system has more apps than Yunohost ?
[15:54:45]
<limezy> How could they compete when eric_G is packaging 3 apps a day ? 😂
[15:55:07]
<Salamandar> @limezy A lot of self hosting systems are based on Docker : it's reeeeeeeeeeaally easy to package apps that way :/
[15:56:53]
<limezy> Docker uses a hell lot of ressources, and things are often quite dirty underneath unfortunately
[15:57:19]
<Aleks (he/him/il/lui)> > <@limezy:matrix.org> How could they compete when eric_G is packaging 3 apps a day ? 😂
people are impressed by ChatGPT only because they didn't see ericG packaging an app
[15:57:24]
<Salamandar> lol
[15:57:34]
<Salamandar> > <@limezy:matrix.org> Docker uses a hell lot of ressources, and things are often quite dirty underneath unfortunately
resources ? Nah, only disk space
[15:57:56]
<Salamandar> and yeah agree about the dirtyness… but security wise it's OK
[15:58:21]
<Salamandar> (with systemd security enforcement like with most Yunohost apps, we get the same level of security)
[15:58:28]
<limezy> > <@Salamandar:matrix.org> resources ? Nah, only disk space
I was surprised but each time I could compare an app, docker or Yunohost, on the exact same server I was impressed by how quicker the app was on Yunohost
[15:58:42]
<Salamandar> > <@limezy:matrix.org> I was surprised but each time I could compare an app, docker or Yunohost, on the exact same server I was impressed by how quicker the app was on Yunohost
:o
[15:59:14]
<Aleks (he/him/il/lui)> Not sure why it's dirty, it's actually much cleaner in terms of having a good segmentation of what is "app source/binaries + their dependencies" and "app data", versus having everything cohabiting on the same host
[15:59:37]
<Salamandar> Maybe it takes a bit of time to launch because of overlayfs ? But apart from that, docker has native performance
[15:59:57]
<Salamandar> > <@Alekswag:matrix.org> Not sure why it's dirty, it's actually much cleaner in terms of having a good segmentation of what is "app source/binaries + their dependencies" and "app data", versus having everything cohabiting on the same host
INSIDE the containers. there are sometimes things you don't want to see.
[16:00:03]
<Aleks (he/him/il/lui)> (but cohabitation on the same host is not inherently dirty, it's more than all the package managers like npm and pip and other shit installing stuff globally atomized all the savoir faire created by Debian and other linux policies about users, convention etc
[16:00:17]
<Aleks (he/him/il/lui)> ah ? xD
[16:00:29]
<Aleks (he/him/il/lui)> ah well yeah like idk Discourse running like 4 different processes maybe
[16:01:05]
<limezy> > <@Salamandar:matrix.org> INSIDE the containers. there are sometimes things you don't want to see.
Yes that was my point indeed. Of course, it’s cleaner at host level to have separate bricks and controlling how they interact
[16:01:16]
<Aleks (he/him/il/lui)> Docker has no overhead by itself but imho it probably has overhead in terms of "you'll end up with one SQL daemon per app instead of one common SQL daemon for all apps"
[16:01:50]
<limezy> > <@Salamandar:matrix.org> Maybe it takes a bit of time to launch because of overlayfs ? But apart from that, docker has native performance
I keep reading about that “native performance”, but on my low end VPS I keep experiencing the exact contrary
[16:01:50]
<Salamandar> Hah btw my brother installed NodeBB via docker on his server.
nodebb requires a `nodebb rebuild` when big configuration changes.
But the docker "entrypoint" is `nodebb start`.
If nodebb crashes during rebuild… docker start says "no, run nodebb rebuild before start" and exits. WTFFFF
[16:02:56]
<Aleks (he/him/il/lui)> also the mess can quickly comes from the fact that, for real life stuff, you'll want to have Nextcloud being able to access other apps data (or cf the multimedia folder thingy) and then you'll end up with a spagetthi of volume mounting maybe
[16:03:05]
<Aleks (he/him/il/lui)> (or maybe not)
[16:03:10]
<limezy> > <@limezy:matrix.org> I keep reading about that “native performance”, but on my low end VPS I keep experiencing the exact contrary
And I don’t understand how it could be “native performance” when you have to run one PHP instance for every app…
[16:03:13]
<eric_G[m]> ericGPT 😶🌫️
[16:03:21]
<Salamandar> > <@Salamandar:matrix.org> Hah btw my brother installed NodeBB via docker on his server.
> nodebb requires a `nodebb rebuild` when big configuration changes.
> But the docker "entrypoint" is `nodebb start`.
> If nodebb crashes during rebuild… docker start says "no, run nodebb rebuild before start" and exits. WTFFFF
I had to sioux my way out of this : docker commit then create another image with another entrypoint… spent 20 minutes on the internet searching for "how to change entrypoint" but zero answer
[16:04:29]
<Salamandar> > <@Alekswag:matrix.org> also the mess can quickly comes from the fact that, for real life stuff, you'll want to have Nextcloud being able to access other apps data (or cf the multimedia folder thingy) and then you'll end up with a spagetthi of volume mounting maybe
Yes but in docker Nextcloud runs as root so it can access everything without specific permissions LOL
[16:04:31]
<Salamandar> _cries in security considerations_
[16:04:32]
<Aleks (he/him/il/lui)> (ah and also Docker is definitly not the silver bullet that would allow to rewrite YunoHost from scratch in 2 weeks, like it doesnt magically solves the LDAP/SSO integration, and many Dockerfile only work for one specific architecture, or take ages to build on your local system, etc...)
[16:04:47]
<Aleks (he/him/il/lui)> ah yes Docker is "secure"
[16:04:56]
<Salamandar> > <@Alekswag:matrix.org> (ah and also Docker is definitly not the silver bullet that would allow to rewrite YunoHost from scratch in 2 weeks, like it doesnt magically solves the LDAP/SSO integration, and many Dockerfile only work for one specific architecture, or take ages to build on your local system, etc...)
hmmmm ldap via custom port maybe ?
[16:05:14]
<Aleks (he/him/il/lui)> so secure than docker-compose actually exposes port to the outside world by default, even bypassing firewalls
[16:05:17]
<Salamandar> > <@Alekswag:matrix.org> ah yes Docker is "secure"
well yeah, by design. Not docker's fault if you let it execute things via volumes :p
[16:05:26]
<Aleks (he/him/il/lui)> like it literally adds an iptables rules to expose to the outside world
[16:05:30]
<Salamandar> wutt
[16:05:36]
<Aleks (he/him/il/lui)> le very çékuR
[16:05:55]
<Aleks (he/him/il/lui)> yeah i noticed this with my trainees the other day
[16:06:11]
<limezy> Crazy
[16:07:11]
<Aleks (he/him/il/lui)> I was explaining that you need to add some nginx reverse proxy to actually access the app, otherwise it's not exposed to the outside world, and one trainee was like "but sir if I go to 1.2.3.4:5000 i can access my app ?", I was like "bro you probably just did not install ufw ..."
[16:07:18]
<Aleks (he/him/il/lui)> and it took me 10 minutes to realize that docker-compose was actually not giving the slightest fuck and just savagely added an iptable rule
[16:07:44]
<Aleks (he/him/il/lui)> and ufw was like "nah bruh i can assure you only port 80 and 443 are exposed. Port 5000 ? Never heard of it bro, none shall paass"
[16:08:11]
<Aleks (he/him/il/lui)> darkknight.jpg
[16:09:26]
<Aleks (he/him/il/lui)> > <@ericg:matrix.org> ericGPT 😶🌫️
🤣
[16:10:20]
<eric_GPT> like my new pseudo?
[16:11:15]
<Aleks (he/him/il/lui)> :D
[16:22:29]
<gredin67> Dante: we need you to finish the config_panel PRs for mautrix bridges and synapse ! You did such a great job, it would be sad to wait too long before to merge ;) Could you have a look and manage remaining lists with you `sed` magic ?
[16:43:06]
<Yunohost Git/Infra notifications> [example_ynh] @alexAubin created new branch tests_toml
[16:43:07]
<Yunohost Git/Infra notifications> [example_ynh] @alexAubin pushed 1 commit to tests_toml: Replace check_process with tests.toml ([1936a21e](https://github.com/YunoHost/example_ynh/commit/1936a21e88600db5a428c72414ae9d695bce2f85))
[16:43:40]
<Yunohost Git/Infra notifications> [example_ynh] @alexAubin opened [pull request #199](https://github.com/YunoHost/example_ynh/pull/199): Replace check_process with tests.toml
[17:02:48]
<florent> > <@Salamandar:matrix.org> > ```
> > test -x /usr/bin/ruby && mv /usr/bin/ruby /usr/bin/ruby_rbenv
> > ```
>
> Wait wat
I proposed a patch for piece of code that bothered you before implementing Zammad:
https://github.com/YunoHost-Apps/Experimental_helpers/pull/105/files
[17:03:44]
<florent> Using the trick Gérard Collin found for implementing `finally` in bash (thank you Gérard!)
[17:12:46]
<Gcco, Bash master (no)> > Using the trick Gérard Collin found for implementing `finally` in bash (thank you Gérard!)
Thanks
[17:15:07]
<selfhoster1312> rewriting yunohost with docker makes no sense... there's already half a dozen selfhosting distros built on top of docker (check out HackerNews there's like a new one every month or so)
[17:15:33]
<selfhoster1312> yunohost is popular because it works on low end hardware which all these distros never do :D
[17:15:48]
<selfhoster1312> (hello)
[17:20:51]
<Aleks (he/him/il/lui)> amd imho because it tries to take care / facilitate all the stuff "around" the server like DNS configuration etc which nerd don't want to handle because they're okay with doing it manually
[17:21:16]
<Aleks (he/him/il/lui)> and having the 4 PhD required to understand the DNS record syntax
[17:21:45]
<Aleks (he/him/il/lui)> (also nobody wants to try to have anything to do with automating the mail stack)
[17:21:59]
<selfhoster1312> email/LDAP is hardest :)
[17:23:12]
<Gcco, Bash master (no)> > <selfhoster1312> yunohost is popular because it works on low end hardware which all these distros never do :D
I guess it's popular because it handles backup of your data. It manages the full lifecycle. I'm not sure you have this facility with other distros
[18:23:41]
<Yunohost Git/Infra notifications> [example_ynh] @alexAubin pushed 1 commit to manifestv2: Propagate changes related to manifestv2 ([66321842](https://github.com/YunoHost/example_ynh/commit/6632184257ba416915689f6344aee8eda6ca8995))
[18:23:49]
<Yunohost Git/Infra notifications> [example_ynh] @alexAubin just made [pull request #179](https://github.com/YunoHost/example_ynh/pull/179) ready for review: WIP: Manifest/packaging v2
[18:29:23]
<Yunohost Git/Infra notifications> [example_ynh] @alexAubin [commented](https://github.com/YunoHost/example_ynh/pull/179#discussion_r1090996348) on pull request #179 WIP: Manifest/packaging v2: So here I went for grouping all the "system conf related to this app" instructions because imho its much more sensible ...
[18:29:24]
<Yunohost Git/Infra notifications> [example_ynh] @alexAubin edited a [comment](https://github.com/YunoHost/example_ynh/pull/179#discussion_r1090996348) on pull request #179 WIP: Manifest/packaging v2: So here I went for grouping all the "system conf related to this app" instructions because imho its much more sensible ...
[18:35:14]
<eric_G[m]> I have a dream
[18:36:20]
<eric_G[m]> that `check process` file is kicked out of `example_ynh`
[18:39:11]
<Yunohost Git/Infra notifications> [apps] @FabianWilkens opened [pull request #1626](https://github.com/YunoHost/apps/pull/1626): Set snserver and snweb to not maintained.
[18:44:54]
<Yunohost Git/Infra notifications> [apps] @ericgaspar approved [pull request #1625](https://github.com/YunoHost/apps/pull/1625#pullrequestreview-1275742364) Add matrix-appservice-irc, a matrix-irc bridge
[19:07:03]
<Yunohost Git/Infra notifications> Application gitlist stays at level 1 on https://ci-apps.yunohost.org/ci/job/13408
[20:00:32]
<Salamandar> > <@ericg:matrix.org> that `check process` file is kicked out of `example_ynh`
lol
[20:00:38]
<Salamandar> and replaced by check_process.toml ?
[20:02:27]
<Salamandar> tests.toml sorry
[20:42:29]
<Aleks (he/him/il/lui)> Yeah didnt you see the corresponding PR on example ? :P
[22:00:14]
<Aleks (he/him/il/lui)> > <@ericg:matrix.org> that `check process` file is kicked out of `example_ynh`
https://github.com/YunoHost/example_ynh/pull/199 👀
[22:17:08]
<Krakinou> Hi, it seems that pacakge check is failing due to corrput source in the ynh_install_nodejs helper?
[22:17:16]
<Krakinou> https://ci-apps-dev.yunohost.org/ci/job/5400
[22:30:39]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @kicroc2000 [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/554#issuecomment-1409460787) on [issue #554](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/554) upgrade 22.2.10 ->25.0.3 error : PHP version: Hello : i still have the issue while testing what you suggested : > Info: DEBUG - This version of Nextcloud is not com...