Packaging format v2

[ericgaspar]

• package v2

[ericgaspar]

!testme

[yunohost-bot]

:rocket:

[yunohost-bot]

Meow :cat2:

[kemenaran]

Look good to me - but I guess we´d want to merge the postgres migration first, handle the bugs and fixes, and then look at the manifest v2 again?

[ericgaspar]

!testme

[yunohost-bot]

:rocket:

[ericgaspar]

!testme

[yunohost-bot]

:carousel_horse:

[ericgaspar]

!testme

[yunohost-bot]

Fingers crossed!

[kemenaran]

To minimize the changes brought by the Postgres migration, would it be sensible to wait for the migration to be in production and debugged before merging another important change?

[ericgaspar]

!testme

[yunohost-bot]

:rocket:

[ericgaspar]

!testme

[yunohost-bot]

:rocket:

[ericgaspar]

!testme

[yunohost-bot]

:sunflower:

[ericgaspar]

!testme

[yunohost-bot]

May the CI gods be with you!

[ericgaspar]

!testme

[yunohost-bot]

:carousel_horse:

[kemenaran]

!testme

[yunohost-bot]

Alrighty!

[ericgaspar]

!testme

[yunohost-bot]

:carousel_horse:

[ericgaspar]

!testme

[yunohost-bot]

Alrighty!

[ericgaspar]

!testme

[yunohost-bot]

May the CI gods be with you!

[ericgaspar]

!testme

[yunohost-bot]

Fingers crossed!

[ericgaspar]

!testme

[yunohost-bot]

Fingers crossed!

[ericgaspar]

shall we merge to testing?

[kemenaran]

Seems good to me theoretically – but there still an upgrade test failing (upgrading from mattermost 7.3 to this version).

Also maybe we should add a test to check that upgrading from the current version (7.8.1) still works (although that will also be covered by real-life testing).

[ericgaspar]

!testme

[yunohost-bot]

May the CI gods be with you!

[ericgaspar]

!testme

[yunohost-bot]

Alrighty!

[ericgaspar]

!testme

[yunohost-bot]

:v:

[kemenaran]

!testme

[yunohost-bot]

:sunflower:

[kemenaran]

The migrations should be fixed.

Now there's just the issue of deleting the PG base after a failed MySQL migration, and we should be good.

[ericgaspar]

!testme

[yunohost-bot]

:stuck_out_tongue_winking_eye:

[kemenaran]

(Btw, when merging this PR, we should squash the 235 commits into one: a numbers of temporary commits this large won't do any good to the git history)