< Neon Revision as of 05:58, 22 May 2019 (view source)Bhushan (talk | contribs)← Older edit Revision as of 06:07, 22 May 2019 (view source) Bhushan (talk | contribs) (→Testing phase)Newer edit → Line 23: Line 23: Pin-Priority: 1001 Pin-Priority: 1001 −If everything looks good, and week day is Mon-Wed, you can proceed to landing them in Neon/release+If everything looks good, you can proceed to landing them in Neon/release == Landing Qt == == Landing Qt == Revision as of 06:07, 22 May 2019 Contents 1 How to Update Qt in Neon 1.1 Testing phase 1.2 Landing Qt 2 Process improvements How to Update Qt in Neon Testing phase Testing phase is initial preparation stage of Qt updates, where new Qt version is prepared in the experimental repo, reasoning behind preparing it in experimental is sometime Qt updates can take days to prepare, preparing it in separate repo doesn't affect the production. For these Qt packages merge in order Neon/release into Neon/testing For these the Qt packages merge in order latest tagged release from master into Neon/testing If debian hasn't prepared the tag for the specific release, you would need to List of packages for qtdoc rebuilds Drop the changelog delta with debian Bump the Build-Depends and Build-Depends-Indep of the qt dependencies in debian/control to the Qt version being prepared Add the changelog entry with the packaging version set to -0neon or +dfsg-0+neon, (i.e 5.12.1+dfsg-0+neon) it is used to avoid the merge conflicts with the debian merge. git push all changes at once. Let them build, and fix the remaining errors. Once the qtdoc related packages are rebuilt, you need to build them again in same order to make sure they are green. After that follow procedure in previous step for rest of Qt packages Once all Qt packages are done, build the other kde related packages in experimental view. If builds are completed, you can test them on user edition by enabling /release and /experimental repositories, and upgrading your system. You would also have to pin the packages in experimental repo. Package: * Pin: release l=KDE neon - Experimental Edition Pin-Priority: 1001 If everything looks good, you can proceed to landing them in Neon/release Landing Qt Run both stable and unstable divert mgmt jobs to make developer builds go to /tmp/dev/unstable instead of /dev/unstable Cherry-pick this commit into pangea-tooling and let it deploy to move builds into /tmp archives. Notify other neon developers to NOT snapshot either Neon/release or Neon/release-lts. List of packages for qtdoc rebuilds For this packages, Merge the Neon/testing branch to Neon/release. Wait for builds to finish Rebuild same packages again. Merge Neon/testing branch into Neon/release for other Qt packages, and wait for them to finish building. Build stuff which deps on Qt-private-ABI in all editions. akonadi kio-extras pyqt5 python-qt4 sip4 kdeclarative kwayland plasma-framework breeze kwin plasma-integration skrooge Test both user edition with /release repo enabled, and dev unstable edition at least with archive link changed to /tmp/unstable instead of /unstable. Once at least 2 days of testing is done, snapshot user and user-lts Undivert the dev unstable and dev stable repos. Process improvements Document release/lts wrt Qt. FIXME openQA checks? Build arm for experimental editions? Retrieved from "https://community.kde.org/index.php?title=Neon/QtUpdates&oldid=84560" Content is available under Creative Commons License SA 4.0 unless otherwise noted.