Bugzilla – Bug 2921
CLI returns no text data
Last modified: 2008-09-15 14:39:24 UTC
Slimserver 6.5 installation on Fedora Core4, with all the latest patches installed. Perl revision 5 version 8 subversion 6. The CLI returns only the tags and no values, i.e. "genres 0 1" returns "genres 0 1 genre_id:2 genre:". Removing the call to "Encode::encode($encoding, $val)" done in RenderAsArray fixes the problem and CLI returns iso-8859-1. Using 'iso-8859-1' or 'utf8' in above call returns empty strings. Same version works OK on OS X and on Windows, with correct encoding support (UTF8 returned by default). I have no idea, and can't reproduce. Could there be a configuration issue with the locale of the install??? Perl details below. Fedora details: ask and you shall receive. Summary of my perl5 (revision 5 version 8 subversion 6) configuration: Platform: osname=linux, osvers=2.6.9-22.18.bz155725.elsmp, archname=i386-linux-thread-multi uname='linux hs20-bc1-5.build.redhat.com 2.6.9-22.18.bz155725.elsmp #1 smp thu nov 17 15:34:08 est 2005 i686 i686 i386 gnulinux ' config_args='-des -Doptimize=-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -Dversion=5.8.6 -Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl=n -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -Dd_gethostent_r_proto -Ud_endhostent_r_proto -Ud_endprotoent_r_proto -Ud_endservent_r_proto -Ud_sethostent_r_proto -Ud_setprotoent_r_proto -Ud_setservent_r_proto -Dinc_version_list=5.8.5 5.8.4 5.8.3' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables', cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='4.0.2 20051125 (Red Hat 4.0.2-8)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lresolv -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=/lib/libc-2.3.5.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.3.5' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.6/i386-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Dec 14 2005 14:13:02 @INC: /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.6/i386-linux-thread-multi /usr/lib/perl5/5.8.6
In case this helps: [jeff@redhead ~]$ rpm -q perl perl-5.8.6-22 [jeff@redhead ~]$ As I said, I'm running Fedora Core4, latest version of everything. "yum update" shows that no updates are necesary.
kdf, got an idea for this one?
not a clue, I'm afraid. Dan is the perl guru. I know very little about Fedora either :) sorry.
Dan, do you have any ideas on this? I'm very eager to get this resolved; I can't do further development on my SlimServer module against Slim Server v6.5 until this is resolved. Fred's looking to add capabilities to the SlimServer CLI based on my feedback ... Thanks ... -- Jeff
Any update at all on this issue? I'm kinda stuck ... Fred, can I (easily) do something by modifying future versions of CLI.pm to disable this translation that's killing things on Fedora, for whatever reason? Or perhaps set a debug flag to disable to conversion? Or set an environment variable in the startup scripts or something? Dan, have you had a chance to look at this at all? -- Jeff
Some additional Locale information: [jeff ~]$ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= [jeff ~]$
Posted a thread on the beta forum to check if we can replicate on another Fedora install. Should tell us where to look
Other FC4 users are experiencing the same problem. So it's a problem specific to my system - it's a generic issue. It is interesting to note, however, that a FC2 user wasn't experiencing this. So this is specific to either FC3 or FC4. So, where do we go from here?
Whoops. >So it's a problem specific >to my system - it's a generic issue. Make that: It's *NOT* a problem specific to my system - it's a generic issue ...
I have some more data on this: Based on a conversation in the BETA forum: http://forums.slimdevices.com/showthread.php?t=21826 This appears to be a problem with Fedora Core4. If you reinstall the Encode module from CPAN, the problem goes away. That is: Downloaded Encode-2.14 from www.cpan.org tar -xzf Encode-2.14.tar.gz cd Encode-2.14 perl Makefile.PL make make test (Note: All tests passed) make install Now stop and restart SlimServer, and the problem goes away. I'm not quite sure how to close bugs here (or if I even should). But this issue is a problem with Fedora Core4, not a problem with SlimServer. This bug should be closed. -- Jeff