Hi Scarlett,

On Sat, May 28, 2016 at 06:45:09PM -0700, Scarlett Clark wrote:
> Hi all, so after some help I have compiled this a few times with different
> locales and LC_ALL settings and I cannot seem to reproduce this silly
> symbol. I am not convinced
> I am doing it right though. It gets dropped more often than not. Any
> suggestions welcome so that I can convince upstream to encode the generated
> files utf-8 which DOES work, I just have to prove it.

I was also able to easily reproduce it:

$ LC_ALL=C kconfig_compiler nowlisteningsettings.kcfg nowlisteningsettings.kcfgc
$ grep ItemString nowlisteningsettings.cpp 
  mTemplateStringItem = new KConfigSkeleton::ItemString( currentGroup(), 
QLatin1String( "templateString" ), mTemplateString, QString::fromUtf8( " 
%title% by %artist% from %album% [%player%]" ) );
$ LC_ALL=C.UTF-8 kconfig_compiler nowlisteningsettings.kcfg 
nowlisteningsettings.kcfgc
$ grep ItemString nowlisteningsettings.cpp 
  mTemplateStringItem = new KConfigSkeleton::ItemString( currentGroup(), 
QLatin1String( "templateString" ), mTemplateString, QString::fromUtf8( "ᐅ 
%title% by %artist% from %album% [%player%]" ) );

-> It behaves wrong with LC_ALL set to C (or any other non-UTF8 locale).

Attachment: signature.asc
Description: Digital signature

_______________________________________________
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Reply via email to