[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFC: Some new ideea (was:Localization framework)



I just had a great ideea about how (I think) we can solve the maintainer/translator communication problem. I didn't followed the whole thread, but I don't want to froget this...

Scenario: there is a central _virtual_ repository (maybe using a special tool, not svn, let's call it svn-po) that is in fact a wraper around cvs/svn/source(?how?) commands.

So, when the translator writes:

svn-po co svn+ssh://svn.debian.org/svn-po/

the svn-po server connects (I know this means a lot of traffic and the possibilty of the target host to be down) to the target (let's say svn.debian.org/sometargetproject) through the version control sistem program supported by the target using a po-robot user that is registered at every target. So, the file is the most recent...

at ci, po-robot gets to be connected to the target directly, and the ci is not confirmed to the translator until the po-robot ci is done (conectivity problem again) or an error occurs. The error messages are quite standard, so a perl script (can it be something faster?) can unify the cvs / svn output into a svn-po output...

This could also like some kind of cache that checks from time to time from the svn-po server to the targets or maybe a target to svn-po connection would be better, supported by a _small_ daemon ran on the target machine that monitors the templates and the po-s.

I know that this would mean to convince _every_ (including external) target admin to install the daemon, but the good part is that the config file could be delivered also with the daemon since we know the location of the templates and po-s. OTOH a mixture of direct and reverse svn-po<->target connections (this would be hard to maintain if not done properly from the start), and even more, we have the sources, so "patching the source" might be of some help... (a few things here are questionable)

I am willing to help this project, if this gets to be accepted in this or some other form... I can write C programs, bash scripts and, if necessary, I can learn perl (I've been postponing this for some time now).

Eddy



Reply to: