[02:12:26]
<Yunohost Git/Infra notifications> Application wetty stays at level 1 on https://ci-apps.yunohost.org/ci/job/12993
[08:07:14]
<gredin67> > <@gredin67:matrix.fdn.fr> meet the new config panel for synapse :D
> https://github.com/YunoHost-Apps/synapse_ynh/pull/356#issuecomment-1387522398
btw, if some of you feel like helping on this PR, you could have a look at the points where I'm pinging Dante . I don't know `sed` and there are basically some yaml lists to parse into config_panel tags. And sometimes also a setting in the config.yaml to be commented out when it's deactivated.
[10:53:36]
<Yunohost Git/Infra notifications> Application z-push rises from level (unknown) to level 6 on https://ci-apps.yunohost.org/ci/job/13005
[13:31:49]
<Yunohost Git/Infra notifications> Application zwave-js-ui rises from level (unknown) to level 7 on https://ci-apps.yunohost.org/ci/job/13009
[13:55:28]
<Yunohost Git/Infra notifications> Application 2fauth rises from level (unknown) to level 7 on https://ci-apps.yunohost.org/ci/job/13010
[14:00:47]
<Gérard Collin> > <@ericg:matrix.org> I think that https://ci-apps.yunohost.org/ci doesn't show this issue. https://ci-apps.yunohost.org/ci/job/12913
Looking at the install script of rocket_chat, it's installing Mongo from Buster repository. So it may be the same behavior
[14:02:09]
<eric_G> yes, I noticed... It's fixed now and pushed with confidence to Master 😅
[14:49:18]
<Gérard Collin> I saw some crash reports for Mongo on debian. It seems that starting with Mongo 5 they raised the bar on the cpu instruction sets required:
https://www.mongodb.com/docs/manual/administration/production-notes/?\_ga=2.171241315.274460867.1674139219-1017854025.1673170121
> For Intel x86\_64, MongoDB requires Sandy Bridge or later.
> For AMD x86\_64, MongoDB requires Bulldozer or later.
>
>
> Starting in MongoDB 5.0, mongod, mongos, and the legacy mongo shell no longer support x86_64 platforms which do not meet this minimum microarchitecture requirement.
>
> -https://docs.mongodb.com/manual/administration/production-notes/#x86_64
>
> the underling requirement for the MongoDB 5.0 binary server packages is CPUs with AVX instructions. These are broadly Sandy Bridge or newer Intel CPUs, but there is a caveat:
>
> Not all CPUs from the listed families support AVX. Generally, CPUs with the commercial denomination Core i3/i5/i7/i9 support them, whereas Pentium and Celeron CPUs do not.
>
I know it seems to be like going nowhere, but I'm trying any possibilities: Can someone with access to the dev-ci run this and return the result ?
`cat /proc/cpuinfo | grep --color avx`
This should tell us if avx instruction set are present or not...
[15:25:15]
<Yunohost Git/Infra notifications> @carlstrand forked nextcloud_ynh to carlstrand/nextcloud_ynh: https://github.com/carlstrand/nextcloud_ynh
[15:32:37]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand opened pull request #550: Enh postgresql migration https://github.com/YunoHost-Apps/nextcloud_ynh/pull/550
[15:33:37]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand closed pull request #550: Enh postgresql migration https://github.com/YunoHost-Apps/nextcloud_ynh/pull/550
[15:54:35]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar commented on issue #532 Testing: Shall we merge this? This PR allows 32bit to upgrade Nextcloud https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1397201951
[16:06:14]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @tituspijean commented on issue #532 Testing: > It is not extra clear to me if user with 32 bits arch machines will still have to manually apply this tweaks [nextclou... https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1397218210
[16:09:40]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar commented on issue #532 Testing: Few (maybe not enougth) 32bit use have tested this branch without this issue. https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1397223756
[16:10:44]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @tituspijean approved pull request #532 Testing https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#pullrequestreview-1262112267
[16:11:11]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @tituspijean commented on issue #532 Testing: For the sake of it: testme https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1397225743
[16:11:46]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @yunohost-bot commented on issue #532 Testing: :rocket:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/api/job/5205/badge)](htt... https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1397225778
[16:11:47]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @ericgaspar commented on issue #532 Testing: Few (maybe not enough) 32bit use have tested this branch without this issue. https://github.com/YunoHost-Apps/nextcloud_ynh/pull/532#issuecomment-1397223756
[16:12:04]
<tituspijean> What the heck is this CI-dev waiting list 💕
[16:12:39]
<eric_G> yes, we better wait for Nextcloud 26...
[16:13:33]
<eric_G> A question
[16:13:46]
<tituspijean> I am investigating if we can auto-cleanup the wishlist 😇
[16:17:19]
<eric_G> For Castopod, users have missing column in they database
[16:17:44]
<eric_G> how can they apply this:
```
SET AUTOCOMMIT = 0;
START TRANSACTION;
ALTER TABLE `cp_settings`
ADD COLUMN context VARCHAR(255) NULL AFTER `type`;
ALTER TABLE cp_podcasts ADD COLUMN published_at DATETIME DEFAULT NULL AFTER
updated_by;
UPDATE cp_podcasts SET published_at = created_at;
COMMIT;
```
[16:18:56]
<tituspijean> maybe with https://yunohost.org/en/packaging_apps_helpers#ynh-mysql-execute-file-as ?
[16:33:41]
<tituspijean> Am I clear? No. Can I do better? Sure 😆
```
ynh_mysql_execute_as_root --database=$db_name --sql=<<'EOF'
<your transaction here>
EOF
```
Untested, but I think it should work
[16:33:41]
<eric_G> yes you are super clear. don't we need pwd
[16:33:41]
<tituspijean> not if we run as root as the helper does, I think
[16:33:41]
<tituspijean> or without file with https://yunohost.org/en/packaging_apps_helpers#ynh-mysql-execute-as-root and its `--sql` flag and the bash thingy to read the variable until EOF
[16:33:41]
<eric_G> `-bash: ynh_mysql_execute_as_root: command not found`
[16:33:42]
<eric_G> sudo maybe
[16:33:42]
<eric_G> I get this output when testing:
```
-bash: XTRACE_ENABLE: readonly variable
-bash: MEDIA_GROUP: readonly variable
-bash: MEDIA_DIRECTORY: readonly variable
-bash: YNH_DEFAULT_PHP_VERSION: readonly variable
-bash: YNH_DEFAULT_COMPOSER_VERSION: readonly variable
```
[16:33:42]
<tituspijean> `source /usr/share/yunohost/helpers` ?
[16:33:43]
<tituspijean> In which context are you? directly in bash, or an app's script?
[16:33:43]
<Aleks (he/him/il/lui)> sounds like you're sourcing the helpers multiple time
[16:33:44]
<eric_G> in bash
[16:35:27]
<Aleks (he/him/il/lui)> #TheFullLog
[16:35:27]
<tituspijean> > <@Alekswag:matrix.org> sounds like you're sourcing the helpers multiple time
but then it shouldn't complain about missing the helper first ^^
[16:35:27]
<Aleks (he/him/il/lui)> 😬
[16:35:28]
<tituspijean> I'll do it. 😛
[16:35:29]
<tituspijean> naaaaaaaoooon it's broken
[16:35:29]
<eric_G> two logs 😬
[16:38:08]
<tituspijean> Ah yeah it's by design, I only have it listen to the support and dev one
[16:38:19]
<yunohelper> Hello! It looks like you are asking for help. Make sure to read our guidelines: https://yunohost.org/en/help#how-to-ask-for-help. 💕
[16:38:20]
<eric_G> This is the complet output on my terminal:
```
root@ericandmarie:/home/eric# source /usr/share/yunohost/helpers ynh_mysql_execute_as_root --database=castopod --sql=<<'EOF'
SET AUTOCOMMIT = 0;
START TRANSACTION;
ALTER TABLE `cp_settings`
ADD COLUMN context VARCHAR(255) NULL AFTER `type`;
ALTER TABLE cp_podcasts ADD COLUMN published_at DATETIME DEFAULT NULL AFTER
updated_by;
UPDATE cp_podcasts SET published_at = created_at;
EOF
bash: XTRACE_ENABLE: readonly variable
bash: MEDIA_GROUP: readonly variable
bash: MEDIA_DIRECTORY: readonly variable
bash: YNH_DEFAULT_PHP_VERSION: readonly variable
bash: YNH_DEFAULT_COMPOSER_VERSION: readonly variable
```
[16:43:57]
<eric_G> Ok. now the output is :
```
+ database=castopod
+ '[' -n castopod ']'
+ database=--database=castopod
+ mysql -B --database=castopod
```
[16:43:57]
<tituspijean> open a new terminal, then do the `source` first, then the helper on a separate command 🤞
[16:44:16]
<eric_G> So I guess it worked
[16:46:31]
<tituspijean> well, check into catopod first 😛
[16:46:31]
<tituspijean> 🎉
[16:46:32]
<tituspijean> it's weird it has not listed the SQL commands for instance
[17:18:53]
<Yunohost Git/Infra notifications> [apps] @ericgaspar pushed 1 commit to master: fix vaultwarden logo https://github.com/YunoHost/apps/commit/d81d17c795afd510a68591854de067c6fb9ff6d4
[17:19:54]
<Aleks (he/him/il/lui)> The CI is taking tooooo long https://www.youtube.com/watch?v=ROF4uNjrB4U
[17:23:13]
<Aleks (he/him/il/lui)> 🤦
[17:23:41]
<Aleks (he/him/il/lui)> ```
$ ls -l $YNH_BUILD_DIR/*.deb
-rw-r--r-- 1 root root 1099136 Jan 19 17:22 /builds/yunohost/yunohost/ynh-build/yunohost_11.1.2.2+202301191722_all.deb
$ cd $YNH_BUILD_DIR/
[...]
WARNING: ./*.deb: no matching files. Ensure that the artifact path is relative to the working directory
```
[17:24:19]
<Aleks (he/him/il/lui)> (╯°□°）╯︵ ┻━┻
[17:25:43]
<tituspijean> Stupid question, can you check that `$YNH_BUILD_DIR` has the right value? 🙃
[17:25:43]
<Aleks (he/him/il/lui)> yeah i tried multiple stuff idk
[17:27:02]
<Aleks (he/him/il/lui)> let's try with $PWD I guess ~_~
[17:34:31]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯ ah this is the app chan
[17:39:06]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand opened pull request #551: Update to php8.1 https://github.com/YunoHost-Apps/nextcloud_ynh/pull/551
[17:39:06]
<tituspijean> https://aria.im/_matrix/media/v1/download/pijean.ovh/2edc478d520e68ca82a41255a5bc877bcd47354b451f67f360ae4a5b92e690ca
[17:41:18]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand opened pull request #552: Update to php8.1 https://github.com/YunoHost-Apps/nextcloud_ynh/pull/552
[17:42:08]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand commented on issue #552 Update to php8.1: fgfg https://github.com/YunoHost-Apps/nextcloud_ynh/pull/552#issuecomment-1397368216
[17:42:25]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand commented on issue #552 Update to php8.1: fgfg https://github.com/YunoHost-Apps/nextcloud_ynh/pull/552#issuecomment-1397368216
[17:43:49]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand closed pull request #551: Update to php8.1 https://github.com/YunoHost-Apps/nextcloud_ynh/pull/551
[17:43:50]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @carlstrand closed pull request #552: Update to php8.1 https://github.com/YunoHost-Apps/nextcloud_ynh/pull/552
[17:46:47]
<eric_G> ^ 🤔
[17:49:26]
<Gérard Collin> yalh76: if you could be so nice and run in the dev-ci server and return the result ?
cat /proc/cpuinfo | grep --color avx
This should tell us if avx instruction set are present or not... This is necessary for Mongo, and it could explain why its crashing
[17:50:53]
<Aleks (he/him/il/lui)> Gérard Collin: the output is empty on ci-apps-dev
[17:50:57]
<Aleks (he/him/il/lui)> (but i do have it on my own laptop for example)
[17:52:02]
<Gérard Collin> Ah !! That should explain 😀
[17:56:45]
<Gérard Collin> I will then add a test to fail if no avx instructions are there. Or fallback to buster version of mongo
[18:23:09]
<Salamandar> I'm packaging a "progiciel" for yunohost, and this is a nightmare
[18:23:33]
<Salamandar> (french open source software) (partly developped by some yunohost app maintainers i won't name)
[18:23:48]
<Salamandar> no doc, readme is out of date
[18:23:51]
<Salamandar> no tagged releases :'(
[18:25:02]
<Salamandar> And here i'm trying to finalize the package, systemd start with --line_match and… I can choose between :
* level=warn -> zero log
* level=info -> i have a log "INFO Serving on http://127.0.0.1:8080 ([waitress.log_info:485])" but i also have 20 lines of log for EVERY HTTP REQUEST
[18:25:02]
<tituspijean> fly_you_fools.gif
[18:25:52]
<Salamandar> open login page (with cache) -> 90 lines of log
[18:26:03]
<Salamandar> so… dunno what to do… I don't want to fill the user's /var/log directory
[18:26:47]
<Salamandar> I might patch the app so that "serving on ..." is on warn level ahahah
[18:30:04]
<tituspijean> Synapse is not as talkative and it can become hell FAST 😆
[18:30:04]
<tituspijean> What about simply putting a `sleep`?
[18:30:04]
<Salamandar> > <@titus:pijean.ovh> What about simply putting a `sleep`?
Well… that would be fine, but not 100% sure
[18:30:06]
<Salamandar> > <@titus:pijean.ovh> Synapse is not as talkative and it can become hell FAST 😆
hahahaha
[18:31:21]
<Salamandar> is it normal if my synapse log files are 0b on my server ?
[18:34:09]
<Yunohost Git/Infra notifications> Application dont-code rises from level (unknown) to level 7 on https://ci-apps.yunohost.org/ci/job/13014
[18:35:51]
<tituspijean> > <@Salamandar:matrix.org> is it normal if my synapse log files are 0b on my server ?
Personally I had changed its log.yaml to only output WARN. Or maybe you just got logrotated?
[18:35:51]
<Salamandar> no log.hdd is empty too
[18:36:07]
<Salamandar> but maybe i changed its level yeah
[18:37:02]
<Aleks (he/him/il/lui)> but what's the name of the app 👀
[18:38:21]
<Salamandar> https://github.com/YunoHost-Apps/endi_ynh
[18:38:21]
<tituspijean> Aleks' preparing the pitchforks :p
[18:38:53]
<Aleks (he/him/il/lui)> oooh
[18:38:53]
<Salamandar> I'm using manifestv1 for now, until mv2 is released in stable
[18:39:00]
<Salamandar> > <@Alekswag:matrix.org> oooh
??
[18:39:47]
<Aleks (he/him/il/lui)> that's pretty much my competitor of $daywork, sort of haha
[18:39:48]
<Salamandar> oh !!
[18:39:50]
<Salamandar> what are you working on ?
[18:40:07]
<Salamandar> odoo ? dolibarr ?
[18:40:10]
<Aleks (he/him/il/lui)> I'm at Coopaname and we implement a bunch of Odoo modules for CAEs basically
[18:40:11]
<Salamandar> louty ?
[18:40:12]
<Salamandar> Ah !!!!
[18:40:19]
<Salamandar> That's reeaaally interesting
[18:40:24]
<Aleks (he/him/il/lui)> (tight-coupled to Coopaname but I'm in the process of trying to cleanup the mess)
[18:40:45]
<Aleks (he/him/il/lui)> (to actually open/release the code)
[18:41:02]
<Aleks (he/him/il/lui)> (20 layers of prestataires, etc, you probably know that kind of story)
[18:41:02]
<Salamandar> We're using enDI (we just created a CAE in october), but not really satisfied about it
[18:41:03]
<Salamandar> like NOT REALLY
[18:41:14]
<Salamandar> and now that i've seen the code, NOT IMPRESSED
[18:41:15]
<Aleks (he/him/il/lui)> oh
[18:41:42]
<Aleks (he/him/il/lui)> well we can try to schedule a demo with you of what we have ;P
[18:41:53]
<Salamandar> clearly yeah !!
[18:41:53]
<Aleks (he/him/il/lui)> i'm not exactly a marketing guy though haha
[18:42:09]
<Salamandar> ^^
[18:42:20]
<Aleks (he/him/il/lui)> but in the IT team the goal is clearly to hopefully have other CAE using our stack
[18:42:29]
<Aleks (he/him/il/lui)> (which is why we're trying to cleanup the mess etc)
[18:42:32]
<Salamandar> ahah
[18:42:37]
<Salamandar> Is it open source ?
[18:43:01]
<Aleks (he/him/il/lui)> our stack if much more oriented on accounting and "backoffice" though, the ES-frontend is not as much developed as Endi from what I recall .. I think
[18:43:12]
<Aleks (he/him/il/lui)> iiiiiit's
[18:43:23]
<Aleks (he/him/il/lui)> meant to be open source ;P
[18:43:28]
<Salamandar> > <@Alekswag:matrix.org> our stack if much more oriented on accounting and "backoffice" though, the ES-frontend is not as much developed as Endi from what I recall .. I think
what do you mean the "es-frontend" ?
[18:43:31]
<Salamandar> > <@Alekswag:matrix.org> meant to be open source ;P
Ahah
[18:43:38]
<Aleks (he/him/il/lui)> the entrepreneur frontend
[18:43:47]
<Salamandar> ah ok
[18:44:01]
<Salamandar> Does it need to be cleaned before ? or is there some internal resistance against it ?
[18:44:50]
<Salamandar> hmm
[18:44:50]
<Aleks (he/him/il/lui)> i mean we do have a fronted to create sale order, invoices, adding clients, and having a "fichéco" like accounting summary etc, but from what I heard Endi does a lot more
[18:45:00]
<Aleks (he/him/il/lui)> > <@Salamandar:matrix.org> Does it need to be cleaned before ? or is there some internal resistance against it ?
we clearly want to open it, but as said in the current code there's too much tight-coupling to Coopaname
[18:45:19]
<Aleks (he/him/il/lui)> like some DB tables are literally named "coopaname.foo.bar"
[18:46:06]
<Aleks (he/him/il/lui)> but the plan was to work on cleaning up the mess during first semester of 2023 and then we can release it
[18:46:16]
<Aleks (he/him/il/lui)> anyway, we should definitely give you a demo i guess ;P
[18:46:28]
<Salamandar> > <@Alekswag:matrix.org> i mean we do have a fronted to create sale order, invoices, adding clients, and having a "fichéco" like accounting summary etc, but from what I heard Endi does a lot more
i'm not the best to talk about/judge what enDI does/doesn't do, i just started using it some weeks ago
[18:46:36]
<Salamandar> > <@Alekswag:matrix.org> like some DB tables are literally named "coopaname.foo.bar"
hahahah
[18:47:25]
<Salamandar> > <@Alekswag:matrix.org> anyway, we should definitely give you a demo i guess ;P
Yeah i'm up to it ! I'll talk about it to the others (we're 4 for now)
[18:47:40]
<Salamandar> so you're a CAE ?
[18:47:59]
<Aleks (he/him/il/lui)> Coopaname, yes, we are ... 500~600 ish ;P
[18:48:04]
<Salamandar> ah !
[18:48:07]
<Salamandar> ok ok :)
[18:48:22]
<Salamandar> i guess for the name you're in Paris ^^
[18:49:09]
<Aleks (he/him/il/lui)> the CAE is yes, but I'm in Strasbourg
[18:49:15]
<Salamandar> ok !
[18:49:15]
<Salamandar> So how code Odoo isn't packaged for yunohost then ? :p
[18:49:23]
<Aleks (he/him/il/lui)> part-time in the IT team (remote work though going once a month in Paris) and part-time IT trainer in the CAE itself, though it's not really a part time job
[18:50:12]
<Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/libreerp_ynh
[18:50:12]
<Aleks (he/him/il/lui)> > <@Salamandar:matrix.org> So how code Odoo isn't packaged for yunohost then ? :p
have you heard of LibreERP ? ;P
[18:50:13]
<Salamandar> nope
[18:50:31]
<Aleks (he/him/il/lui)> this is pretty much just to not name it Odoo because it wasnt clear if the brand policy allowed it
[18:50:46]
<Aleks (he/him/il/lui)> so basically totallynotodoo_ynh
[18:50:55]
<Salamandar> lool
[18:50:58]
<Aleks (he/him/il/lui)> but tbh you should really not deploy Odoo using YunoHost
[18:50:58]
<Salamandar> got it
[18:51:18]
<Aleks (he/him/il/lui)> unless you really have a minimal use case
[18:51:18]
<Salamandar> oh ?
[18:51:29]
<Aleks (he/him/il/lui)> like upgrading Odoo is reaaaaaaally not like upgrading any app
[18:51:47]
<Salamandar> what do you mean '
[18:51:49]
<Salamandar> ?
[18:52:22]
<Aleks (he/him/il/lui)> Odoo is fundamentally super-modular, but that also means that you can't really have a reliable "one-fits-all" migration procedure, you gotta be super careful with major version upgrades
[18:52:38]
<Salamandar> hmmmm got it
[18:52:41]
<Salamandar> worse than nextcloud
[18:52:42]
<Salamandar> ?
[18:52:48]
<Aleks (he/him/il/lui)> lol
[18:52:48]
<Aleks (he/him/il/lui)> yes
[18:52:50]
<Salamandar> ok ok
[18:52:55]
<eric_G> I have uploaded Odoo logo for the Libreerp app 😬
[18:52:56]
<Aleks (he/him/il/lui)> i mean i don't know much about nextcloud modules
[18:53:11]
<Aleks (he/him/il/lui)> > <@ericg:matrix.org> I have uploaded Odoo logo for the Libreerp app 😬
yeah whatever i wouldnt worry too much about it
[18:54:14]
<Aleks (he/him/il/lui)> i don't know much about nextcloud modules but the thing is that with Odoo, unless you really stick to some super-standard module, you'll end up with some custom business logic
[18:54:42]
<Aleks (he/him/il/lui)> i mean to give an example, in the 14.0 version of Odoo, they merged the concept of invoice and account move ... like this is one unique model now
[18:55:06]
<Salamandar> > <@Alekswag:matrix.org> i mean to give an example, in the 14.0 version of Odoo, they merged the concept of invoice and account move ... like this is one unique model now
whoaw wait wat
[18:55:18]
<Salamandar> I mean from a database point of view, yeah, why not
[18:55:43]
<Aleks (he/him/il/lui)> so like if you had any bit of custom business logic related to invoice or account moves ... you have to somehow implement a migration for it, and it cant be automagically guessed
[18:55:47]
<Aleks (he/him/il/lui)> yeah
[18:56:26]
<Aleks (he/him/il/lui)> and Odoo is very-much designed around "you can very easily implement your own custom logic" (well easy ... as easy as writing jq commands ;P)
[18:56:46]
<Aleks (he/him/il/lui)> but the consequence is that migrations are not trivial
[18:56:57]
<Aleks (he/him/il/lui)> anyway, there's a lot to say about Odoo ;P
[18:57:51]
<Aleks (he/him/il/lui)> from a developer point of view it's horrendous .. but it's also quite powerful due to its modular nature (and module ecosystem maintained by the OCA which is like the YunoHost-Apps org of Odoo basically)
[18:58:24]
<Salamandar> It doesn't really make you want to use it :p
[19:00:00]
<Aleks (he/him/il/lui)> i mean i would day, if you are a growing business, ultimately you need to sort of SI / ERP, and you *will* have custom business logic, and imho you should absolutely not depend on external contractors
[19:00:41]
<Aleks (he/him/il/lui)> so above a certain size in terms of employees / whatever, you *have* to have an internal IT team that does know the SI and is able to maintain the SI / ERP thing
[19:01:37]
<Salamandar> Yeah i understand
[19:01:39]
<Salamandar> IMHO for now we want to stay small and simple
[19:01:40]
<Salamandar> we don't have anyone (in the near future anyways) dedicated to "internal management of stuff"
[19:02:06]
<Salamandar> ha someone's asking me if it does banking sync
[19:02:39]
<Aleks (he/him/il/lui)> we don't do it but it's in our list of topics to dig, there's an Odoo module for it, we "just" have to try it
[19:03:03]
<Aleks (he/him/il/lui)> but it's a pretty well-known / popular module, many people use it (in fact we're like the exception for not using it ;P)
[19:03:27]
<Aleks (he/him/il/lui)> anyway, gotta move home to be ready for the meeting
[19:03:49]
<Salamandar> Ahah see ya !
[19:03:55]
<Salamandar> thanks for the answers / infos !!
[19:32:03]
<yalh76> @room meeting o'clock => https://pad.lqdn.fr/p/yunohost-19-01-2023
[19:37:11]
<Salamandar> yeah coming
[19:39:00]
<Salamandar> ah on a besoin d'un login maintenant ?
[19:39:32]
<tituspijean> yep, c'est dans le pad: `WeAreYunoHost!`
[19:39:33]
<Salamandar> ok j'ai appris à lire xD
[19:47:14]
<tituspijean> et Chrome/Chromium sont préférables
[19:47:15]
<tituspijean> ou Edge d'ailleurs 😛
[19:47:15]
<tituspijean> (bug avec Firefox où on est entendu mais on n'entend pas les autres)
[20:01:08]
<Yunohost Git/Infra notifications> Application borg stays at level 4 on https://ci-apps.yunohost.org/ci/job/13017
[20:01:13]
<Salamandar> p'tite question, comment on active les !testme sur un dépôt ?
[20:01:28]
<Salamandar> Ça fonctionne pas sur un dépôt nouvellement créé dans l'org yunohost-apps
[20:01:39]
<Salamandar> je suppose qu'il faut attendre que l'appli soit rajoutée au catalogue le vendredi soir…
[20:02:29]
<tituspijean> Partage le lien pour voir?
[20:02:30]
<Salamandar> https://github.com/YunoHost-Apps/endi_ynh/pull/1
[20:06:48]
<Salamandar> haha
[20:06:48]
<Salamandar> ok
[20:06:48]
<tituspijean> mmmh, mais le bot ne répond toujours pas
[20:06:48]
<tituspijean> T'as pas eu de chance, le serveur a planté sur cette requête ^^
[20:39:28]
<florent> Is there any way to check using package_check that the application responds to http://localhost:__PORT__? (without being exposed to the web nor having any nginx reverse-proxy)
[21:30:56]
<Aleks (he/him/il/lui)> > Is there any way to check using package_check that the application responds to http://localhost:__PORT__? (without being exposed to the web nor having any nginx reverse-proxy)
hmmm what would be the use case though ?
[21:30:56]
<tituspijean> AFAIK no, related issue: https://github.com/YunoHost/package_check/issues/128
[21:31:23]
<Salamandar> fider réparée
[21:31:31]
<Salamandar> Avec les bons headers dans nginx.conf, ça va mieux :D
[21:31:41]
<Aleks (he/him/il/lui)> 🥳
[21:32:12]
<Yunohost Git/Infra notifications> [package_check] @alexAubin pushed 8 commits to master: https://github.com/YunoHost/package_check/compare/03f9f66db06c...8d57b1581007
[21:32:12]
<Yunohost Git/Infra notifications> [package_check] @alexAubin merged pull request #132: Support for appsv2 https://github.com/YunoHost/package_check/pull/132
[21:32:12]
<Yunohost Git/Infra notifications> [package_check] @alexAubin deleted branch support-v2-apps
[21:32:13]
<Yunohost Git/Infra notifications> [package_check/master] Typo >_> - Alexandre Aubin
[21:32:14]
<Yunohost Git/Infra notifications> [package_check/master] Fixes from the battlefield - Alexandre Aubin
[21:32:17]
<Yunohost Git/Infra notifications> [package_check/master] Merge pull request #132 from YunoHost/support-v2-apps Support for appsv2 - Alexandre Aubin
[21:34:35]
<@oufmilo:mtx.travelpandas.eu> ça a l'air vachement bien fider !
[21:35:25]
<@oufmilo:mtx.travelpandas.eu> d'ailleurs petite question concernant les apps de la wishlist, une fois packagé il faut retirer manuellement l'app de cette fameuse wishlist ?
[21:35:47]
<Salamandar> > d'ailleurs petite question concernant les apps de la wishlist, une fois packagé il faut retirer manuellement l'app de cette fameuse wishlist ?
Ah oui… en effet ça doit pas être fait automagiquement
[21:36:17]
<Salamandar> FYI ton pseudo ne s'affiche pas chez moi :p
[21:39:40]
<gredin67> I don't understand how to apply the config panel setters after upgrade. If someone has an idea.. https://github.com/YunoHost-Apps/mautrix_whatsapp_ynh/blob/expose-config-panel/scripts/upgrade#L254-L298
[21:44:19]
<eric_G> so are we going to use Fider instead of app wishlist? 😬
[21:47:39]
<Yunohost Git/Infra notifications> While testing easyappointments: It looks like package_check did not finish properly ... on https://ci-apps.yunohost.org/ci/job/13022
[21:47:57]
<Aleks (he/him/il/lui)> yeah we were saying it could be nice indeed, but that remains a Yakafokon until somebody actually deploy it (imho we should at least somehow import the existing list maybe)
[21:48:30]
<Aleks (he/him/il/lui)> or we could filter the list and keep only the repos with at least 10 github stars or some other criteria
[21:50:25]
<eric_G> the current wishlist has a lot of outdated stuff
[21:50:51]
<Aleks (he/him/il/lui)> which line for example ?
[21:53:21]
<Aleks (he/him/il/lui)> ah yeah some are already packaged etc
[21:53:37]
<Aleks (he/him/il/lui)> and some dont have commit in upstream since a year or more
[21:56:45]
<Salamandar> > <@Alekswag:matrix.org> yeah we were saying it could be nice indeed, but that remains a Yakafokon until somebody actually deploy it (imho we should at least somehow import the existing list maybe)
I'm trying to import via postgresql directly, looks like it works
[21:56:55]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/KMGlTeVJyHMQQJcGvKOJmmjL
[21:58:33]
<eric_G> I will have to go through the list
[21:58:42]
<eric_G> `Coquelicot`
[22:00:12]
<eric_G> `BigBlueButton` will never be packaged (I could be wrong)
[22:00:58]
<Salamandar> hahaha
[22:01:05]
<Salamandar> let me ask my brother
[22:01:28]
<Salamandar> (he's "packaging" BBB for the ministère de l'éducation nationale)
[22:01:42]
<eric_G> is that a challenge accepted?
[22:02:42]
<Salamandar> i'm asking him if he thinks it's possible
[22:02:42]
<Salamandar> ahah
[22:02:42]
<eric_G> BigBlueButton on RPI 🔥
[22:04:05]
<Salamandar> he thought it was already done
[22:04:05]
<Salamandar> xD
[22:04:22]
<Aleks (he/him/il/lui)> :D
[22:08:12]
<eric_G> We also could use Fider to see what app are used the most.
[22:09:11]
<eric_G> I feel like spending a lot of time on apps probably never installed...
[22:32:35]
<Salamandar> https://feedback.salamandar.fr/?view=recent
[22:32:36]
<Salamandar> hop
[22:32:38]
<Salamandar> done
[22:33:57]
<Salamandar> https://gist.github.com/Salamandar/461419d3e4b75c94ac5d1b8c34859f33 for reference
[22:36:14]
<Salamandar> And i used some online markdown table to json converter https://tableconvert.com/markdown-to-json
[22:39:45]
<Aleks (he/him/il/lui)> > <@Salamandar:matrix.org> https://feedback.salamandar.fr/?view=recent
that's pretty impressive in such a short amont of time haha
[22:40:19]
<Salamandar> once the script is written it's pretty fast O:)
[22:40:38]
<Aleks (he/him/il/lui)> would love it if we could have
```
Website: <the website>
Description: <the description>
Upstream: <the code repo>
```
[22:40:43]
<Salamandar> the hard part was `[text](url) -> text and url`
[22:40:49]
<Salamandar> Yes !
[22:41:54]
<Aleks (he/him/il/lui)> and then i wonder if we could have a tag like "suggestion", and also import the existing app catalog (cf the proposal to include already-package-app so that people can vote for their favourite app) and tag those with like "packaged" or something
[22:41:55]
<Salamandar> I get what you mean
[22:42:12]
<Salamandar> Unfortunately it doesn't look like we can force a "default tag" for posts before moderation
[22:43:19]
<Aleks (he/him/il/lui)> ah then i guess maybe we can find another way to mass-tag them later idk
[22:44:14]
<Salamandar> Ah yeah i meant for posts of new apps
[22:44:15]
<Aleks (he/him/il/lui)> (and it's probably a many-2-many relation so not trivial to write the corresponding SQL stuff 😅)
[22:44:20]
<Aleks (he/him/il/lui)> ah
[22:44:25]
<Salamandar> For importing, yeah, it's probably doable via sql
[22:45:20]
<Aleks (he/him/il/lui)> or no tag for app wishlist, and a tag for app once they're in the catalog
[22:45:27]
<Aleks (he/him/il/lui)> or there's this "Solved" mechanism 🤔
[22:46:24]
<Salamandar> it's kinda pretty
[22:46:24]
<Salamandar> > <@Alekswag:matrix.org> or there's this "Solved" mechanism 🤔
Yes, admins can reply to a post saying "it's been implemented!"
[22:46:24]
<Aleks (he/him/il/lui)> uhu
[22:46:25]
<Salamandar> (screenshot for those reading)
[22:46:25]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/mwOyJudOVvsuDZZiXsrNlyBM
[23:00:31]
<Yunohost Git/Infra notifications> [apps] @alexAubin pushed 2 commits to toml-all-the-things: https://github.com/YunoHost/apps/compare/964ec6692193...b6e0958d62f9
[23:00:35]
<Yunohost Git/Infra notifications> [apps/toml-all-the-things] Propagate the json/yml -> toml change to list_builder.py - Alexandre Aubin
[23:00:39]
<Yunohost Git/Infra notifications> [apps/toml-all-the-things] Propagate the json/yml -> toml change to github ci check - Alexandre Aubin
[23:03:36]
<Yunohost Git/Infra notifications> [apps] @alexAubin pushed 1 commit to toml-all-the-things: Propagate the json/yml -> toml change to README generator https://github.com/YunoHost/apps/commit/83ab9a84aa7c52fb5c29bb30f459775e9c20956e
[23:26:52]
<Yunohost Git/Infra notifications> [package_check] @alexAubin pushed 2 commits to master: https://github.com/YunoHost/package_check/compare/8d57b1581007...d2529fee7e1a
[23:26:55]
<Yunohost Git/Infra notifications> [package_check/master] We probably want to install pythons toml lib automatically - Alexandre Aubin
[23:26:58]
<Yunohost Git/Infra notifications> [package_check/master] Tweak preinstall/preupgrade syntax + document new tests.toml syntax - Alexandre Aubin
[23:29:43]
<Yunohost Git/Infra notifications> [package_check] @alexAubin pushed 1 commit to master: Moar tests.toml https://github.com/YunoHost/package_check/commit/7aa254d9fbd333b9a5831ae84a34383e71ae0452
[23:36:41]
<Yunohost Git/Infra notifications> [apps] @alexAubin pushed 1 commit to toml-all-the-things: Propagate the json/yml -> toml change to the README https://github.com/YunoHost/apps/commit/294823da4fed0dfe8112492c3236c0e4952ee454
[23:57:26]
<Yunohost Git/Infra notifications> While testing mastodon: It looks like package_check did not finish properly ... on https://ci-apps.yunohost.org/ci/job/12453