Release 2.4.2 (bugfixes and updater-in-between-step for EXE->MSI)

[guruz]

Some weeks before the release:

• Check if we should update the bundled sqlite3 (https://github.com/owncloud/client/tree/master/src/3rdparty/sqlite3)
• Check if we should update Sparkle on build machine (https://github.com/sparkle-project/Sparkle/releases)
• Ensure NSIS is up to date on the build machine
• Ensure up-to-date dependencies (e.g. latest Qt version is installed on the machine and picked up (cmake output)
• Ensure the crash reporter server is up
• Check crash reporter for bad crashes
• Ensure Windows Overlay DLLs are rebuilt
• Check nightly builds are up and running, that is Jenkins jobs ownCloud-client-linux, ownCloud-client-osx and ownCloud-client-win32 all green.
• Ensure Linux nightlies are built too for all distros https://build.opensuse.org/package/show/isv:ownCloud:community:nightly/owncloud-client
  • Check if patches still apply in the linux packages
• Build branded clients through the scripting machine and smoke test one or two branded clients (especially with predefined url)
• Upload a nightly build of the windows version to virustotal.com
  • Contact AV vendors whom's engine reports a virus
• Documentation should be online before the release http://doc.owncloud.org/desktop/1.X/
• QA goes over https://github.com/owncloud/mirall/wiki/Testing-Scenarios
• Make sure to have client/ChangeLog updated
• use git log --format=oneline v<lastrelease>...master if your memory fails you
• check if enterprise issues are fixed

For first Alpha/Beta of a Major or Minor release:

• branch off master to new version branch (e.g. master -> 2.1, when releasing 2.1)
• Adjust VERSION.cmake in master and count up (e.g. 2.2)
• Adjust translation jobs for client and NSIS to point to the release branch (e.g. 2.1).
• Make sure there is a job for the docs of the new master branch and the current release branch on rotor e.g. http://doc.owncloud.org/desktop/1.X/ exists

For all alphas, betas and RCs (Copy this section for each alpha/beta/rc):

• Add last updates to Changelog in the client source repository.
• Branch off a release branch called VERSION-rcX or VERSION-betaX (without v, v is for tags)
• Edit VERSION.cmake to set the suffix to beta1, beta2 etc. Commit the result to the release branch only
• Make sure to increase the version number of the branched of release, e.g. if you release 2.3.2 then you should change VERSION.cmake in 2.3 to 2.3.3 since that branch now will be 2.3.3
• Create build for using owncloud-client-trigger (uncheck the "nightly build" checkbox, use the proper dropdown for version suffix) for theme 'ownCloud'
• Create build for using owncloud-client-trigger (uncheck the "nightly build" checkbox, use the proper dropdown for version suffix) for theme 'testpilotcloud'
• Only now download the last created source .tar.xz and sign it with gpg. Copy the signature into a new .asc file. (timing issue because currently 'testpilotcloud' re-creates the source .tar.xz)
• (no need to copy builds as they are already in testing directory or repository) (https://github.com/owncloud/enterprise/wiki/Desktop-Signing-Knowledge)
• Mac: Perform smoke test (Install, make sure it does not explode, and check if all version indicators are correct)
• Win: Perform smoke test (Install, make sure it does not explode, and check if all version indicators are correct)
• Linux: Smoke test of one distro package (Install, make sure it does not explode, and check if all version indicators are correct)
• Linux: Run @SamuAlfageme 's magic Linux-test-all-packages-script
  https://jenkins.int.owncloud.com/view/client/job/client-linux-tests/75/console
• Create a signed tag using git tag -u E94E7B37 tagname (https://github.com/owncloud/enterprise/wiki/Desktop-Signing-Knowledge)
• Create a pull request to the owncloud.org repository to update the install page (strings.php, page-desktop.php) and the changelog on owncloud.org. From now on download packages from the staging webserver.
• Inform packagers @dragotin (openSUSE), @hefee (Debian), ??? (Fedora)
• Announce on https://central.owncloud.org
• Inform community mailinglists devel@owncloud.org and testpilots@owncloud.org (make sure to mention it is an rc). Link to the central post so discussion happens there.
• Check crash reporter

One week before the final release:

• Communicate the release schedule on mailinglist release-coordination@owncloud.com. Give a high level overview of the upcoming new features, changes etc.
• Ensure marketing is aware (marketing@owncloud.com) and prepared for the release (social, .com website, cust. communications)
• Inform GCX knows the next version is about 1 week out (gcx@owncloud.com)

Day before final Release:

• Check the translations coming from transifex: All synchronized?
• Run the tx.pl scripts on the final code tag
• Run make test
• Run smashbox
• Inform product management and marketing that we are 1 day out

On Release Day (for final release):

• Add last updates to Changelog in the client source repository.

• Branch off a release branch called VERSION (without v, v is for tags)

• Edit VERSION.cmake to set the suffix to "" etc. Commit the result to the release branch only

• Create build for using owncloud-client-trigger (uncheck the "nightly build" checkbox, use the proper dropdown for version suffix) for theme 'ownCloud'

• Create build for using owncloud-client-trigger (uncheck the "nightly build" checkbox, use the proper dropdown for version suffix) for theme 'testpilotcloud'

• Only now download the last created source .tar.xz and sign it with gpg. Copy the signature into a new .asc file. (timing issue because currently 'testpilotcloud' re-creates the source .tar.xz) (https://github.com/owncloud/enterprise/wiki/Desktop-Signing-Knowledge)

• Branch isv:ownCloud:desktop to isv:ownCloud:desktop:client-X.Y.Z before overwriting https://github.com/owncloud/administration/blob/master/jenkins/obs_integration/obs-backup-prj.sh (the linux packages will land in the :testing repository still)
  obs-backup-prj.sh isv:ownCloud:desktop isv:ownCloud:desktop:client-2.4.1 owncloud-client 2.4.1 # (if not already done)

• Re-download Mac builds and check signature. Interactive in installer window

• Re-download Win build check signature. From Mac or Linux: osslsigncode verify ownCloud-version-setup.exe

• Mac: Perform smoke test (Install, make sure it does not explode, and check if all version indicators are correct)

• Win: Perform smoke test (Install, make sure it does not explode, and check if all version indicators are correct)

• Linux: Smoke test of one distro package (Install, make sure it does not explode, and check if all version indicators are correct)

• Linux: Run @SamuAlfageme 's client-linux-tests Jenkins job (this tests only package installations!) Adjust REPO_URL to say ...:/desktop:/testing in https://jenkins.int.owncloud.com/job/client-linux-tests/build (Better: gitlab? no alternative yet: that uses github)
  https://jenkins.int.owncloud.com/view/client/job/client-linux-tests/75/console

• Win/Mac Copy builds from testing to stable on download.owncloud.com, double check the download links. (make sure the .asc is there too)

• Linux: disable publishing on project isv:ownCloud:desktop

• Linux: Use https://github.com/owncloud/administration/blob/master/jenkins/obs_integration/obs-deepcopy-prj.sh to copy from isv:ownCloud:community:testing to isv:ownCloud:desktop
  obs-deepcopy-prj.sh isv:ownCloud:desktop:testing isv:ownCloud:desktop
obs-deepcopy-prj.sh isv:ownCloud:testpilot:testing isv:ownCloud:testpilot

• Linux: Re-enable OBS publishing on the project after official release date and if all distros build (check for accidentially disabled packages too)

• Linux: Wait until everything is built and published, then disable publishing on project isv:ownCloud:desktop

• Create git signed tag in client repository using git tag -u E94E7B37 tagname (https://github.com/owncloud/enterprise/wiki/Desktop-Signing-Knowledge)

• Create a (draft) release on https://github.com/owncloud/client/releases

• Update https://owncloud.org/changelog/desktop-client/

• Update https://owncloud.org/download/#owncloud-desktop-client -> Download ownCloud -> click open 'Desktop Client', edit win/mac/lin, each all three tabs "Production", "Technical Preview" [disabled], "Test pilot"

• Announce on https://central.owncloud.org

• Announce on announcements@owncloud.org Link to the central post so discussion happens there.

• Inform packagers @dragotin (openSUSE) @hefee (Debian) @Germano0 (Fedora)

• Send out Social (tweet, blog, other)

• Send out customer communication (if any)

• Inform GCX that the new version is released (gcx@owncloud.com)

• Inform release-coordination@owncloud.com

• Ensure marketing is aware (marketing@owncloud.com)

• Take pride and celebrate!

• Tell GCX to increment the minimum supported version for enterprise customers

• Check if minimum.supported.desktop.version (https://github.com/owncloud/core/blob/master/config/config.sample.php#L1152) needs to be updated in server

15 minutes after after release:

• Test all advertised download links to have the expected version
• Check for build errors in OBS, do
  obs-deepcopy-prj.sh isv:ownCloud:desktop isv:ownCloud:desktop:client-2.X.X
• disable publishing in OBS to prevent that accidential rebuilds hit the end users.

A few days after the release (for final release)

• Review changes in the release branch, merge back into master
• check the crash reporter if auto update is a good idea or we need a new release
• Update the updater script clientupdater.php https://github.com/owncloud/enterprise/wiki/How-to-use-the-Client-Updater#updating-the-owncloud-hosted-updater
• Execute announced deprecations. Disable builds for deprecated platforms. Update accordingly: https://doc.owncloud.org/server/latest/admin_manual/installation/system_requirements.html#desktop
• Increment version number in nightly builds. Special case: after the last release in a branch, jump forward to the 'next release branch'... That may mean, this is nightly is the same as edge then.

CC @ogoffart @dschmidt @ckamm

[guruz]

Blocking: #6603

[guruz]

Blocking: #6609

[guruz]

I can properly update a 2.4.2 unstable to 2.5.0 unstable.
So we can have a go at releasing 2.4.2
@michaelstingl @ogoffart @ckamm @jnweiger

[jnweiger]

currently https://build.opensuse.org/package/live_build_log/isv:ownCloud:Qt562:2.4.0/ocqt562+240-qt5-qtbase/openSUSE_Leap_15.0/x86_64
fails in obs. investigating, but should not be a blocker for 2.4.2

[dragotin]

Ahh, I see, you guys having fun with your own Qt version.... Probably the distros SSL is too old?

[guruz]

@dragotin too old or too new?
I see for Leap 15.0:

[    5s] cycle: libopenssl-1_1-devel -> libopenssl-devel
[    5s]   breaking dependency libopenssl-devel -> libopenssl-1_1-devel

@jnweiger Now OBS shows an error in a message box when I click on the "unresolvable" openSUSE_Leap_15.0:
https://build.opensuse.org/package/show/isv:ownCloud:desktop:daily:2.4/owncloud-client

nothing provides libicui18n.so.59.1()(64bit) needed by ocqt562+240-libQt5Core5, nothing provides libicuuc.so.59.1()(64bit) needed by ocqt562+240-libQt5Core5, nothing provides libicui18n.so.59.1()(64bit) needed by ocqt562+240-libqt5-qtwebkit, nothing provides libicuuc.so.59.1()(64bit) needed by ocqt562+240-libqt5-qtwebkit

[dragotin]

The unresolveable issues probably means that the version of libicu library, that the ocqt562 is built against, is not longer available on Leap15 and Tumbleweed. Probably these two went to a later version. That should be visible in the build process of the ocqt562 somehow. I am sure domme knows.

[guruz]

FYI @dschmidt @crrodriguez

[jnweiger]

Trying with libopenssl-1_0_0-devel on leap15. (ssl 1.0.2n instead of default ssl 1.1.0h)
https://build.opensuse.org/package/rdiff/isv:ownCloud:Qt562:2.4.0/ocqt562+240-qt5-qtbase?linkrev=base&rev=5
That will keep obs busy for a few hours.... with a bit of luck, these silly libicu issues go away, as soon as all dependencies can rebuild again ...

If that fails too, there is always another easy answer: Leap 15 is supported with 2.5.0 and up, but not with 2.4.x ....
All our 2.5 builds work perfectly well on leap 15 and tumbleweed and everywhere :-)

[michaelstingl]

Leap 15 is supported with 2.5.0 and up, but not with 2.4.x ....

fine for me