[03:53:11]
<Yunohost Git/Infra notifications> [apps] @Limezy [commented](https://github.com/YunoHost/apps/pull/1617#discussion_r1083236648) on pull request #1617 Add moncycle.app to catalog: Yes, its both the name of the app and the url of the (free to use) official instance. Shall I change something ?
[03:54:44]
<Yunohost Git/Infra notifications> [apps] @Limezy [commented](https://github.com/YunoHost/apps/pull/1617#discussion_r1083236848) on pull request #1617 Add moncycle.app to catalog: Well, I have it working on my test server and have checked manually all scenarii (upgrade, restore, backup, install, rem...
[08:17:28]
<florent> > <@gcco:matrix.org> Some comments:
>
> '''You can use trap:
>
> try { block A } catch { block B } finally { block C }
>
> translates to:
>
> (
> set -Ee
> function _catch {
> block B
> exit 0 # optional; use if you don't want to propagate (rethrow) error to outer shell
> }
> function _finally {
> block C
> }
> trap _catch ERR
> trap _finally EXIT
> block A
> )
> '''
>
Oh! and with the subshell (the parenthesis), trap is scoped, isn't it?
[08:38:45]
<Gérard Collin> > Oh! and with the subshell (the parenthesis), trap is scoped, isn't it?
I'm not very familiar with bash, but the framework for error handling claim it supports nesting.
[09:09:32]
<Rajat> Hello all, my name is Rajat and I am an undergraduate student. I am currently working on a project that involves packaging and deploying a Java-based web server application using Yunohost. I have been reading the documentation on the Yunohost website, but I have a question. Is it necessary for me to purchase a server in order to complete this project (my project is intended to be 100% open-source?) Can someone provide clarity on this issue?
[09:10:21]
<Rajat> Hello all, my name is Rajat and I am an undergraduate student. I am currently working on a project that involves packaging and deploying a Java-based web server application using Yunohost. I have been reading the documentation on the Yunohost website, but I have a question. Is it necessary for me to purchase a server in order to complete this project? (my project is intended to be 100% open-source). Can someone provide clarity on this issue?
[09:11:43]
<tituspijean> Hello Rajat, and welcome!
You can definitely use your own computer with a virtual machine software to run YunoHost within it. There is no absolute need for a real physical server.
[09:17:23]
<Rajat> > <@titus:pijean.ovh> Hello Rajat, and welcome!
> You can definitely use your own computer with a virtual machine software to run YunoHost within it. There is no absolute need for a real physical server.
Thanks a lot!
I will have to use something like VirtualBox then I suppose?
https://yunohost.org/en/install/hardware:virtualbox
[09:18:33]
<tituspijean> Indeed!
[09:45:03]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @Gredin67 [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1399218181) on [issue #532](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532) Testing: 25.0.3 was released some days ago, including bugfixes. Wouldnt it be better to upgrade directly to it? > PR ongoing o...
[09:49:34]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @Gredin67 [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1399218729) on [issue #532](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532) Testing: and also remove the warning about 32bit support deprecation, or at least amend it to follow this post https://forum.yuno...
[10:31:06]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar dismissed review [pull request #532](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#pullrequestreview-1262112267): Testing
[10:31:06]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar pushed 1 commit to testing: 25.0.3 ([2f6ac2fd](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/2f6ac2fd140797ef2f15826f17f0ca754ea9e41e))
[10:31:30]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1399224623) on [issue #532](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532) Testing: testme
[10:32:07]
<Aleks (he/him/il/lui)> > <@gcco:matrix.org> It seems like something similar exist: https://stackoverflow.com/a/43418467
wooooot
[10:34:58]
<Aleks (he/him/il/lui)> > <@gcco:matrix.org> There is even a bash framework for error handling: https://github.com/niieani/bash-oo-framework#error-handling-with-exceptions-and-throw
bash classes o_o
[10:38:10]
<Gérard Collin> > <@Alekswag:matrix.org> bash classes o_o
Yep, #noneedpython #bashonly 😁
[10:44:10]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1399226313) on [issue #532](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532) Testing: Clearly the trend is more like dropping 32 bit version. User are still reporting issues with 32 bits So I suggest we lea...
[10:49:38]
<Yunohost Git/Infra notifications> Application ecko completely failed the continuous integration tests on https://ci-apps.yunohost.org/ci/job/13066
[11:38:48]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar pushed 14 commits to Update-to-PHP8.1 ([c64f5cc5e37c...46da47cfc019](https://github.com/YunoHost-Apps/nextcloud_ynh/compare/c64f5cc5e37c...46da47cfc019))
[11:38:49]
<Yunohost Git/Infra notifications> [nextcloud_ynh/Update-to-PHP8.1] 25.0.3 - ericgaspar
[11:38:49]
<Yunohost Git/Infra notifications> [nextcloud_ynh/Update-to-PHP8.1] Auto-update README - yunohost-bot
[11:38:49]
<Yunohost Git/Infra notifications> [nextcloud_ynh/Update-to-PHP8.1] Merge branch testing into Update-to-PHP8.1 - Éric Gaspar
[11:39:05]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar pushed 4 commits to convert-mysql-charset ([dbe57a6a0b81...bb00a056fc03](https://github.com/YunoHost-Apps/nextcloud_ynh/compare/dbe57a6a0b81...bb00a056fc03))
[11:39:06]
<Yunohost Git/Infra notifications> [nextcloud_ynh/convert-mysql-charset] Auto-update README - yunohost-bot
[11:39:09]
<Yunohost Git/Infra notifications> [nextcloud_ynh/convert-mysql-charset] 25.0.3 - ericgaspar
[11:39:10]
<Yunohost Git/Infra notifications> [nextcloud_ynh/convert-mysql-charset] Merge branch testing into convert-mysql-charset - Éric Gaspar
[11:39:20]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar pushed 4 commits to enh_postgresql_migration ([939c03b8bba1...a2582479ea30](https://github.com/YunoHost-Apps/nextcloud_ynh/compare/939c03b8bba1...a2582479ea30))
[11:39:24]
<Yunohost Git/Infra notifications> [nextcloud_ynh/enh_postgresql_migration] Auto-update README - yunohost-bot
[11:39:27]
<Yunohost Git/Infra notifications> [nextcloud_ynh/enh_postgresql_migration] 25.0.3 - ericgaspar
[11:39:30]
<Yunohost Git/Infra notifications> [nextcloud_ynh/enh_postgresql_migration] Merge branch testing into enh_postgresql_migration - Éric Gaspar
[11:42:47]
<Yunohost Git/Infra notifications> [apps] @yalh76 pushed 1 commit to update_app_levels: Fix calckey ([a7e3cd1c](https://github.com/YunoHost/apps/commit/a7e3cd1c0679e1de7b7175b846b52a1c8267decf))
[11:42:52]
<Yunohost Git/Infra notifications> [apps] @yalh76 edited [pull request #1616](https://github.com/YunoHost/apps/pull/1616): Update app levels according to CI results
[11:45:30]
<Yunohost Git/Infra notifications> [apps] @yalh76 pushed 1 commit to update_app_levels: Fix wetty level ([ea30ed67](https://github.com/YunoHost/apps/commit/ea30ed67a56426473cc5d2fe626eb03c5c152d35))
[11:46:10]
<Yunohost Git/Infra notifications> [apps] @yalh76 pushed 1 commit to update_app_levels: Fix drupal level ([683bc5fb](https://github.com/YunoHost/apps/commit/683bc5fbab4fa9dc5cbb4a6ff51dbeea817464c9))
[11:46:41]
<Yunohost Git/Infra notifications> [apps] @yalh76 pushed 1 commit to update_app_levels: fix isso level ([1c0092da](https://github.com/YunoHost/apps/commit/1c0092da74a05b17964cfe66203381f2e3a6acdc))
[11:46:50]
<Yunohost Git/Infra notifications> [apps] @yalh76 edited [pull request #1616](https://github.com/YunoHost/apps/pull/1616): Update app levels according to CI results
[11:46:50]
<Yunohost Git/Infra notifications> [apps] @yalh76 edited [pull request #1616](https://github.com/YunoHost/apps/pull/1616): Update app levels according to CI results
[11:53:40]
<Salamandar> > <@Alekswag:matrix.org> bash classes o_o
yeah wtf is that
[13:09:28]
<Yunohost Git/Infra notifications> Application pufferpanel stays at level 1 on https://ci-apps.yunohost.org/ci/job/12898
[13:54:34]
<Yunohost Git/Infra notifications> Application librephotos completely failed the continuous integration tests on https://ci-apps.yunohost.org/ci/job/13072
[14:41:33]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar pushed 2 commits to Update-to-PHP8.1 ([46da47cfc019...c445a28e3d22](https://github.com/YunoHost-Apps/nextcloud_ynh/compare/46da47cfc019...c445a28e3d22))
[14:41:36]
<Yunohost Git/Infra notifications> [nextcloud_ynh/Update-to-PHP8.1] Merge branch testing into Update-to-PHP8.1 - ericgaspar
[14:41:39]
<Yunohost Git/Infra notifications> [nextcloud_ynh/Update-to-PHP8.1] Merge branch Update-to-PHP8.1 of https://github.com/YunoHost-Apps/nextcloud_ynh into Update-to-PHP8.1 - ericgaspar
[14:44:40]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar pushed 1 commit to Update-to-PHP8.1: Update check_process ([24eeaa20](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/24eeaa20691cc2d2c403113e9e5868a82132e1a5))
[14:45:41]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/530#issuecomment-1399264608) on [issue #530](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/530) Update to php8.1: testme
[14:49:27]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/526#issuecomment-1399265229) on [issue #526](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/526) Fix upgrade of old versions <=v21 and for v22 to v23: testme
[14:49:28]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @yunohost-bot [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/526#issuecomment-1399265241) on [issue #526](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/526) Fix upgrade of old versions <=v21 and for v22 to v23: Alrighty
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/api/job/5236/badge)](ht...
[15:22:13]
<oufmilo[m]> hello !
[15:22:54]
<oufmilo[m]> yunorunner doesn't work for me
[15:22:58]
<oufmilo[m]> Traceback (most recent call last):
File "/var/www/yunorunner/ciclic", line 131, in <module>
argh.dispatch_commands([add, list_, delete, stop, restart, app_list, shell])
File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 328, in dispatch_commands
dispatch(parser, *args, **kwargs)
File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 174, in dispatch
for line in lines:
File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 277, in _execute_command
for line in result:
File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 260, in _call
result = function(*positional, **keywords)
File "/var/www/yunorunner/ciclic", line 48, in add
request_api(
File "/var/www/yunorunner/ciclic", line 37, in request_api
assert response.status_code == 200, response.content
AssertionError: b'{"description":"Internal Server Error","status":500,"message":"Cannot write to websocket interface after it is closed."}'
[15:23:26]
<oufmilo[m]> if someone have a solution ?
[15:40:55]
<Yunohost Git/Infra notifications> Application airsonic stays at level 1 on https://ci-apps.yunohost.org/ci/job/13074
[16:48:19]
<Aleks (he/him/il/lui)> > Traceback (most recent call last):
> File "/var/www/yunorunner/ciclic", line 131, in <module>
> argh.dispatch_commands([add, list_, delete, stop, restart, app_list, shell])
> File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 328, in dispatch_commands
> dispatch(parser, *args, **kwargs)
> File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 174, in dispatch
> for line in lines:
> File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 277, in _execute_command
> for line in result:
> File "/var/www/yunorunner/venv/lib/python3.9/site-packages/argh/dispatching.py", line 260, in _call
> result = function(*positional, **keywords)
> File "/var/www/yunorunner/ciclic", line 48, in add
> request_api(
> File "/var/www/yunorunner/ciclic", line 37, in request_api
> assert response.status_code == 200, response.content
> AssertionError: b'{"description":"Internal Server Error","status":500,"message":"Cannot write to websocket interface after it is closed."}'
(trying to debug it)
[16:55:42]
<Aleks (he/him/il/lui)> ok found it
[16:58:09]
<Aleks (he/him/il/lui)> oufmilo: should be fixed in 2023.01.21~ynh1
[17:05:33]
<oufmilo[m]> Thankssss 👍🤗
[17:20:05]
<Yunohost Git/Infra notifications> Application cac-proxy rises from level (unknown) to level 7 on https://ci-apps.yunohost.org/ci/job/13077
[17:22:50]
<Gérard Collin> > <@yunohostinfra:matrix.org> Application cac-proxy rises from level (unknown) to level 7 on https://ci-apps.yunohost.org/ci/job/13077
Yeah !
[18:00:28]
<eric_G> I am trying to install YunoRunner...
[18:01:00]
<eric_G> I don't understand this part: When YunoRunner is installed, modify the systemd script to add the path of the script analyseCI.sh. The default systemd is configured to /home/CI_package_check/analyseCI.sh
[18:01:38]
<eric_G> https://github.com/YunoHost-Apps/yunorunner_ynh
[18:05:54]
<Aleks (he/him/il/lui)> ah that's partially outdated info, but basically you should create a config.py with the appropriate infos
[18:05:57]
<Aleks (he/him/il/lui)> hmm let me read the readme
[18:06:38]
<Aleks (he/him/il/lui)> i don't think you need to do with regard to changing the analyzer path (except if you're doing funky stuff like Yalh ;P)
[18:06:41]
<Aleks (he/him/il/lui)> the app already does it : https://github.com/YunoHost-Apps/yunorunner_ynh/blob/master/conf/yunorunner.config.py
[18:07:06]
<Aleks (he/him/il/lui)> you should however indeed run the `maintenance/finish_install.sh` script inside /var/www/yunorunner
[18:07:11]
<Aleks (he/him/il/lui)> but be careful though
[18:07:38]
<Aleks (he/him/il/lui)> that will mess with YunoHost such as disabling a lot of "useless" things like php-fpm, yunohost-api, etc
[18:07:43]
<Aleks (he/him/il/lui)> and it will also install lxd
[18:08:11]
<Aleks (he/him/il/lui)> i mean it's pretty much meant for deploying ci-apps, ci-apps-dev, ci-apps-unstable which are yunohost with only yunorunner
[18:08:51]
<Aleks (he/him/il/lui)> i'm re-reading the script to check what you need when running in a "classic yunohost context"
[18:09:59]
<Aleks (he/him/il/lui)> maybe you "just" need to install lxd_ynh after installing yunorunner_ynh, and then run this : https://github.com/YunoHost/yunorunner/blob/master/maintenance/finish_install.sh#L190
[18:10:14]
<Aleks (he/him/il/lui)> and this : https://github.com/YunoHost/yunorunner/blob/master/maintenance/finish_install.sh#L195-L202
[18:10:27]
<Aleks (he/him/il/lui)> and https://github.com/YunoHost/yunorunner/blob/master/maintenance/finish_install.sh#L232
[18:10:33]
<Aleks (he/him/il/lui)> 😅
[18:10:38]
<eric_G> 🥶
[18:10:46]
<Aleks (he/him/il/lui)> oufmilo: any tips ? how did you deploy yunorunner on your own server ?
[18:12:03]
<eric_G> I think I'll just wait for CI dev to decongest 😅
[18:14:05]
<eric_G> Is it me or it is not easy to deploy?
[18:14:58]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯
[18:15:13]
<Aleks (he/him/il/lui)> well clearly it's intended to be deployed on a dedicated ci server
[18:16:11]
<Aleks (he/him/il/lui)> but we could work on making it easier to deploy on a personal server
[18:16:45]
<Aleks (he/him/il/lui)> but still installing LXD is not something to yolo, it can quickly mess up the network config
[18:20:58]
<Aleks (he/him/il/lui)> maybe installing it in a dedicated virtualbox on your home desktop is a safer option
[18:22:01]
<eric_G> I got a new mac M1. I havn't tested to install virtualbox yet... need to try
[18:22:42]
<Aleks (he/him/il/lui)> (on the other hand if you're trying to deploy yunorunner, maybe you already had lxd running on the machine soooo ...?)
[18:22:59]
<Aleks (he/him/il/lui)> or rather maybe you already had *package_check* running on the machine*
[18:23:06]
<Aleks (he/him/il/lui)> (hence lxd)
[18:24:33]
<eric_G> I am testing package_check now. But I get this error
```
[18:24:55]
<eric_G> ```
61848 INFO [###########+........] > Setting up source files... [00h00m,00s]
62173 WARNING failed: Network is unreachable.
```
[18:25:19]
<Aleks (he/him/il/lui)> eeeh yeah sounds like the classic issue of the LXC not getting a proper IP address
[18:26:46]
<Aleks (he/him/il/lui)> yalh was mentionning the other day that there's an iptable patch to apply to get dhcp working etc
[18:27:41]
<Aleks (he/him/il/lui)> @_@
[18:27:44]
<Aleks (he/him/il/lui)> i can't find it anymore
[18:27:50]
<eric_G> 🫠
[18:28:15]
<Aleks (he/him/il/lui)> ah : https://github.com/YunoHost-Apps/lxd_ynh/issues/65
[18:28:42]
<Aleks (he/him/il/lui)> 😬
[18:31:07]
<Aleks (he/him/il/lui)> i think the initial motivation of ci-apps-dev is to avoid telling people to go through all this mess 😅 imho if this is needed we should really consider instead just increasing the number of workers
[18:32:48]
<eric_G> Yes... I just gonna stick to the CI-dev
[18:32:58]
<eric_G> https://aria.im/_matrix/media/v1/download/matrix.org/DBNhZuFiyoCGukktzwtuzQrn
[18:36:50]
<Yunohost Git/Infra notifications> [apps] @yalh76 [commented](https://github.com/YunoHost/apps/pull/1617#discussion_r1083321215) on pull request #1617 Add moncycle.app to catalog: You should only put the state as working when you have merged. Because for now it will add in the catalogue apps.json an...
[18:37:19]
<Yunohost Git/Infra notifications> [apps] @yalh76 edited a [comment](https://github.com/YunoHost/apps/pull/1617#discussion_r1083321215) on pull request #1617 Add moncycle.app to catalog: You should only put the state as working when you have merged. Because for now it will add in the catalogue apps.json an...
[18:37:46]
<eric_G> Thanks for assisting my every once in a while YunoRunner installation try
[18:38:48]
<Gérard Collin> > <@Alekswag:matrix.org> i think the initial motivation of ci-apps-dev is to avoid telling people to go through all this mess 😅 imho if this is needed we should really consider instead just increasing the number of workers
Or trying to see for what reason it's so slow? There may be some issues in it
[18:44:28]
<Aleks (he/him/il/lui)> can't see anything obvious in htop
[18:45:12]
<Aleks (he/him/il/lui)> beside the fact that there's a shitload of process running on the machine because there's like a full yunohost times three ...
[18:45:22]
<Aleks (he/him/il/lui)> maybe we could disable stuff by default in the app ci such as rspamd
[18:45:34]
<Aleks (he/him/il/lui)> and reducing the number of workers for nginx
[18:45:48]
<Aleks (he/him/il/lui)> and disabling dovecot too
[18:46:30]
<Aleks (he/him/il/lui)> dunno if the gain would be huge
[18:48:24]
<Yunohost Git/Infra notifications> [apps] @yalh76 edited [pull request #1616](https://github.com/YunoHost/apps/pull/1616): Update app levels according to CI results
[18:49:15]
<Yunohost Git/Infra notifications> [apps] @yalh76 pushed 1 commit to update_app_levels: fix osada level ([66e181b5](https://github.com/YunoHost/apps/commit/66e181b51f67580d1c221ca4264b95bf0741f3eb))
[18:49:21]
<Yunohost Git/Infra notifications> [apps] @yalh76 edited [pull request #1616](https://github.com/YunoHost/apps/pull/1616): Update app levels according to CI results
[18:49:48]
<Yunohost Git/Infra notifications> [apps] @yalh76 approved [pull request #1616](https://github.com/YunoHost/apps/pull/1616#pullrequestreview-1264652674) Update app levels according to CI results
[18:50:21]
<Yunohost Git/Infra notifications> [apps] @yalh76 merged [pull request #1616](https://github.com/YunoHost/apps/pull/1616): Update app levels according to CI results
[18:50:21]
<Yunohost Git/Infra notifications> [apps] @yalh76 pushed 8 commits to master ([9c1b1e690611...04699bef1bcc](https://github.com/YunoHost/apps/compare/9c1b1e690611...04699bef1bcc))
[18:50:22]
<Yunohost Git/Infra notifications> [apps] @yalh76 deleted branch update_app_levels
[18:50:24]
<Yunohost Git/Infra notifications> [apps/master] fix isso level - yalh76
[18:50:26]
<Yunohost Git/Infra notifications> [apps/master] fix osada level - yalh76
[18:50:30]
<Yunohost Git/Infra notifications> [apps/master] Merge pull request #1616 from YunoHost/update_app_levels Update app levels according to CI results - yalh76
[18:50:57]
<Aleks (he/him/il/lui)> Gérard Collin: maybe the disk IO are the bottleneck, it's not clear to m
[18:51:16]
<Aleks (he/him/il/lui)> i'm not super familiar with system resources profiling etc
[18:51:52]
<Aleks (he/him/il/lui)> naively I'm like "yeah it's switching between a shitload different operations, so you can't go to lightspeed"
[18:56:53]
<Gérard Collin> I'm not an expert neither, but if you run top on the host, what does it says?
[18:57:43]
<Gérard Collin> https://www.thegeekdiary.com/how-to-troubleshoot-performance-issues-on-linux-beginners-guide/
[18:57:54]
<Aleks (he/him/il/lui)> naively i'd say "let's increase the number of workers to 5" (because we really have a lot of margin on the RAM available), this is a quickwin
and disabling the probably-useless-in-99%-of-cases services such as rspamd, dovecot, maybe nginx workers, (in the CI context) shouldnt be too hard
[18:58:02]
<Aleks (he/him/il/lui)> top says a shitload of things ofc :P
[18:58:55]
<Gérard Collin> Seems like iotop can check the Io specifically
[18:58:56]
<Aleks (he/him/il/lui)> i'm using `nmon`
[19:00:16]
<Gérard Collin> > <@Alekswag:matrix.org> i'm using `nmon`
It looks nice
[19:02:14]
<Gérard Collin> If that's the disk, then you should see low CPU usage
[19:03:05]
<Aleks (he/him/il/lui)> - RAM : there's 80% free so definitely not the bottleneck
- CPU : there's 16 core and they're not saturated, though from time to time i see 1 or 2 being stuck at 100% for a couple seconds, probably non-paralellized process, but doesnt sound like a bottleneck either
- disk IO : fluctuating but basically pretty busy
- I see iowait being often higher than 50%, even reaching 500% ...
[19:03:25]
<Aleks (he/him/il/lui)> yeah the CPU "long term" load is like 20~30% ish
[19:04:22]
<Gérard Collin> I don't know if 50% iowait or not
[19:04:28]
<Gérard Collin> But it seems alor
[19:04:30]
<Gérard Collin> Alot
[19:04:33]
<Aleks (he/him/il/lui)> yeah
[19:05:16]
<Aleks (he/him/il/lui)> sounds like it's the disk IO beng the bottleneck probably
[19:05:43]
<Aleks (he/him/il/lui)> Kayou was suggesting yesterday that we could maybe drastically optimize this by mounting the LXCs in the RAM entirely using ramfs etc
[19:05:48]
<Gérard Collin> Hopefully with nmon it can tell you what's using it
[19:07:17]
<Aleks (he/him/il/lui)> weeeell everything i think .. i mean installing an app is basically "create a new LXC" ( = untar/copy entire filesystems), "download an extract a shitload of archives being either apt dependencies or app sources", etc...
[19:07:34]
<Aleks (he/him/il/lui)> `npm install` half of the internet
[19:08:09]
<Aleks (he/him/il/lui)> and then any `build` probably wants to read the file, etc
[19:13:31]
<Aleks (he/him/il/lui)> and also after each app install, it creates a snapshot of the LXC (=copy/compact the entirefilesystem), and viceversa when starting a new test
[21:06:44]
<Gérard Collin> > <@Alekswag:matrix.org> and also after each app install, it creates a snapshot of the LXC (=copy/compact the entirefilesystem), and viceversa when starting a new test
Yep, maybe there's a way to store these snapshots in memory
[21:09:02]
<Gérard Collin> https://linuxcontainers.org/lxd/docs/master/explanation/storage/
[21:10:02]
<Gérard Collin> I can have a look at these storage doc to see how that could be optimised
[21:11:12]
<Aleks (he/him/il/lui)> eeeeeh
[21:11:22]
<Gérard Collin> How are disks managed in the CI server? It's network disks, physical ones?
[21:11:55]
<Aleks (he/him/il/lui)> well we're using `dir` and there are reasons for it, like we tried `btrfs` and other things in the past and had various issues, for example with swapfiles created by some apps
[21:12:15]
<Aleks (he/him/il/lui)> no idea, naively i'd say physical ones
[21:13:18]
<Aleks (he/him/il/lui)> but regarding the usage of `dir`, Kayou's idea was to "just" mount some ramfs thing and then configure LXD's storage pools to be inside that mount points
[21:13:23]
<Aleks (he/him/il/lui)> (and maybe snapshots too)
[21:16:01]
<Gérard Collin> Maybe you can store the snapshots in loop, and the instance in die
[21:16:04]
<Gérard Collin> Dir
[21:34:50]
<oufmilo[m]> > <@Alekswag:matrix.org> oufmilo: any tips ? how did you deploy yunorunner on your own server ?
i've uninstall LXD YUNORUNNER and CI_package_check
cd /home
git clone https://github.com/YunoHost/CI_package_check
cd CI_package_check
./install.sh domain password manual
systemctl restart yunorunner.service
[21:35:03]
<oufmilo[m]> it's working for me now !
[21:35:48]
<Aleks (he/him/il/lui)> hmokay beware i've been refactorizing things these last few days so CI_package_check doesnt exist anymore 😅
[21:36:42]
<Aleks (he/him/il/lui)> I think the new course of action is:
- install yunorunner_ynh
- inside /var/www/yunorunner, run maintenance/finish_install.sh which will install lxd_ynh and tweak various stuff
[21:37:28]
<oufmilo[m]> > <@Alekswag:matrix.org> I think the new course of action is:
> - install yunorunner_ynh
> - inside /var/www/yunorunner, run maintenance/finish_install.sh which will install lxd_ynh and tweak various stuff
i've tested and it doesn't work for me
[21:37:36]
<Aleks (he/him/il/lui)> 😬
[21:38:26]
<oufmilo[m]> a lot of services are stopped and that's all if i try to launch an app nothing happens
[21:40:05]
<Aleks (he/him/il/lui)> hmokay but did you run the maintenance/finish_install.sh script ?
[21:40:49]
<oufmilo[m]> > <@Alekswag:matrix.org> hmokay but did you run the maintenance/finish_install.sh script ?
yes i did
[21:50:31]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @alexAubin pushed 1 commit to fix-config-panel-install: Define PHP settings used by config panel to prevent the config panel from miserably crashing ([700c7658](https://github.com/YunoHost-Apps/my_webapp_ynh/commit/700c7658390a802f07e852f4f655e7febb3f9389))
[21:50:32]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @alexAubin created new branch fix-config-panel-install
[21:52:42]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @alexAubin opened [pull request #104](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/104): Define PHP settings used by config panel to prevent the config panel from miserably crashing
[21:53:06]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @alexAubin [commented](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/104#issuecomment-1399339676) on [issue #104](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/104) Define PHP settings used by config panel to prevent the config panel from miserably crashing: testme
[21:53:08]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @yunohost-bot [commented](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/104#issuecomment-1399339682) on [issue #104](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/104) Define PHP settings used by config panel to prevent the config panel from miserably crashing: :v:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/api/job/5237/badge)](https://...
[22:23:18]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @alexAubin pushed 1 commit to master: Add upstream section to the manifest + doc folder to be able to autogenerate README ([70ed6bd9](https://github.com/YunoHost-Apps/my_webapp_ynh/commit/70ed6bd954ab5962d447d8874cf2bc74c6a80b37))
[22:27:11]
<Gérard Collin> > <@gcco:matrix.org> Maybe you can store the snapshots in loop, and the instance in die
You'll need a lot of memory to do that. Another option could be to get a second drive and have half instances in one and the other half in the other one
[22:27:18]
<Aleks (he/him/il/lui)> yeah we have 64GB RAM apparently so
[22:30:40]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @yunohost-bot pushed 1 commit to master: Auto-update README ([f997d537](https://github.com/YunoHost-Apps/my_webapp_ynh/commit/f997d537a04be2091518ee79934c12473728ebab))
[22:32:09]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @yunohost-bot pushed 1 commit to Update-to-PHP8.1: Auto-update README ([8b4ccc98](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/8b4ccc9847b5c65ae52f7d52d749450398535cf1))
[22:37:54]
<Gérard Collin> I saw 5GB per instance and 5GB per snapshot in my laptop.
Let's say 10GB RAM to run the instance, + 5GB Disk + 5GB snapshot = 20GB per instance. 3 instances could fit
[22:40:26]
<Yunohost Git/Infra notifications> [apps] @alexAubin pushed 1 commit to master: AutoREADME: fix trailing space ... ([35da6f9e](https://github.com/YunoHost/apps/commit/35da6f9e51f4241ee3a0460eeba346189a8579d5))
[23:35:34]
<Yunohost Git/Infra notifications> Application flarum stays at level 2 on https://ci-apps.yunohost.org/ci/job/13085