Ok, Jan you was convincing! The case is closed :-)

The installation instructions tell you to *copy* the files, not to 
rename them. Even if that was not the case, you should make 
translations always from the distributed code, without any changes.

Of course, any php.dist file was renamed to .php as described in 
docs/INSTALL. This is the way of configuring application. I think I 
must configure it at first, and then try to translate it.

Then, why translation.php try to find php.dist files?

Sorry, I missed that completely. Not my best day yesterday.

It actually should use the .php.dist files, any chance that you don't 
have them anymore?

Are you kidding, Jan?

In out.txt we see full xgettext call ($sh from translation.php). And 
we can't see any file from /config directory there, prefs.php for 
example. And you say "command line are correct"?

I'm don't understard you,sorry...

The command lines executed by translation.php are correct. I would 
blame xgettext if not all strings are retrieved.

See complete output of translation.php for turba in attach.

Maybe using of .pot files is a good idea, but you can try to find for 
example a "IMSP" word there. I find nothing :-(

Please post the complete output of translation.php for small 
application where this happens. For example:



translation.php -d extract -m turba



Also, please note that you can use the existing .pot files that are 
regularly updated, for example:



translation.php merge -m horde -l ru_RU

I use translation.php to make russian localization for Horde/Imp 
project. First, I need to update ru_RU.po, what have been updated the 
last time more than 2 years ago.

$./translation.php -d update  -m horde -l ru_RU

Then, I can't find in ru_RU.po many things. Option (-d) shows more 
output, and I cant find config/ directory there. So, for example 
config/prefs.php was not included to extract process. Also its true 
for Imp, Turba, etc.

I think this is a bug in translation.php.