iFolder Syncs for the First Time in Two Years
Long release cycles are by no means unusual in the Open Source world. While some projects — Ubuntu, for example, and GNOME — have release cycles one can set their watch by, other projects take a less tightly scheduled approach — Debian's "we'll release when it's ready to release" philosophy comes to mind. Such would seem to be the case with the iFolder project, which released Version 3.7.2 on Friday — their first since 2007.
The iFolder project, for those unfamiliar, is an Open Source file synchronizing and sharing application sponsored by Novell, which utilizes it as the base for its own Novell iFolder offering, much the same way openSUSE serves as the framework for its SUSE Linux Enterprise releases. Unlike many file syncing/sharing systems, iFolder 3.7 supports Linux, Mac, and Windows, including both XP and Vista — Vista and OS X 10.6 support are new features for the 3.7 release.
Among the other new features in iFolder 3.7.2 are:
- SSL Communication Support SSL is now supported for communication between clients, the Web Admin and Web Access servers, and the enterprise servers.
- LDAPGroups LDAPGroup support is now available in iFolder, allowing group members to create, share, and own folders with other groups as well as individual users.
- Improved Web Admin Console Administrators can now utilize the master server's web console to perform maintenance on it as well as any slave servers, and are now able to place limits on user accounts and manage various levels of folder sharing.
- Folder Content Merging Users can now merge their local folders with the server folders. The server folder is transferred to the local machine — transforming the local folder into iFolder 3.7 format at the same time &mdsah; while anything "left over" is synced back to the server, minimizing traffic between the two.
- Support for OS X 10.6 and Windows Vista As previously mentioned, iFolder 3.7 adds support for Mac OS X 10.6 in addition to the existing support for OS X 10.4 and 10.5, as well as support for both 32-bit and 64-bit Windows Vista.
- Better Management of File Conflicts iFolder's graphical interface now allows users to view file details about both the server version and the local version, and decide which should be retained. Should a user wish to save both, a Conflict bin is provided.
The release notes for iFolder 3.7.2 identify OS X 10.4+, XP 32-bit, Vista 32-bit/64-bit, and openSUSE 10.3/SUSE Linux Enterprise Desktop as supported client systems — we assume, most Linux systems with the basic requirements should be able to compile iFolder from source. Speaking of basic requirements, iFolder servers should be running Apache2 with SSL, Openldap, and XSP 1.2.6, clients should be using Firefox 2+, Safari 3.0, or Internet Explorer, and both should have Mono installed.
Interested parties can find out more about the 3.7.2 release in Novell's iFolder 3.7 White Paper [PDF], or in the iFolder 3.7.2 documentation. General information is available from the iFolder website, where users can also download iFolder for themselves.
Justin Ryan is a Contributing Editor for Linux Journal.
Trending Topics
| You Need A Budget | Feb 10, 2012 |
| The Linux powered LAN Gaming House | Feb 08, 2012 |
| Creating a vDSO: the Colonel's Other Chicken | Feb 06, 2012 |
| Your CMS Is Not Your Web Site | Feb 01, 2012 |
| Casper, the Friendly (and Persistent) Ghost | Jan 31, 2012 |
| Razor-qt 0.4 - Qt based Desktop Environment | Jan 30, 2012 |
- Fun with ethtool
- Linux-Based X Terminals with XDMCP
- Readers' Choice Awards 2011
- 100% disappointed with the decision to go all digital.
- Parallel Programming with NVIDIA CUDA
- You Need A Budget
- Validate an E-Mail Address with PHP, the Right Way
- The Linux powered LAN Gaming House
- The Linux RAID-1, 4, 5 Code
- Python for Android
- Gnome3 is such a POS. No one
3 hours 35 min ago - Gnome 3 is the biggest POS
3 hours 45 min ago - I didn't knew this thing by
9 hours 49 min ago - Author's reply
13 hours 14 min ago - Link to modlys
14 hours 21 min ago - I use YNAB because of the
14 hours 32 min ago - Search
19 hours 35 min ago - Question
19 hours 58 min ago - for the record
20 hours 1 min ago - That's disappointing. Thanks
22 hours 24 min ago





Comments
Interesting
I have to admit, I find the concept hard to grasp. Thanks for the time put in to the article!
In this case it's not about
In this case it's not about a lengthy release cycle. The reason why there were no public releases for over two years is that Novell kept the codebase closed and refused to give it out to the community, regardless that it's all GPL. Only the pressure from the community and an intervention of some Novell employees finally forced Novell to change their mind and open the iFolder code again. More information can be found in
boediger
Available for other distros?
It would be nice if this becomes available for other distros, or at least an up-to-date version of openSUSE. As it stands, the posted version does NOT install cleanly on a default openSUSE 10.3 system. One must track down and install a specific version of mono to make it work, which is both frustrating and contrary to how a responsible sysadmin manages a server.
Perhaps my coding skills are just not up to snuff (not that I ever want to become fluent in mono/.Net), but the svn code refused to compile on CentOS or Fedora. I sincerely hope this project picks up steam. Its features offer a lot of promise and could solve a lot of problems for my organization. It's got to work first.
Chris Stark is a Linux Journal Reader Advisory Panelist.
It's not about a release cycle
In this case it's not about a lengthy release cycle. The reason why there were no public releases for over two years is that Novell kept the codebase closed and refused to give it out to the community, regardless that it's all GPL. Only the pressure from the community and an intervention of some Novell employees finally forced Novell to change their mind and open the iFolder code again. More information can be found in this long standing Novell Bugzilla entry.
Evidence of handcoding:
Evidence of handcoding: &mdsah; ..?
Requires mono??
I'll never use.