23
Mar
Been busy at work, hasn't led to much hacking at night - too tired.
I did manage to finish off the Sony Memory Stick projector converter. Just a command line mockup at this stage - integration into KPresenter is the next stage. I was really happy to see how powerful Qt/KDE is. My command line tool takes the names of graphics files as arguments, and resizes them and converts to 1024x768 baseline encoded JPEGs. Doesn't matter what the input file format is - three lines of code later, its written out in the right format.
The other thing that I noticed was the announcement of the Novell iFolder. I think we need a client (and/or modifications to existing apps) - probably fits into KDEPIM. Not sure if a kioslave is an appropriate interface at this stage, but it usually is, so the chances are looking pretty good :-)
Yeah, there is a Gnome client for iFolder.
- brad hards's blog
- Login or register to post comments
- 1052 reads
Syndicate Blogs
Comments
How about WebDAV + rsync
I think webdav and rsync would work like an iFolder replacement very good... or maybe subversion does binary diff's already (and it works over webdav).
Why webdav... its supported in Windows (from W98), KDE, you can have a kernel davfs (I don't know about Gnome).. and If you don't have webdav client you can always GET the files with HTTP (webdav is a HTTP extension).
rsync is a terrible protocol
rsync is a great application, but it is about as bad as protocol design gets. Tridge never designed it as a file synchroniser - it was originally a sorting application. The rest just grew, and in the middle, it got to be split into a networking protocol. It is terrible to work with - the only way I could do a rsync kioslave was to exec("/usr/local/bin/rsync") and parse the output.
That's kind of beside the point anyway. iFolder will exist, and KDE will need a compatible client to get into some environments...
RE: iFolder
Novell iFolder have been around(as far as i know) since Netware 6. It's
a great piece of software. However it looks like they've changed the use
of it slightly. It used to be a client/server program, sort of like a
synchronized home directory with strong encryption on it. Everytime you
got connected to a network/internet it would try and sync the changes
in your iFolder with the changes that would've occured. Either on your
harddrive or on the server. There was also a webinterface in which you
could download files from your iFolder store aswell as upload files.
It looks like they wanna change it into some sort of groupware program
where you share information within a project and one of the persons
within the project have the "master store" of all files.
I'd love too see the "original" version of iFolder get a KDE
equivivalent.
It looks like the iFolder C# version uses .NET:s own datasharing API
which would very much cripple our ability to use a C++ client(i.e kioslave, standalone app).
iFolder and .Net
Presumably we can figure out the networking protocol, and implement the client side in any (compatible) way we choose.
redbacksystems
How about working together with http://www.redbacksystems.com/ since they seem to work on just that already anyway?
more info required
I had a quick look over their website, but didn't see anything connected - do you know any more, or have any links?
Sorry...
...looks like I mixed iFolder with GroupWise...
Thoughts..
Well first off - it's currently done in .net, so unless you want an ioslave that requires mono, that will have to be rewritten.
Second, I have to say that I'm not convinced that this is a good idea as a project. I have nightmares at work about trying to keep everything centralised as it is. If more people do this sort of thing, it becomes a backup and finding administration nightmare.
But then anything is better than SMB :)