Re: Retiring
Am 2021-01-13 21:57, schrieb Christoph Feck: Hello developers, my personal situation allows for much less time for KDE related work, at least during the Corona times. Thanks for all your work! It has always been a pleasure working together with you. I can totally understand how challenging and time demanding the current situation around Covid is for you. I myself also had plans to start coding for KDE again in spring of 2020 as I imagined that I would have more time by then. Covid and the closing of day-care centers made this totally impossible. So I hope for you the same as I hope for myself: to find some time for KDE once this mess is over! All the best Martin
Re: New Git Hooks Deployed
Hi Ben, https://build.kde.org/view/Failing/job/Applications/job/kaccounts-integration/job/kf5-qt5%20SUSEQt5.15/lastFailedBuild/console CMake Error at CMakeLists.txt:50 (include): include could not find load file: KDEGitCommitHooks Side effect or bad ECM minimal version? Johnny Le dim. 17 janv. 2021 à 05:45, Ben Cooksley a écrit : > > Hi Community, > > This evening we completed the deployment of a significant refactor and rework > of the Git hooks that run on Gitlab (invent.kde.org) each time the system > receives a push. > > This moves us away from the `update` hook to the `pre-receive` hook, ports > the hooks to Python 3, refactors a number of parts of the hooks to make them > easier to work with and test in the future, and introduces some new > functionality. > > This new functionality allows for larger changes in certain circumstances to > still be notified in a summarised manner, ensuring that it is still possible > to monitor changes to code in our repositories even when bulk imports are > taking place from time to time. > > As the changes were quite invasive, please let us know if you observe any > unusual behaviour. > > Many thanks, > Ben Cooksley > KDE Sysadmin
Re: Retiring
On 13/01/2021 22:57, Christoph Feck wrote: Hello developers, my personal situation allows for much less time for KDE related work, at least during the Corona times. I would like to retire as soon as possible from these responsibilities: - bug triaging - release service - KIconTheme maintainer - KPlotting maintainer - KWidgetAddons maintainer For bugzilla, I see many new and old contributors doing awesome work with triaging, so departing here shouldn't be a big issue. I hope someone can continue checking responses to NEEDINFO bugs and REPORTED bugs that didn't get a reply within about two weeks. Regarding the release service work, I have made sure the load isn't all back to Albert. For future release work, Heiko Becker volunteered to help, but maybe another hand would be awesome, too. For the frameworks modules, I initially assumed each module must have a separate maintainer, so I volunteered. Today I see many modules still just community-maintained, and I hope the community can take over maintainance. Not that I did any relevant work here in the recent years... I might eventually continue to prepare some patches, so please keep all my accounts intact, but only de-list me as the maintainer. Thank you, Christoph This is sad, but I guess life happens and things change and time constraints change too. Thanks a lot for your work on KDE, you are the oldest bugzilla gate keeper, looking at all those reports (any ones you didn't have a look at? :D). (Actually you gave my account elevated privileges when you saw me regularly commenting on bugs a couple of years ago, so thanks for that too, it was a very appreciated leg up :)) I wish you and yours the best and hope to still see you around; when time permits and there is an itchy bug that bothers you enough to warrant a patch to fix it :) -- Ahmad Samir
Re: Retiring
Hi Christoph, Thank you for your work! I recently found my first few patches I've sent to KDE through you. I was not so active later, but these first steps were quite easy and pleasant thanks to you. Good luck with all your activities! чт, 14 янв. 2021 г. в 03:57, Christoph Feck : > Hello developers, > > my personal situation allows for much less time for KDE > related work, at least during the Corona times. > > I would like to retire as soon as possible from these > responsibilities: > - bug triaging > - release service > - KIconTheme maintainer > - KPlotting maintainer > - KWidgetAddons maintainer > > For bugzilla, I see many new and old contributors doing awesome > work with triaging, so departing here shouldn't be a big issue. > I hope someone can continue checking responses to NEEDINFO bugs > and REPORTED bugs that didn't get a reply within about two weeks. > > Regarding the release service work, I have made sure the load > isn't all back to Albert. For future release work, Heiko Becker > volunteered to help, but maybe another hand would be awesome, too. > > For the frameworks modules, I initially assumed each module > must have a separate maintainer, so I volunteered. Today I > see many modules still just community-maintained, and I hope > the community can take over maintainance. Not that I did any > relevant work here in the recent years... > > I might eventually continue to prepare some patches, so please > keep all my accounts intact, but only de-list me as the maintainer. > > Thank you, > Christoph > -- Best regards, Boris Egorov
Re: New Git Hooks Deployed
On 17.01.21 11:30, Albert Astals Cid wrote: El diumenge, 17 de gener de 2021, a les 11:07:40 CET, Johnny Jazeix va escriure: Hi Ben, https://build.kde.org/view/Failing/job/Applications/job/kaccounts-integration/job/kf5-qt5%20SUSEQt5.15/lastFailedBuild/console CMake Error at CMakeLists.txt:50 (include): include could not find load file: KDEGitCommitHooks Side effect or bad ECM minimal version? That's kind "a different git hook", what Ben wrote about is something that runs on the git server, this error is about something that runs on the developer side. This error is because Nico forgot that kaccounts-integration is not a KDE Framework and thus it would be really desirable for it to not depend on an unreleased version of extra-cmake-modules for the benefit of all of us that don't compile our own KDE Frameworks and just use released versions. I've now added a version check that should fix the build with KF 5.78. That does not fix the CI though since that seems to have master-but-not-latest-master, i.e. it fails because it says it has 5.79 but does not have the relevant commit. Cheers Nico
Re: New Git Hooks Deployed
El diumenge, 17 de gener de 2021, a les 11:07:40 CET, Johnny Jazeix va escriure: > Hi Ben, > > https://build.kde.org/view/Failing/job/Applications/job/kaccounts-integration/job/kf5-qt5%20SUSEQt5.15/lastFailedBuild/console > > CMake Error at CMakeLists.txt:50 (include): > include could not find load file: KDEGitCommitHooks > > Side effect or bad ECM minimal version? That's kind "a different git hook", what Ben wrote about is something that runs on the git server, this error is about something that runs on the developer side. This error is because Nico forgot that kaccounts-integration is not a KDE Framework and thus it would be really desirable for it to not depend on an unreleased version of extra-cmake-modules for the benefit of all of us that don't compile our own KDE Frameworks and just use released versions. Cheers, Albert > > Johnny > > Le dim. 17 janv. 2021 à 05:45, Ben Cooksley a écrit : > > > > Hi Community, > > > > This evening we completed the deployment of a significant refactor and > > rework of the Git hooks that run on Gitlab (invent.kde.org) each time the > > system receives a push. > > > > This moves us away from the `update` hook to the `pre-receive` hook, ports > > the hooks to Python 3, refactors a number of parts of the hooks to make > > them easier to work with and test in the future, and introduces some new > > functionality. > > > > This new functionality allows for larger changes in certain circumstances > > to still be notified in a summarised manner, ensuring that it is still > > possible to monitor changes to code in our repositories even when bulk > > imports are taking place from time to time. > > > > As the changes were quite invasive, please let us know if you observe any > > unusual behaviour. > > > > Many thanks, > > Ben Cooksley > > KDE Sysadmin >