The docs always seem to be a bit out of date.
The optware packages are decent. I used the slugOS/BE 1.5 years or so
ago when the LE side support sounded questionable at the time. From
my reading, LE has greatly improved.
Did you see the comparison matrix for firmwares? It's handy. Good
summary and feature comparison.
LE has better support for extra software (from DebianSlug) at this
point, so personally, I'll probably go LE when/if I upgrade again.
If you're at all comfortable opening your slug (see the wiki
instructions for this), and you're not already running at 266 Mhz*,
de-underclocking the CPU is easy and makes a pretty big difference.
This is about the simplest hardware hack I've ever made.
* Newer slugs may be running at full speed.
--- In email@example.com, James Fidell <james@...> wrote:
> Rod Whitby wrote:
> > Welcome to the community.
> Thank you.
> >> Firstly, my intention is to use the unit to run some perl daemons
> >> reading data off one of the USB ports and transferring it to a server
> >> elsewhere. For this I'll probably be needing to compile a few perl
> >> modules from C source. I've been a Linux user and sysadmin for about
> >> fifteen years, so that side of things is no problem to me.
> > OK. I'm assuming that you're able to compile these perl modules
> > contain C code) on a host platform with no problems. Are they part of
> > CPAN or something like that, or are they your own work?
> The ones that need code compiling are in CPAN (eg. Device::SerialPort).
> > All the packages that are required to build software on the device are
> > in the SlugOS feed. There is not a single slugos-native package, you
> > need to install things like binutils, cpp, gcc, etc individually.
> Ahhh... I see.
> > Have you looked at Optware running on SlugOS? We regularly
> > cross-compile perl modules in Optware, so it should be straight
> > to add another one if it's part of CPAN, or you can copy the
> > there to build your own.
> Is that as documented here:
> I'd been given the impression that the little-endian releases were more
> stable and so gone down that route, but if the person who told me that
> was mistaken I'll certainly give it a try.