travis.yml

[triplus]

Can you delete the cache for PR.2930 on Travis?

Nop don't do that, as i took another approach today and do need the existing cache for reference purposes.

[triplus]

After a few days of testing and learning about ccache (second run):

Code: Select all

cache hit rate                     49.33 %

Time looks appealing too:

Code: Select all

Ran for 10 min 38 sec

Compared to the usual 2h + for the GCC builds.

https://travis-ci.org/FreeCAD/FreeCAD/builds/643253903

P.S. In the end it was the ccache log, that started to provide clues. As it was too big to display, showing a few thousand lines was still possible. It indicated there is an issue with i guess correct compiler (path) detection. I am not sure if FreeCAD could be improved in this regard, Travis environment is the culprit or there is a bug in ccache package, or i guess a bit of everything. Anyway, as long as we can make it work, i don't need to know more details. I will go over everything again and likely tomorrow will have updated PR ready to be merged!

[sgrogan]

Time looks appealing too:

Code: Select all

Ran for 10 min 38 sec

Compared to the usual 2h + for the GCC builds.

This is very good news!

[triplus]

I am just cleaning up some things, before testing all build jobs together again in PR. I am commenting out the sections that are currently not used and i have found Gitter notifications to be actively used but i don't know if chunk.io key is still relevant? Anybody has a clue?

[triplus]

Another thing i noticed is we are currently building the whole matrix for each commit included in the PR? Why does that make sense? Better to build only the latest commit?

https://docs.travis-ci.com/user/customi ... est-commit

And i guess the same applies for the branch builds?

In short we should enable both auto cancellation options?

[triplus]

OK, it looks like all three Linux build jobs in PR are using ccache now. Matrix being:

• Clang 9 Py3/Qt5
• GCC 9 Py3/Qt5
• GCC 7 Py2/Qt4

Quick question about clcache and Windows. Did that ever work on Travis or in someones local Windows build environment?

[triplus]

Quick question about clcache and Windows. Did that ever work on Travis or in someones local Windows build environment?

Never mind as now i see this actually is working, just the speed gains are a bit less, compared to using ccache on Linux. Still 50% improvements though. Anyway, this is how a GCC build now looks like on the third run:

Code: Select all

cache hit rate                     98.22 %

PR is ready to be merged and GCC ccache support should be back!

[vocx]

... is ready to be merged and GCC ccache support should be back!

Are you guys doing something with the Travis cache? Currently the tests pass without problem in Linux but always fail on Windows, and I wonder if it's about this cache thing.

[bernd]

... is ready to be merged and GCC ccache support should be back!

Are you guys doing something with the Travis cache? Currently the tests pass without problem in Linux but always fail on Windows, and I wonder if it's about this cache thing.

links to the errors: https://travis-ci.org/FreeCAD/FreeCAD/j ... hub_status and https://api.travis-ci.org/v3/job/647091789/log.txt

[sgrogan]

links to the errors: https://travis-ci.org/FreeCAD/FreeCAD/j ... hub_status and https://api.travis-ci.org/v3/job/647091789/log.txt

triplus' PR is not in master. Although I think it should be merged to speed up the Linux builds.
The Win builds are failing because apeltauer has deleted the Libpack from his repo and Travis is timing out trying to download the non-existent Libpack. It should be possible to change the link to here https://github.com/FreeCAD/FreeCAD/rele ... g/0.19_pre. I'll look when I get a chance (10-12 hrs)

EDIT: Looks like it was just moved https://github.com/apeltauer/FreeCAD/re ... bPack_12.1