LMS not picking up text from strings.txt

[paul-]

I did notice that the strings are not in
stringcache.aarch64-linux.bin

Why would LMS be using aarch64 in the stringcache? Does LMS use (uname) anywhere? I thought it only looked at the perl arch string?

I know you are running a 64bit kernel, but the userspace should all be 32 bit (armhf)

[Paul Webster]

There is a comment about it in utils/Strings.pm

[paul-]

Are these the lines you are talking about?

	# Add the os arch to the cache file name, to avoid crashes when going
	# between 32-bit and 64-bit perl for example
	$stringCache .= '.' . Slim::Utils::OSDetect::details()->{osArch} . '.bin';

Which could come from this.....in Slim/Utils/OS/Linux.pm

$class->{osDetails}->{osArch} = $Config{'myarchname'};

Which comes from the Perl module Config, which would contain the compile time configuration data of perl......so it should only match the archname of the perl binary, not necessarily uname -m

I was just trying to check to make sure I didn't have anything odd with pCP and our PI4 configuration with the 64bit kernel.

[Paul Webster]

That is what I was referring to ... I went digging when trying to find out what happens when strings.txt files are processed.
I did not work out where the various substrings came from but at least I could see the sort of name I was looking for and then sorted by date to find it.

Maybe a quick regex in the string reading code to handle the various different line-endings would help a bit.
I guess that if I had been running LMS on Windows then the import of the strings would have worked.

Suggestion ... an update to the wiki to state what line endings should be used
http://wiki.slimdevices.com/index.php/Strings
or change the software so that it is not important