Because it's a useful module? If it can be compiled in Windows I don't
see any reason it can't be compiled in Solaris. I'll give it a try one
of these days. Of course, you may need to use gcc and not Sun's
compiler.
--
andyg
---
Andy,
Supported platform? I thought that was Unix? Everything compiles and
works Audio::Scan :) etc.. Except this one module Encode Detector. Lots
of people complain about this module.
Per the bug report and your comments
"E::D::D is optional now, is this still an issue?"
http://bugs.slimdevice
Actually it's not removed, we still use it. Also, I managed to get it
to build in Windows, so it's now provided for all our supported
platforms.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=32
Hello Mbw23,
Encode-Detect is an abandon module - It never compiled on anything
other than linux and what looks like only certain versions too. - It's
optional anyway thankfully on 7.3 and removed from 7.4.
http://bugs.slimdevices.com/buglist.cgi?quicksearch=Encode-Detec
Regards,
Bret
--
bre
oh heh, no worries there...gcc runs fine on Solaris, and yeah plenty of
packages out there. OpenSolaris has its own package universe (developed
by Ian Murdoch (of DebIAN)) and there are the SunFreeware packages and
the blastwave packages.
yeah I'm doing most of this for the uh...fun..of it :)
You guys must be a bit masochistic. ;) Have you tried the gcc package
available in Solaris?
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread: http://forums.slimdevices.com/sh
Hehe Bret, you must lead a charmed life. Using the same compiler I tons
of mishaps in building the perl modules...
AutoXS::Header --
cc -c -I. -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -O-DVERSION=\"0.05\"
-DXS_VERSION=\"0.05\" -KPIC
"-I/usr/l
Hello Mbw23,
I've been running slimserver/squeezecenter for the last three years on
various Solaris x86 versions. Until I upgraded my media server to
OpenSolaris and started on nightly SqueezeBox Server 7.4 builds I had
everything running on an old GA release of Solaris again all compiled
with Su
bret;440898 Wrote:
> I'm very happy have got the last few nightly builds working with
> OpenSolaris!
> Logged a few bugs with Andy.
>
> Everything is compiled with SunStudio cc
>
Hi Bret--
what version of Sun Studio are you using? I just tried Studio 12
Update 1 on the mysql 5.1.36 build a
Bret, you gunky! Don't destabilize my attempt to get help here. ;-)
ok well i'm going to try all of what you said but instead of
OpenSolaris, I'll try the latest formal release: Solaris 10 5/09
s10x_u7wos_08 X86
--
mbw23
--
Great. Note that you don't need MySQL anymore with 7.4.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread: http://forums.slimdevices.com/showthread.php?t=65565
__
I'm very happy have got the last few nightly builds working with
OpenSolaris!
Logged a few bugs with Andy.
Everything is compiled with SunStudio cc
Compiled the current version of perl v5.10.0 - Compiled MySQL to get
dev includes and libs.
Then I just ran through the Squeezeserver modules.conf
andyg;440417 Wrote:
> Oh there is some issue with YAML::Syck on Solaris. Search Bugzilla for
> it. Not sure yet if it's something we need to change or not.
d'oh! ok good to know. Heh yeah well SPARC servers tend to be slower
for single-threaded apps. The CPUs aren't clocked up to be the speed
Oh there is some issue with YAML::Syck on Solaris. Search Bugzilla for
it. Not sure yet if it's something we need to change or not.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this t
What does the output of perl slimserver.pl --d_startup show? That will
tell you where it's looking for modules.
I last used Solaris around version 8 or 9 on really expensive and slow
Sparc servers. It was such a pain dealing with their stupid non-GNU
tools like a broken tar or featureless grep,
Heh so being bored I went ahead trying 7.4.4 with Perl 5.10. After
manually installing some modules it had already installed to its CPAN
directory, and a couple others it hadn't, I get:
The following modules failed to load: YAML::Syck
To download and compile them, please run:
/usr/local/squeeze
andyg;440408 Wrote:
> I should install Solaris in VMware one of these days... I hate Solaris
> with a passion but would be nice to see what the issue is.
heh yeah a Solaris booster is used to such statements :) Try
OpenSolaris, it's very user-friendly. I've never touted Solaris as a
desktop O
I should install Solaris in VMware one of these days... I hate Solaris
with a passion but would be nice to see what the issue is.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thr
andyg;440387 Wrote:
> What arch are you using that you can't use the supplied binary modules?
>
> Compress::Zlib is an unfortunate problem, but you should be able to run
> the latest version with 7.3.3. In 7.4 that module is gone.
Hi Andy--
I'm one of the proverbial red-headed stepchildren ru
What arch are you using that you can't use the supplied binary modules?
Compress::Zlib is an unfortunate problem, but you should be able to run
the latest version with 7.3.3. In 7.4 that module is gone.
--
andyg
andyg's
heh this is insane.
Well on the advice of Linux installation portion of the wiki, I had
built a multi-threading perl. This ended up causing a problem with all
the perl5 lib paths and conflicting installs of the same modules, some
in the non-threaded paths, some in the paths for threaded modules.
ok so in my quest to create a virginal perl install, I've run into some
little snags.
On SC 7.3.3, running the build-perl-modules.pl script, I have hit
this:
Downloading Encode-Detect-1.00.tar.gz to: /tmp/biteme
Uncompressing..
Configuring..
/usr/local/bin/perl Makefile.PL
- ERROR: Archive::Tar
22 matches
Mail list logo
