[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-i18n-doc
Subject:    Re: Scripty wants to translate too much of appdata files (e.g. <provides/>)
From:       "Friedrich W. H. Kossebau" <kossebau () kde ! org>
Date:       2019-03-09 15:44:29
Message-ID: 2243193.uZVFju9GB6 () klux
[Download RAW message or body]

Am Freitag, 8. März 2019, 00:45:05 CET schrieb Friedrich W. H. Kossebau:
> Am Freitag, 8. März 2019, 00:26:19 CET schrieb Albert Astals Cid:
> > El dijous, 7 de març de 2019, a les 19:31:48 CET, Friedrich W. H. Kossebau
> 
> va escriure:
> > > Hi,
> > > 
> > > I stumbled over an appdata file which has unexpectedly translations for
> > > the
> > > <provides><binary/></provides> entry:
> > > https://cgit.kde.org/kmag.git/tree/org.kde.kmag.appdata.xml#n131
> > > 
> > > People tried to remove it
> > > 
> > > 	https://cgit.kde.org/kmag.git/commit/org.kde.kmag.appdata.xml?
> > > 
> > > id=a7edec053f757329de4682e610c2da950d1be4d1
> > > but scripty does not give in
> > > 
> > > 	https://cgit.kde.org/kmag.git/commit/org.kde.kmag.appdata.xml?
> > > 
> > > id=4bff152bd05dfab43750ca29a7b6bb9c0fef1b0b
> > > 
> > > So someone needs to talk to scripty and tell it to not handle those tags
> > > 
> > > :)
> > 
> > We already do, sadly the itstool we use is buggy and translates things we
> > did tell to ignore if they are exactly the same string of a thing we told
> > it to translate.
> > 
> > https://github.com/itstool/itstool/issues/37
> 
> Thanks for taking care, Albert. And as talked about on IRC, at least for me
> there are actually only two such cases in my installation, where people
> actually had a bad string for the <name> entry, like "kmag".
> (found by grep "<binary xml:lang" /usr/share/metainfo/ -R)
> 
> For kmag I had seen the broken <name> string before without knowing about
> this cause, and already fixed it to a proper "KMag" for the name, so this
> should automagically resolve this issue for the kmag appdata on next
> scripty run then at least.

Seems "exactly the same string" might also be case-insensitive? Or perhaps the 
existing po database confuses Scripty when it gets to handling appdata files?

Because Scripty last night once more returned to inject translations for the 
<provides><binary> element, even though it is now (I changed <name> yesterday)
	<name>KMag</name>
vs.
	<provides><binary>kmag</binary></provides>

See
https://cgit.kde.org/kmag.git/diff/org.kde.kmag.appdata.xml?
id=3f983bb5048cebc43e48993b771b381d88470950

Interesting might be that the languages are not the same of the translations 
added for <name> vs. those for <binary>.

Cheers
Friedrich


[prev in list] [next in list] [prev in thread] [next in thread]