My "integration Level" falls from 7 to 0 ?!?

Contribute Room Apps packaging
1

GitHub - YunoHost-Apps/pyinventory_ynh: YunoHost app package for: https://github.com/jedie/PyInventory is currently:

grafik

On Yunohost Dashboard i can see that is was 7 then 6 and now 0 ?!?

Last run YunoRunner for CI seems to be fine and results in level 6

Currently i wait for scheduled: YunoRunner for CI

2

Eeeeh yeah, i dunno:

31372 INFO [######+++++++++++...] > Install project via pip...
43120 WARNING ERROR: In --require-hashes mode, all requirements must have their versions pinned with ==.

Sounds related to something that changed in pipā€™s behavior maybe ?

2 Likes
3

where did you found this?!?

EDIT: Okay i run a test by myself and found it, too:

425142 DEBUG Collecting tablib[html,ods,xls,xlsx,yaml]>=3.0.0
425144 WARNING ERROR: In --require-hashes mode, all requirements must have their versions pinned with ==. These do not:
425146 WARNING     tablib[html,ods,xls,xlsx,yaml]>=3.0.0 from https://www.piwheels.org/simple/tablib/tablib-3.1.0-py3-none-any.whl#sha256=41f3950bb717a7beb857ffe1ed8c18a2ea7dbb8549400446c48ff3533327d407 (from django-import-export==2.6.1->-r /opt/yunohost/pyinventory/requirements.txt (line 48))
426266 DEBUG + ynh_exit_properly
4

Seems that this is the problem in pip: Error installing requirements with extras & hashes with new resolver Ā· Issue #9644 Ā· pypa/pip Ā· GitHub

The ā€œwork-a-roundā€ is to use ā€œā€“no-depsā€ and thatā€™s find in my case and it works.

Commit: Use pip install with "--no-deps" Ā· YunoHost-Apps/pyinventory_ynh@8d2ea6d Ā· GitHub

@Aleks Thanks to point to the problem :wink:

1 Like
5

I had a look at the last run : went to the repository, clicked the ā€˜Integration level 0ā€™ badge at the top of the README, clicked on the ā€œ2 days agoā€ right to the Stable line, ended up on YunoRunner for CI then I checked the logs for job #4169 (well thatā€™s indeed a bit not obvious if you donā€™t know about the first two links ā€¦ but anyway, you can also go to YunoRunner for CI and click your app and check the last failed log

3 Likes
6

I change the useless ā€œCI Pipelineā€ link from https://ci-apps-dev.yunohost.org/ci/ to ā†’ https://ci-apps.yunohost.org/ci/apps/pyinventory/ :wink:

btw. the CI machine is very slow, isnā€™t it?!? It seems to take days for schedulingā€¦

1 Like
7

Itā€™s not that it takes days to schedule, itā€™s more like the test is pending while other tests are being ran :sweat_smile:

You can see the queue on the ci home page https://ci-apps.yunohost.org/ (main CI) or https://ci-apps-dev.yunohost.org/ (dev CI) and these days thereā€™s indeed a shitload of pending jobs and the CI canā€™t keep up :sweat_smile: (+ some technical issue making jobs crash ugh, gotta find some volunteer with time to dig into it)

titus offered to trigger jobs on his own CI in the meantime

1 Like
8

Sorry my bad english :wink:

It would be great if a CI run can be made via github actions and if there is a YunoHost Package ru easily run a own CI server :wink:

9

Indeed, Iā€™m very new to the Ynh packaging world, but was impressed by how cluttered the CI queue was :grimacing: :grinning_face_with_smiling_eyes: I try not forgetting what Iā€™m testing while waiting for the result ^^

Thatā€™s very nice !

Arenā€™t Github actions free for open source projects ?

Agreed !

10

Oops looks like we are asking for something already existing

1 Like
11

Oh cool! I didnā€™t know anything about GitHub - YunoHost-Apps/yunorunner_ynh: YunoRunner package for YunoHost

Great! I will try this, see also: Package-check usage in a virtual machine?!? - #7 by jedie

Yesā€¦ I use it in my projects for higher level tests. I run pytest and the YunoHost apps package linter via actions, see: Workflow runs Ā· YunoHost-Apps/pyinventory_ynh Ā· GitHub

12

Sure (apart that it increases our dependency to Github :sweat_smile: ) but that wouldnt solve the issue I believe : ultimately testing an app is a lengthy process and itā€™s not unusual that the full chain takes at least 1 hour (for many technical reasons) - and I believe that github actions are limited to 1 concurrent worker accross the entire organization. Hence you would get the same issue of too-many-job-pendings accross the 200~300 app repositories all in yunohost-apps org :confused: :sweat_smile:

1 Like
13

Thatā€™s true, but we could then run the CI in our own repo and submit it to the official CI (GitHub or not) only once we are sure our app reaches the target level :slight_smile:

1 Like
14

drop from level 6 to level 2 happens again, see: Python package: Upgrate/Restore failes on CI :unamused: