uaputl sources: where?

[alanfranz]

Hello,
I seem to be unable to find out uaputl sources. I'm currently experimenting with different distro, and this is an issue, since the uaputl is dynamically linked and might not work all the time on every distro.

Where am I supposed to find the sources for it?

[NewIT_Marcus]

The same question has been asked, with some discussion but no answer, here:

http://plugcomputer.org/plugforum/index.php?topic=1648

[alanfranz]

Yes, I had seen that thread. I wanted to try even on this forum to check out if they were found somewhere in the meantime.

Not having access to such sources makes the device a bit pointless for me, since it is impossibile to use it as AP on nondebian distro.  I put quite a lot of effort in making openwrt run, and now I'm stuck because of a closed source piece of software :-(

Anybody from Newit could just ask for support from Globalscale about this issue? If the guruplug has success, it will be a requirement. Fedora guys are experiencing some issues with uaputl as well lately with their ARM port.

[NewIT_Marcus]

I'll send the request to Globalscale, but since this seems to be a Marvell project, both New IT and Globalscale are middlemen here. A direct line to Marvell would be the best.

[alanfranz]

Marvell doesn't seem to have a direct support line or email for final customers unless you're directly commercially involved with them.

Sigh, if I'm unable to have a working wifi I guess I'll have to sell the plug, as it'll be mostly useless for me.

Let me know if you get any reply.

[sfzhi]

I'm currently experimenting with different distro, and this is an issue, since the uaputl is dynamically linked and might not work all the time on every distro.

Sigh, if I'm unable to have a working wifi I guess I'll have to sell the plug, as it'll be mostly useless for me.

I think you may be exaggerating the problem. Yes, indeed, it "might not work all the time on every distro", but do you really need it to work on every distro? Is it not good enough if it works on the one you are using?
uaputl is dynamically linked only with libc, so in the worst case you can have a separate libc only for use with uaputl. This is not a particularly elegant solution, but it will work regardless of the distro.

[alanfranz]

I've got a lot of issues when trying to execute it on openwrt, I can't get it working.

About the fact of copying libc around... well, it's a smelly solution. Even if it worked - and it might not, but I'll try tomorrow - it's an hack around the real problem. What then if the kernel changes? Today it may be working, tomorrow I don't know.

By the way, since this is a *developer* device and I wanted it to test some ideas for a possibly more widespread usage (e.g. creating an appliance for something) this is unacceptable: I've got a developer device I can't fully develop on, and I don't even know what's the copyright of such piece of software (can I redistribute it? whose copyright is it).

I don't care if the builtin os is pretty rough and does little - I don't need it. But I don't like being unable to do what I like on it. Also, sheevaplug works on BSD - will Guruplug work as well without that source?

By the way, I think this was just forgotten. The kernel part has been released, so it would be possible to reverse-engineer what this utility does; why should we (the users) perform such tedious task, while it's clearly Globalscale or Marvell's ?

[alanfranz]

I think you may be exaggerating the problem. Yes, indeed, it "might not work all the time on every distro", but do you really need it to work on every distro? Is it not good enough if it works on the one you are using?
uaputl is dynamically linked only with libc, so in the worst case you can have a separate libc only for use with uaputl. This is not a particularly elegant solution, but it will work regardless of the distro.

OK, I've tested this out; I don't know the exact reason - it might have something to do with the way openwrt is build, but just copying uaputl doesn't work, it won't work on such distro. I've tried copying the full lib dir from debian and setting LD_LIBRARY_PATH, no luck as well.

This is just for the records, and I hope some Marvell employee will get in touch with me sooner or later.

[sfzhi]

I've tried copying the full lib dir from debian and setting LD_LIBRARY_PATH, no luck as well.

Did you try LD_PRELOAD? Not sure if that would make any difference, but who knows...

[Confusticated]

What does "ldd /usr/bin/uaputl" show ?

[alanfranz]

I don't own a Guruplug anymore, but the uaputl sources have finally been released:

http://plugcomputer.org/plugforum/index.php?topic=2196.msg13114#msg13114

Very special thanks to rooster from the plugcomputer forum, along with all the NewIT folks who have been really responsive during my search.

Bye!