Get your own customer support community

Recent activity

Subscribe to this feed
  • idea

    Jiten replied on February 14, 2008 18:07 to the idea "online friends" in Wuala:

    Jiten
    Yes, I agree, we don't need another IM network. How about implementing a Jabber server in wuala client? that way you can use external programs for the actual communication and would allow for same IM names as Wuala names. That way you can leave chat and VOIP functionality for whatever programs the users choose to use.
  • idea

    Jiten replied on February 13, 2008 23:38 to the idea "online friends" in Wuala:

    Jiten
    Devices that are wuala clients but that aren't actually interactively used could identify themselves as such. In addition there could be an idle timer that gets reset when the user does something. The situation isn't really different than with the IM clients.
  • question

    Jiten replied on February 13, 2008 14:41 to the question "Instead of NFS, why not use FUSE on linux?" in Wuala:

    Jiten
    FUSE has been around for quite a while and I'd expect any distro release during the last two years to have it. There is also FUSE implementation available for Mac OS X and it looks like a windows version exists too.

    NFS-server approach has some problems if you were already running nfs-server. Luckily I no longer needed it so I could turn it off. I didn't manage to get wuala's NFS share mounted without shutting down the original.
  • question

    Jiten replied on February 11, 2008 13:05 to the question "Possibility for shared ownership for files?" in Wuala:

    Jiten
    1. I've toyed with 2 ideas concerning used storage sharing.

    First option would be to simply just share used storage evenly. However this has the potential to be rather jumpy for some files and keeping it synchronized might use quite a bit of resources. From users' point of view, though, this one is the least effort and simple to understand.

    Another option would be to not share used storage but allow users to specify how much of their space they wish to reserve for catching copied files that get deleted from the original owner's files.

    2. I'd suggest 2 kinds of copies. Private copy, meaning that as far as commenting is concerned, it's a different file and Linked copy that keeps the comments but somehow indicates which comments are from which copy. Maybe even have 2 kinds of comments? public comments that show on all linked files and private comments only on the specifc copy.

    3. I think groups should have storage allocation too. Users could give a part of their own to the group and perhaps automatically on copy if there is not enough available. The group system does need some more polishing, it's rather limiting that only founder can create directories or invite members for example.

    4. I think it's unlikely to be a big problem. When there are copy owners left but their combined available storage isn't enough to keep the file, I'd suggest emailing the owners. There could be a list that has files in danger of deletion unless enough available storage allocation is found, of course only of files the user has access rights to. In any case, a notification for people who have favourited (or copied) the file in question is probably a good idea.
  • question

    Jiten asked a question in Wuala on February 10, 2008 20:44:

    Jiten
    Possibility for shared ownership for files?
    I've built quite large of a list of favourites linking to other people's public files. It occurred to me to test what happens to links if the original owner deletes a file. It looks like all the links just simply vanish like they were never there. So, it seems like my favourites folder, as it is, is on rather shaky ground.

    I could make copies of them, of course, but that feels like it's the wrong solution.

    It looks like copying a file doesn't really make a copy but it does use up the whole file worth of space from my account. It also doesn't help preserving links to the original file in case it's deleted.

    What I'd prefer is a shared copy where each owner essentially only pays part of the space necessary to keep the file and keeps the file and links to it alive for everyone even if the original uploader removes it from his/her files.

    The biggest problem with this approach would be that it'd, in some cases, make the cost of keeping the file fluctuate quite a bit. I suspect this would be rather rare though.

    Another possible approach would be to not automatically share the cost among all owners but select someone at random from the people who have "shared" the file if the original uploader deletes it.
  • question

    Jiten asked a question in Wuala on February 10, 2008 14:34:

    Jiten
    Instead of NFS, why not use FUSE on linux?
    I was wondering, why use NFS for the linux version, when you could just use FUSE.

    http://sourceforge.net/projects/fuse-j has java bindings for FUSE that seem to work. Using FUSE should allow filesystem integration to work with fewer gotchas and root tweaks.
  • problem

    Jiten replied on February 09, 2008 21:28 to the problem "java.lang.OutOfMemoryError: Java heap space" in Wuala:

    Jiten
    I don't know what happened but I no longer have this problem.
  • problem

    Jiten replied on February 09, 2008 21:08 to the problem "java.lang.OutOfMemoryError: Java heap space" in Wuala:

    Jiten
    Right, I probably should've mentioned this seems to happen only with images from world tab. One of my friends, who I invited, also has the same problem. However, it looks like shared (not public) images work just fine. At least ones we have very recently uploaded. I'll do some testing on whether making them public changes things.

    Update: I don't know if this is related but some image files I tried to upload don't seem to be uploading. They show up but can't be opened.
  • problem

    Jiten reported a problem in Wuala on February 09, 2008 18:25:

    Jiten
    java.lang.OutOfMemoryError: Java heap space
    For most image files, when I attempt to start download. I get an error dialog that says: "java.lang.OutOfMemoryError: Java head space". During the first 30 minutes or so I didn't have this problem.

    They're all rather small files, being images. Restarting wuala doesn't help. increasing the limit for memory jvm can use from 256 to 512 makes no difference.

    According to top (and gexmap) wuala is only using 77 megabytes of memory. There is also nearly 1GB of memory "free" so that can't be a problem either.

    I'm running wuala alpha linux 65 on a debian testing system with java installed from sun-java6-jre package.

    > java -version
    java version "1.6.0"
    Java(TM) SE Runtime Environment (build 1.6.0-b105)
    Java HotSpot(TM) Server VM (build 1.6.0-b105, mixed mode)

    Update: The problem seems to occur on images, not on music or videos. Some images seem to work. I can't figure out a pattern though.