i18n BoF at Akademy 2024 (9th/Monday, 10:00, Room 1)

[Shinjo Park]

Me an Albert had a chat with Ben in the Akademy, and got following insights 
from the sysadmin's perspective:

* SVN repo takes more (!) space than current KDE Invent's Git repos
* Sunsetting SVN and archiving it as read-only will save more computing 
resources (mainly storage and other supporting scripts just for making SVN 
alive)
* Tools related to SVN (e.g. WebSVN) are aged, and some of them are suffering 
from security issues

Obviously we can't keep the SVN infrastructure till KF7/Plasma 7, and I think 
this is the time to make a serious move on migrating away from SVN from 
technical perspective too.

BoF logistics: we want to do our best to make the hybrid BoF, but if all our 
attempt fails, we will be always available through #kde-i18n:kde.org Matrix 
room.

Shinjo

2024년 9월 8일 일요일 오후 3시 37분 28초 CEST에 Karl Ove Hufthammer 님이 쓴 글:
> Smirnova Olga skreiv 08.09.2024 10:25:
> >> I have
> >> a suggestion for something to discuss (either at the BoF or on this
> >> mailing list): moving from SVN to Git.
> > 
> > Bad idea. Git doesn't support partial checkouts and imposes unrealistic
> > demands to the disk space. As a translator, I shouldn't be punished with
> > hundreds of megabytes of trash.
> Git is *very good* at compressing the history, so this is not a problem.
> 
> Here’s a realistic example. I happen to have a large, old SVN repository
> with just PO files. Basically it’s a copy of some translation files for
> three languages from the KDE repo. There are 15 years of data, 8,984
> revisions/commits.
> 
> A clean checkout of the SVN repository takes up 195 MiB.
> A clean clone of the corresponding Git repository takes up 152 MiB.
> 
> So the Git clone, with 15 years of history, actually takes up *less*
> space than an SVN checkout that only contains the latest revision.
> 
> It’s also possible to do shallow clones of Git repositories that only
> includes the last few commits (similar to SVN). A shallow clone (depth
> 1) of the Git repository takes up 105 MiB.