Re: Git migration plan
Johnny Jazeix <[email protected]>
| Newsgroups | gmane.comp.kde.devel.internationalization-and-documentation |
|---|---|
| Message-ID | <CAEtcAPEndqkjxLBNjQoGfzMfsRHiGqWd2xz5k1Qsjf3ZtE4Q+g@mail.gmail.com> |
Le sam. 22 août 2026 à 23:35, Ben Cooksley <[email protected]> a écrit : > > On Fri, Aug 21, 2026 at 4:53 AM Johnny Jazeix <[email protected]> wrote: >> >> Hi, > > > Hi Johnny, > Hi, >> >> >> here is the global plan I would like to progress for the git migration >> of the translation files. >> The global idea is to migrate language by language with no freeze. We >> synchronize with the git files prior running scripty and we push back >> to git after. Once all the languages are migrated, we can migrate >> scripty to the git version. > > > So once migrated, the language goes read-only in SVN for all intents and purposes? > please keep the write access to scripty: the current script still pushes in svn for all languages at once, and if we remove scripty write access, it will prevent pushing for the other languages which is not wanted. All "human" write access should be removed for migrated languages (maybe keep Luigi access for his cleanup scripts that may target all subfolders at once). >> >> >> The plan with more details is: >> * do the prerequisites (create the umbrella repo, make makemessages >> part of scripty + integrate svn/git synchro to the process) >> * migrate one language with no active contribution (lg for example is >> a small one) and test the shadowing >> >> * once we have checked it is fine, we can continue to migrate the >> other inactive languages and if we have an active candidate team to >> test the git workflow, we can migrate it in parallel >> * once all the inactive languages, we will need to coordinate with the >> language coordinators to find a good time to migrate their language >> (it should be blocked around half a day, depending on how fast we >> handle the process, this will be refined later once we have tested a >> few languages). > > > Given time zones are a factor, i'd allow a full day for this. > > The technical part may only be half a day, but as it needs things done by folks across multiple time zones allowing a full day is safer. > I've started a conversion this morning for lg (the smaller) and fr (the bigger): * I pushed the lg repo in https://invent.kde.org/jjazeix/l10n-lg (not the fr one) * the lg repo conversion took ~7h and the fr one ~10h * the gc aggressive is 5s for lg, and for fr more than 2h30 (I forgot to nohup it and I need to cut the ssh connection..). The command to run the gc can be customized for the machine to speed up a bit for big repos, for now we specify pack.threads=1 and pack.windowMemory=1g. So yes, the process will be blocked for a full day. Note: I've described the whole process in https://invent.kde.org/jjazeix/kde-l10n-parent/-/wikis/home Cheers, Johnny >> >> * once all the languages are migrated, we can switch all the dependant >> scripts to git (scripty - >> https://invent.kde.org/sysadmin/l10n-scripty/-/merge_requests/91, >> website - https://invent.kde.org/websites/l10n-kde-org/-/merge_requests/3) >> >> >> There were a lot of discussion in >> https://invent.kde.org/teams/localization/issues/-/work_items/1 for >> those interested with all the history and choices. >> There are also some remaining questions that can be tackled during the >> migration (usage of git-lfs, git-graft...). >> >> An important part (I'm directly quoting Karl from the discussion): >> "What I think is really important, is to have a good, clear >> documentation for the translators before the actual migration. >> Basically, we’ll need a ‘KDE L10N SVN user to Git user’ guide (for >> existing translators) and a ‘KDE L10N Git user’ guide (for new >> translators)." >> So we would also like, if we have a volunteer team to test the git >> workflow, that they help to write this guide to help the translators >> who are not familiar with Git. >> >> If you are coordinating a language, can you please reply in private so >> I know who to contact when I will want to handle your language (I >> don't think we have a list of coordinators somewhere)? >> >> I don't have a specific time frame to announce, I would like to start >> as soon as possible, it should be finished the end of year at worse >> and at best I would say doable in 1-2 months (depending on the time >> and coordination needed). I will try to communicate as much as >> possible on each step (especially when starting to handle active >> languages). >> >> Cheers, >> >> Johnny > > > Thanks, > Ben