Can anyone tell me that whether the Linux version of Skype and the Linux Skype API will work on embedded Linux?

Thanks

That depends on the kind of embedded system you have. Skype will work on x86 CPUs with libstdc++.5.so (or .6.so) and QT3.3...

For non-x86 CPUs, you will probably need to wait quite a long time... even for AMD64 there is no version!

[quote=bonbons]That depends on the kind of embedded system you have. Skype will work on x86 CPUs with libstdc++.5.so (or .6.so) and QT3.3...

For non-x86 CPUs, you will probably need to wait quite a long time... even for AMD64 there is no version![/quote]

What would be really cool is if you/somebody could take one of standard embedded Linux boxes like Linksys router or whatever and setup Skype on it.

Two issues I see:

1. That one does not have X, so no qt. But we do not really need it. We could use html for most settings.
2. It does not have USB, but I guess we could open the box and use usb port that exists on the board.

What I really want is a box that has ethernet port rj45 and phone port rj11, because I do not want to have phone running all the time.

Other companies have those systems, but I don't like to pay $25 per month. Pay as you go sounds better.

Thanks

I don't know how I or another user could do it, as Skype is closed-source!

For a router to transform into a RJ11 => Ethernet box your chances are near zero, embedded CPU is not designed for audio-manipulation, and memory is way to small for handling audio data.
With print-servers you may have more luck. If you are ready for it, you could take a look at gnome-meeting, and use it's core with a http-base UI. Maybe wait some time until gnomemeeting get SIP support, so you are able to use most VoIP services available. But then you still can't communicate with Skype users (until Skype releases some library or whatever to brige between third-party apps and Skype with reduced resource-usage, read no GUI, this will not be possible. Reverse-engineering an encrypted protocol is not easy, and in addition the Skype License agreement does not allow you to reverse-engeneer it)

What about NSLU2?

Here is description of the hardware:

The NSLU2 has an Intel IXP420 as its processor. This is a stripped down version of the IXP425 and therefore does not have any of the cryptographic features or extra interfaces. The XScale core inside the IXP420 is based on a ARMv5TE architecture and runs at 266 Mhz in big endian mode. It also supports special DSP instructions with a MAC (multiply/accumulate) unit featuring a 40-bit accumulator and support for 16-bit packed data.

The CPU is connected to 8MB of flash memory and 32MB of SDRAM on the PCB.
(from http://www.nslu2-linux.org/wiki/Info/CPUOverview)

Would that be fas enough?

Hard to say, maybe it could be enough if the DSP insctructions allow sufficient optimization of the code to do the audio compression and the excryption.
But I don't think Skype is working too much on that... They don't have ported Skype to AMD64 yet, so why would they start with ARM? :roll: