Loading Profile...
Recent activity
Subscribe to this feed-
joe12 started following the idea "prefer clients on the same network" in Wuala.
-
A comment on the idea "prefer clients on the same network" in Wuala:
I already suggested another arbitrary "server" IP that gets the second upload of fragments... I honestly don't think however this will be in any of the early beta builds of 2008... maybe around this time in 2009 or 2010. – Bugreport, on September 22, 2008 10:51 -
tbfnews started following the idea "prefer clients on the same network" in Wuala.
-
tbfnews replied on September 22, 2008 00:10 to the idea "prefer clients on the same network" in Wuala:
Is there any chance this could be revived? It would be great if I could have Wua.la running on my server trading space and hopefully caching my stuff. Such that if I want things, say on my laptop, I can get high speed service from the instance running on my server without needing all the storage space on my laptop instance. -
Mark J started following the idea "prefer clients on the same network" in Wuala.
-
flopopo started following the idea "prefer clients on the same network" in Wuala.
-
Hugo Josefson started following the idea "prefer clients on the same network" in Wuala.
-
stackmagic replied on July 13, 2008 16:24 to the idea "prefer clients on the same network" in Wuala:
yes, that's what I'm talking about :-) -
sunk818 replied on July 13, 2008 15:26 to the idea "prefer clients on the same network" in Wuala:
And by same network, you mean LAN? Both computers have private IPs served by the same DHCP server? Makes good sense. -
DataWraith started following the idea "prefer clients on the same network" in Wuala.
-
stackmagic shared an idea in Wuala on July 13, 2008 13:17:
prefer clients on the same networkI have serveral computers on my network that run wuala. So If I Ctrl-D something on one client and I moved to a different computer while it was downloading and would like to have the file on this other computer I don't want it to be downloaded from the internet again but rather from the other computer where the file is already present, at a substantially higher speed. This is for a scenario where several clients run under the same user, not sure if it makes a difference if the clients run under different users...
Generally speaking, wuala clients on the same network coulb build a micro-network and serve requests internally, if a piece is not found, resort to downloading from the big network on the internet. -
stackmagic replied on July 13, 2008 10:52 to the problem "wuala blocks during startup in linux" in Wuala:
actually this does indeed only happen at work so it's probably the firewall. any chance of switching to port 80 or 443 in such a case? -
stackmagic shared an idea in Wuala on July 13, 2008 10:49:
Request: Asynchronous Cache-Clearingclearing the local cache should be done asynchronously, I think... I accidently hit that button and now the gui's been blocked for several minutes already... -
Ianopolous started following the problem "wuala blocks during startup in linux" in Wuala.
-
Roger replied on May 21, 2008 09:40 to the problem "wuala blocks during startup in linux" in Wuala:
Wuala does not work behind many corporate firewalls. A proxy solution is planned for the open beta. -
Dave Tapley replied on May 15, 2008 11:33 to the problem "wuala blocks during startup in linux" in Wuala:
*bump*
Just got a reminder Email from the Wuala team about my alpha account; doesn't seem like they've release an update though. Is this likely to be fixed I wonder? -
Dave Tapley started following the problem "wuala blocks during startup in linux" in Wuala.
-
Dave Tapley started following the problem "wuala blocks during startup in linux" in Wuala.
-
stackmagic replied on February 20, 2008 10:14 to the problem "wuala blocks during startup in linux" in Wuala:
Oh look... it even terminates after some time:
-------------
rt_sigaction(SIGINT, {0x8081ac0, [], 0}, {SIG_DFL}, 8) = 0
waitpid(-1,
java.lang.RuntimeException: com.wuala.loader.copied.rmi.CouldNotConnectException: Connection timed out
at com.wuala.loader.Loader.run(Loader.java:69)
at com.wuala.loader.Loader.main(Loader.java:134)
Caused by: com.wuala.loader.copied.rmi.CouldNotConnectException: Connection timed out
at com.wuala.loader.copied.rmi.ChannelManager.handleProblem(ChannelManager.java:53)
at com.wuala.loader.copied.rmi.ChannelManager.openChannel(ChannelManager.java:36)
at com.wuala.loader.copied.rmi.ChannelManager.openChannel(ChannelManager.java:48)
at com.wuala.loader.copied.rmi.PingPongClient.sendAndReceive(PingPongClient.java:103)
at com.wuala.loader.copied.rmi.PingPongClient.run(PingPongClient.java:87)
[{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 22779
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xbfc498c8, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
rt_sigaction(SIGINT, {SIG_DFL}, {0x8081ac0, [], 0}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
read(255, "", 891) = 0
exit_group(1) = ? -
stackmagic reported a problem in Wuala on February 20, 2008 10:09:
wuala blocks during startup in linuxloads config etc and blocks in waitpid when I strace the wuala script...
this is behind a company-firewall that does no forwarding from the internet to the wuala host
----------
write(1, "Using config file /home/patrick/"..., 48Using config file /home/patrick/.config/wualarc
) = 48
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
stat64("/home/patrick/.config/wualarc", {st_mode=S_IFREG|0644, st_size=49, ...}) = 0
geteuid32() = 9015
getegid32() = 9001
getuid32() = 9015
getgid32() = 9001
access("/home/patrick/.config/wualarc", R_OK) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
stat64("/home/patrick/.config/wualarc", {st_mode=S_IFREG|0644, st_size=49, ...}) = 0
open("/home/patrick/.config/wualarc", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=49, ...}) = 0
read(3, "WUALADIR=/home/patrick/wuala/\nJA"..., 49) = 49
close(3) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
stat64("/home/patrick/wuala/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
stat64("/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/home/patrick", {st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
stat64("/home/patrick/wuala", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
chdir("/home/patrick/wuala") = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [INT CHLD], 8) = 0
rt_sigprocmask(SIG_SETMASK, [INT CHLD], NULL, 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7da1708) = 22676
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x8081ac0, [], 0}, {SIG_DFL}, 8) = 0
waitpid(-1,
