[02:02:27]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 74 pending update PRs
- 8 new apps PRs
- 5 failed apps updates: elasticsearch8, focalboard, owncloud, tvheadend, vikunja
See the full log here: http://paste.yunohost.org/raw/fozupegita
[14:12:53]
<Yunohost Git/Infra notifications> [nextcloud_ynh] lapineige [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/624#issuecomment-2056963065) on [issue #624](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/624) YNH Documentation about OnlyOffice could be reordered for clarity: Should we close ?
[15:29:56]
<Nadine> Hey YNH app devs,
any idea about this? 👀
https://github.com/YunoHost-Apps/matomo_ynh/pull/119#issuecomment-2054121255
[16:26:53]
<tituspijean> Surely something around the single or double quotes yes. I'll investigate.
[16:34:15]
<Tag> Useful link, every yunohost-bot's PR still opened now: https://github.com/pulls?q=is%3Aopen+is%3Apr+org%3AYunoHost-Apps+archived%3Afalse+author%3Ayunohost-bot+sort%3Aupdated-asc
[17:10:52]
<Émy - OniriCorpe> > <@tag:lostpod.me> Useful link, every yunohost-bot's PR still opened now: https://github.com/pulls?q=is%3Aopen+is%3Apr+org%3AYunoHost-Apps+archived%3Afalse+author%3Ayunohost-bot+sort%3Aupdated-asc
maybe put it at the end of the autoupddater matrix message? 👀
[17:14:53]
<Aleks (he/him/il/lui)> I'm thinking we should really rework some of dash.yunohost.org to have a big table of all app, with a link to the current testing (if any) + latest autoupdate PR + latest result of the dev CI for those (so we know wether we can merge those), maybe ability to filter per maintainer
[17:16:21]
<Aleks (he/him/il/lui)> ideally ci-apps-dev (or all CIs) should push the job result on commit status (https://docs.github.com/en/rest/commits/statuses) to make it easier to fetch the status of a given branch/PR
[17:33:01]
<Émy - OniriCorpe> https://github.com/YunoHost-Apps/gotosocial_ynh/pull/139
[17:33:03]
<Émy - OniriCorpe> uh
[17:44:05]
<Aleks (he/him/il/lui)> but anyway i'm not sure armv6 is supported by YunoHost so idk why we should distinguish between armv6 and armv7
[17:44:52]
<Aleks (he/him/il/lui)> eeeh yes indeed, yunohost (or rather `dpkg --print-architecture`) returns `armhf` for both armv6 and armv7, but then having https://github.com/YunoHost-Apps/gotosocial\_ynh/blob/master/scripts/\_common.sh#L13 doesn't really fix the issue, because in the install script there's https://github.com/YunoHost-Apps/gotosocial\_ynh/blob/master/scripts/install#L164 but it'll use `$YNH_ARCH` as the source id and not `$architecture`
[17:56:19]
<Émy - OniriCorpe> > <@Alekswag:matrix.org> eeeh yes indeed, yunohost by default returns `armhf` for both armv6 and armv7, but then having https://github.com/YunoHost-Apps/gotosocial_ynh/blob/master/scripts/_common.sh#L13 doesn't really fix the issue, because in the install script there's https://github.com/YunoHost-Apps/gotosocial_ynh/blob/master/scripts/install#L164 but it'll use `$YNH_ARCH` as the source id and not `$architecture`
Uh, must be a packaging v2 regression
[17:56:26]
<Émy - OniriCorpe> I’ll fix that
[18:40:10]
<Aleks (he/him/il/lui)> yup :|
[18:44:34]
<Tag> Meh, when a job fails as an error, the .log file is not copied to the result folder :/
https://ci-apps-dev.yunohost.org/ci/job/15050