Recent activity
Subscribe to this feed
Bugreport replied on May 08, 2009 12:47 to the question "Wuala with OpenWRT" in Wuala:
A comment on the question "Deleting parts of the data folder." in Wuala:
Nope but your files won't be uploaded/maintained by you any more.
Trading takes place in "Fragments2" – Bugreport, on May 04, 2009 09:46
A comment on the question "Solution for small business?" in Wuala:
1TB of Wuala space maybe costs less per year than a internet connection with fast upload, a server, cooling for the server, backup systems (though you should backup data on Wuala of course!), space, time, support contracts...
Also a business where many members are spread out and just meet regularly to discuss and then spread out again to work can profit very well from services like Wuala. – Bugreport, on May 04, 2009 09:40
A comment on the question "Solution for small business?" in Wuala:
1TB of Wuala space maybe costs less per year than a internet connection with fast upload, a server, cooling for the server, backup systems (though you should backup data on Wuala of course!), space, time, support contracts...
Also a business where many members are spread out and just meet regularly to discuss and then spread out again to work can profit very well from services like Wuala. – Bugreport, on May 04, 2009 09:40
Bugreport replied on April 29, 2009 01:19 to the idea "cucku me" in Wuala:
Bugreport replied on April 29, 2009 01:16 to the question "Solution for small business?" in Wuala:
The 100GB member would be great as a backup, but maybe (since "group storage" seems to take a while...) it might be possible in the meantime to implement a "take over files" button? If I manually add and afterwards delete a single bit from a file in a group from another user, I still "own" it. However, if I understood it correctly, I would have to download all those files - which could take a while!
If one could just (maybe even via workarounds) take over all files with a central account this might help.
Bugreport replied on April 26, 2009 00:28 to the question "HIM-New User" in Wuala:
1) It's great... however it's beta and should be treated as such.
2) atm you can only trade up to 100GB/computer since upload bandwidth becomes a bottleneck the more data you store. To find out what happens if you're offline for a longer period of time please take a look at the FAQ.
3) No own media player but you can access files (public ones anyways and private ones after you've set a password) via http. There's no media player but most Media players already integrate themselves into the browser so most of the time if you code a frame with a video in it, people should be able to watch it.
I have serious doubt however that you're allowed to stream HIM-videos to the world if you don't own the copyright to their music/videos... maybe check that first before you get yourself in trouble.
4) I'm not exactly sure what you mean... You're asking for "sites" to host 2 TB of HIM videos without deleting them? If you own the copyright of those videos I doubt any webhoster would delete these files.
Bugreport replied on April 21, 2009 14:05 to the problem "Crash on paste image" in Wuala:
Bugreport replied on April 19, 2009 15:48 to the question "was bedeutet der Upload-Traffic wenn ich keine Files hochlade?" in Wuala:
A comment on the discussion "Cleversafe - Wuala's Twin?" in Wuala:
...and the system breaks if I want to insert a 257Gb file?! ;)
I'd rather have a ZFS-like approach and just use huge amounts of hashes to make sure the limits can never be reached, not even theoretically. – Bugreport, on April 18, 2009 11:40
Bugreport replied on April 17, 2009 18:22 to the problem "STOP-Bluescreen nach Entfernen des Ethernet-Netzwerkkabels" in Wuala:
A comment on the discussion "Cleversafe - Wuala's Twin?" in Wuala:
I wonder too... ;-)
Maybe this has some very obvious reasons that I just don't get but in my opinion fixed size chunks would have some very reasonable benefits.
However having multiple hashes instead of just one per file might lead to more overhead - and maybe it's just not that much of an issue today since these huge files are not that common and when they get common, we'll have more RAM in our computers anyways so Wuala can use more of that. – Bugreport, on April 17, 2009 18:20
A comment on the question "local wuala share-server should maintain my files" in Wuala:
I doubt that this is a supported operation... if you think it would be worth the hassle, you can of course try but honestly if you have unlimited traffic you can use a bit of that. A few TB of traffic is cheaper than a support worker! :D – Bugreport, on April 16, 2009 21:38
Bugreport replied on April 16, 2009 19:08 to the question "local wuala share-server should maintain my files" in Wuala:
Bugreport replied on April 16, 2009 19:07 to the problem "Wuala füllt Data-Ordner mit immens vielen Daten" in Wuala:
A comment on the question "hash in api-metadata" in Wuala:
Uploads are already checked and theoretically corrupt files will throw errors on decryption/recombination anyways I guess so I'm not sure if it's even really needed to hash them again. – Bugreport, on April 16, 2009 16:09
A comment on the discussion "Cleversafe - Wuala's Twin?" in Wuala:
As I already said... BluRay50 Images, whole disk images (from backups)...
And such small changes etc. is not possible due to the encryption scheme (hash = key meaning 1 byte changes - whole file changes) – Bugreport, on April 16, 2009 16:05
A comment on the idea "Add Feature: Automatic Update" in Wuala:
Usually down-/uploads continue, though streams will fail (because the network drive gets disconnected and even sometimes fails to reconnect until the next reboot (or commandline-magic) – Bugreport, on April 15, 2009 19:13
A comment on the problem "Small bugs" in Wuala:
Not here... more info?
Edit: Ok I see your problem - all windows within Wuala are "child windows" of the main Wuala window - this is by design. – Bugreport, on April 15, 2009 19:07
Bugreport replied on April 15, 2009 19:04 to the question "Which routing algorithm does Wuala use?" in Wuala:
| next » « previous |
Loading Profile...

