Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[AlphaC]

hello, I'm going to try porting amuled and amuleweb to arm architecture (for a network appliance) using http://www.scratchbox.org, I would like to know from any developer if they know about any caveats and if there is any documentation for the sources, I've downloaded the sources tar, is there a way to strip out amuled and amuleweb sources  from the main amule  package?

thanks!
alphac

[wuischke]

Rule of thumb: If wxwidgets work, then aMule should, too.

AMule runs at least on x86, x86_64, PowerPC and Sparc. I'm not aware of any particularities of ARM which wouldn't make it run on ARM, too.

[Kry]

It  works on ARM, unless anything was broken after I retired.

[AlphaC]

so does already exist an arm version? Anybody has the sources so I can get an idea about the differences?
Isn't wxwidgets only for gui? I just need amuled and amuleweb the machine on wich they will run is headless.

[wuischke]

There's no special ARM version - the sources you've already downloaded work on ARM, too. (Unless something broke, of course) You should however use the current developmental version (amule.hirnriss.net).

You need wxBase (contains among others filesystem or networking functions) if you run both on a headless machine.
Please be aware that the wxBase tarball is a bit tricky to compile IIRC, it's easier to download wxAll and compile it with the --disable-gui option.

[lfroen]

It  works on ARM, unless anything was broken after I retired.

Wrong. It does not work and it never did. I thought the same before buying NSLU2 (arm based NAS box). Result - broken compiler produce junk on floating point operations, which amule is full of.
So, theoretically it compiles. In practice result is not usable.

[Kry]

Uh... lfroen, stop acting dumb, please. Lot of people have used aMule with NSLU2 along the years. We even had people creating binaries specifically for it. Use the search function.

If something is broken now, it must be fixed. If the compiler is broken, updates to the compiler or cross-compilation are in order. But aMule does work perfectly on ARM CPUs.

[Ramiro]

I've been using amule on the NSLU2 for years. Now that Debian works flawlessly on the slug I've installed amule from the official Debian repositories and it works fine, of course.

[AlphaC]

that's interesting cause I'd like to compile it (and eventually port it) for nas4220 http://en.nas-4220.org/
maybe someone already did some work...
however, I'll give a try this weekend.

[AlphaC]

ok, before trying to reinvent the wheel again I wanted to copy debian amuled arm binaries on my nas, first I tried with a simple package "wget" + dependencies and everything worked ok. Now I've got some problems, I copied all dependencies and libraries on the nas, but when I run amuled I get this message:
/mnt/md1/apps/usr/bin/amuled: error while loading shared libraries: libstdc++.so.6: cannot handle TLS data

does arm arch support TLS??

[lfroen]

Uh... lfroen, stop acting dumb, please. Lot of people have used aMule with NSLU2 along the years. We even had people creating binaries specifically for it. Use the search function.

My mistake. It looks like it actually works on NSLU, but only on full-blown debian, not on Unslug.

[lfroen]

/mnt/md1/apps/usr/bin/amuled: error while loading shared libraries: libstdc++.so.6: cannot handle TLS data

does arm arch support TLS??

TLS is operating system concept, not hardware feature. IMHO - try to compile plain "hello world, c++" on your system. If it works, try again, now with WX. After both work, compile amuled.

[Kry]

My mistake. It looks like it actually works on NSLU, but only on full-blown debian, not on Unslug.

Ramiro was compiling it on Unslug before debian, iirc.

[lfroen]

Nop (checked with Ramiro).

[Ramiro]

It was on OpenSlug. Both OpenSlug and Unslug run the processor in big endian mode, but Unslug is basically the original firmware, with a very old kernel and libc.