Amahi 6.0
From Amahi Wiki
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)
Updating from Amahi 5 to Amahi6
- First, the general recommendations is: BACK UP YOUR DATA
- Then do the internet-based F12 to F14 update including Amahi
- 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
To Do
- 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!