[Server-devel] Installation workflow - lowering barriers of entry.

[Martin Langhoff]

On Sat, Apr 18, 2009 at 9:31 PM, Martin Langhoff
<martin.langhoff at gmail.com> wrote:
> At firstboot time
>
> 1 - The domain is not set -- or rather, it is set to its default value
> -- in this state...
>   • idmanager refuses to start - so as to block XO registrations.
> This avoids getting the XOs registered to the wrong domain, which is
> hard for endusers to fix afterwards.
>   • ejabberd should not start -- same reasons as idmanager, and
> avoiding the creation of a bogus mnesia DB..

There's new xs-config, ejabberd-xs and idmgr rpms on the
olpcxs-testing repo now that implement the above, plus

 - ejabberd-xs sets up the Online group automagically
 - domain changes are handled gracefully -- when you change the
domain, the old DB is removed (it's all generated data anyway) and the
new DB is setup with the Online group automatically.
 - removed the "admin" privileges from the 'admin' acct as it's no longer needed
 - removed the web admin UI for ejabberd

The webadmin UI and the admin user can be re-enabled by uncommenting
the appropriate secitons in the ejabberd config file.

Overall, this means that Moodle gets a sane, clean slate automatically. Good!

cheers,




m
-- 
 martin.langhoff at gmail.com
 martin at laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff