FAQ

I installed the Amahi 6 beta. Do i need to reinstall? Good news! NO need to reinstall! The update is automatic a few hours after the repos are updated, your HDA will have the latest bits!
Is the Express CD ready? Are all the apps ready? Nope, sorry. We are going to work on the apps and the express CD next!
What architectures are supported: 32bit and 64bit x86 architectures (ARM is not yet supported in Amahi 6)
Can I upgrade from Amahi 5: yes, with caution and patience. See below. You don't have to, however. Your Amahi 5 server will continue running for years if you let it run!

Release Notes

Based on Fedora 14
Massive Greyhole-related improvements in Amahi support for it and in GH itself which is shipping at 0.9.1 today (vs 0.7.5 before). See the section below for a listing
Initial support for right-to-left-languages, stating with Hebrew support (need work on the themes, see bug 773)
Anonymous/Guest access to shares
Easy to add webapp aliases - makes it much easier to host apps on the web from your own HDA
Updates to: Japanese, Romanian, Polish, Spanish, Russian, and many other translations
App installer now has a fall-back mirror for app downloads. This will improve app installs substantially
Databases from apps are automatically backed up after app uninstall, keeping track of the latest backup
Added support for localized share names, user's names, etc. (bugs 746 749)
Also updated scriptaculous and prototype (JavaScript libraries)
Simplify shares, by only showing tags while in advance settings is on, since they did not evolve to full use
Improve recognition of PIDs in server (bug 758)
Improved DNS and DHCP settings, so that they are way more customizable for power users (bug 714)

Untested: the DVD-based method, as outlined in the Upgrade your Distro page is not well tested as far as we know.

Supporting GH at 0.9.1 (vs 0.7.5 before), with substantial improvements and fixes
GH Now defaults to using MySQL as a back-end, with a 10x performance improvement in file event handling
Sync Greyhole configuration with the shares configuration when shares are deleted (bug 610)
Protect against reinstalls and Greyhole DB setup (bug 762)
Fix to make Greyhole handle millions of files in the spool directory. It could lead to hitting memory limits (bug 769)
Double check that shares added to the pool are actual mountpoints (bug 611)
Allow fsck of specific drive
Fsck will find orphaned files
Added totals to –stats
Now requires samba => 3.5
Many small performance improvements
Improvements to init.d script
Always repair (optimize) tasks and settings MySQL tables, but only Repair tasks_completed table only if it's crashed; also added logging about this to greyhole.log
Improvement: take into account path and vfs objects lines from smb.conf when checking if the config changed, to decide if the daily fsck should run or not.
New feature: --cancel-fsck command line option, that cancels all current and scheduled fsck tasks
Improvement: Added # of spooled tasks to the output of --view-queue
Improvement: improved --balance logging, removed 10,000 files limit during --balance

Visit the Greyhole ChangeLog for all the gory details

Disk-wizard
Greyhole related fixes
- Handling non-linux based partitions better 543
- Making it easier to move shares out of the Greyhole pool and "unwind" the files 510. Greyhole document on how to remove share from the pool
Apps, Apps, Apps!