Loading Profile...
Recent activity
Subscribe to this feed
Kevin Kubasik replied on March 11, 2008 20:27 to the problem "Upnp not forwarding port" in Wuala:
Ok, I'm gonna spend a little more time confirming my suspicions tonight, but It appears that the sbbi library has some code that will not handle any response other than 100% complaint upnp routers. While most _good_ routers implement this (as the standard it not that complicated) some just stink (aka mine ;) ) and have some capitalization differences in their xml.
I'll see if its not impossible to use case-insensitive comparisons throughout the port code.
However, this could also be completely off, once I get a chance to dig into the actual SBBI library I can say more. (At this point my guesses are based purely on comparing my sniffed network traffic to some sample upnp traffic.)
Hopefully I'll have more tonight. I know our timezones are quite different, I'm on mountain time US, but if anyone wants to get in touch with me on gtalk and share any of their debugging info they have/thoughts (admin at kubasik dot net)
Cheers!-
Kevin Kubasik replied on March 05, 2008 22:10 to the discussion "How to improve the groups?" in Wuala:
I would like to see more social elements, maybe a more direct form of conversation/chat with a group. The problem is that the groups just feel like permissions -
Kevin Kubasik replied on February 24, 2008 21:54 to the problem "Upnp not forwarding port" in Wuala:
Some more relivent information
I have a WRT54G from linksys. It has some known issues, however, works with most other implementations. (as noted here http://azureuswiki.com/index.php/UPnP )
Below is the debugging output from Azureus' upnp plugin I think the non-standard capitalization might cause issues with a super-strict implementation.
http://pastebin.com/m6ca9fe38 -
Kevin Kubasik replied on February 24, 2008 21:37 to the problem "Upnp not forwarding port" in Wuala:
I'm still getting this problem on a newer Linksys router, I've confirmed that other applications can utilized upnp to map ports, A good example is azuerus, while its a different library, its a good reference with lots of cross-platform success.
http://www.koders.com/java/fid77648AD...
If the offer to take a look at the upnp code still stands I would be more than willing. :) -
Kevin Kubasik started following the problem "Upnp not forwarding port" in Wuala.
-
Kevin Kubasik replied on February 24, 2008 08:29 to the problem "crashing when uploading from linux" in Wuala:
This is a known Java bug
http://bugs.sun.com/bugdatabase/view_...
We have it fixed in the Ubuntu upstream :)
https://bugs.launchpad.net/ubuntu/+so...
If you would like a fix _NOW_ try the following (no promises! Might make your java worse!)
$ cp /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so.saved
$ echo /usr/lib/jvm/java-6-sun-1.6.0.04/jre/lib/i386/xawt/libmawt.so | sudo xargs sed -i 's/XINERAMA/FAKEEXTN/g'
-
Kevin Kubasik started following the idea "Allowing synconization with folders outside wuala" in Wuala.
-
Kevin Kubasik started following the problem "Large file upload problem" in Wuala.
-
Kevin Kubasik shared an idea in Wuala on February 24, 2008 08:01:
Sync Framework For Automated File Backup/CentralizationThis somewhat ties into my earlier point about a Developer API, but its such a mainstream need/use it really could do as part of the application proper. Obviously a primary use of Wuala is backing up personal files, however, given how often personal data changes (and that while Wuala may indeed be super-awesome, most files perform better on a local disk rather than the integrated filesystem. Of course, if Wuala were to make its mounted fs bi-directional, users could take advantage of existing sync frameworks like Conduit or HUBackup. -
Kevin Kubasik reported a problem in Wuala on February 24, 2008 07:49:
Developer API/More Rubust Filesystem DocumentationSo I am an active linux developer who has spotted some very cool possibilities for Wuala. Right now, the problem is, I can't access any of the awesome! While I understand fully that preping an API for the public is a lengthy process, could you just offer a simple dbus/com service. An undocumented client library would rock too. Or even just making the mounted filesystem support 'query directories' etc. I'm not picky, I just want to harness a universally available and decentralized file store for some collaborative apps (non-realtime of course) . Specifically any DRCS (or even subversion to a degree) would love this.
