As using summit globally was mentioned in T11070#198358 I am setting the parent task.

After a few days of usage, it seems everything is working as expected.

https://websvn.kde.org/?view=revision&revision=1574284

I have been updating the conversion every few days when I remember, but it's not automated. I just updated it again.

So what's missing apart from rechecking the history and adapting makemessages to checkout the various branches in order?

I feel like it would be a good moment to pick up this again, @ltoscano what do you think?

@IlyaBizyaev: true it shouldn't happen, but I already spend a few hours trying to debug that. The problem is that the errors don't appear on my local setup, there is no error in the production log and activating the debug mode on production hide the error. I'm not sure how I should debug that :/

I don’t think this is resolved. IIRC, the site used to use content negotiation to automatically show the content in the user’s preferred language (the ‘Accept-Language’ HTTP header sent by the browser). This doesn’t work anymore, and the user has to manually select a language from the language bar.

Will do, but I think it's not really resolved if it crashes unless that file is translated...

This is now resolved and a language bar was also added.

Currently localization doesn't work at all for this subsection, failing with a server error.
https://kde.org/applications/ru/education/org.kde.gcompris

Maybe, or maybe not. A web interface with reservation will be needed anyway, and if a web translation system won't provide it, we will still need this.

Related to https://phabricator.kde.org/T11070?

I think this is basically done at this point (thanks!)

Given the current state of instability we have due to the gitlab migration + different structure fallout, let's give us a few weeks to try to stabilize things and come back to this?

Ping?

Looks like from the Sysadmin side this is all resolved now?

Are the git conversion rules in kde-ruleset.git?

KDE.org moved to git :D I will work on updating the various release scripts later today :D

I just noticed l10n-support: https://websvn.kde.org/trunk/l10n-support/scripts/

I just noticed l10n-support: https://websvn.kde.org/trunk/l10n-support/scripts/

Last version: https://invent.kde.org/nalvarez/l10n-scripts-conversion

I started uploading the slides in share.

Seems reasonable to move slides there, also makes it easier for people to add them

With regards to kdeslides/ I believe that https://share.kde.org/f/749964 would be an appropriate folder to upload it to.
We can arrange for a redirect to a public version of that without too much issue I think.

This repo was created: https://invent.kde.org/carlschwan/kde-org

To clarify: I identified that we can't just migrate to Git and remove the scripty source code from SVN without changing makemessages. Migration can be done as follows:

In D26076#627394, @aacid wrote:

Just to be sure, this needs https://phabricator.kde.org/D25929 (or rather the repo resulting from it), right?

I have checked and can confirm that Gitlab CE does support Git Partial Clones, subject to the support being enabled (it isn't by default).

Recently a new git features was announced: partial-clone, this allow to clone only the binary files used by the current checkout.

Just to be sure, this needs https://phabricator.kde.org/D25929 (or rather the repo resulting from it), right?

Sure, i agree producing similar formatting to those of other tools is good.

It may be valid, but the "standard version" produced for example by msgfmt is the one where the spaces are at the end of the line, not at the beginning.
It is worth noting that KBabel first and Lokalize later, up to a certain version which I don't remember, did produce the "properly" formatted version.

When you say "incorrectly" you mean "not like i like it" or "not like gettext creates", right?

Git LFS is certainly an option for larger files as Gitlab provides us with support for that.

updated diff

In D10009#611209, @aacid wrote:

Can you share a .po file where this makes a difference?

And also can you provide a better description of what it does as a commit message? Because "Improvements for Gettext entries wordwrapping" is as generic as it gets.

updated diff

Can you share a .po file where this makes a difference?

We could try to remove all the images from the git history and add then again optimized in one commit at the end. It will be less radical than removing the complete history. Another solution would be to play with Git lfs (https://git-lfs.github.com) and have the images/videos/pdfs stored in another server.