[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:       Albert Astals Cid <aacid () kde ! org>
Date:       2019-03-10 11:01:55
Message-ID: 5665891.VvTCKDlCTQ () xps
[Download RAW message or body]

El dissabte, 9 de març de 2019, a les 16:44:29 CET, Friedrich W. H. Kossebau va \
escriure:
> 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?

This is because those .po files still have the "old" kmag string to translate. It \
should eventually fix itself once people stop overwriting the actual .po files with \
their old copies.

I wouldn't worry about it, as of today only sr-* have this issue.

Cheers,
  Albert

> 
> 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]