Re: [Server-devel] [sugar] sugar roadmap
Hi, On Wednesday 16 April 2008 16:47, Benj. Mako Hill wrote: Ion has the ability to launch different types of workspaces. There are three by default (although we could add to that). One of these is a floating workspace. It's rather bad, but it works, and I think it would be pretty cool to have as an option. Ion also has an quite difficult upstream author. I'd suggest you look into awesome, see http://awesome.naquadah.org/ awesome is developed in a nice, friendly open team, the sources are kept in git, patches are welcomed, the licence and the configuration file syntax is sane and easy (and not lua, as powerful as it is) and much more. http://lists.naquadah.org/awesome_naquadah.org/msg01520.html describes the roadmap to version 3, which will use XCB, which might also be interesting... Summary: have a look at it, it's awesome ;-) regards, Holger (the F1-F4 switching is possible with awesome as with ion.) pgp6VAs2z0AvM.pgp Description: PGP signature ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [sugar] sugar roadmap
2008/4/22 Holger Levsen [EMAIL PROTECTED]: Ion also has an quite difficult upstream author. I'd suggest you look into awesome, see http://awesome.naquadah.org/ Looks nice. Trade difficult author for bad-choice-of-name? ;-) cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] The road towards xs-0.3
On Tue, Apr 1, 2008 at 9:49 AM, Martin Langhoff [EMAIL PROTECTED] wrote: I am just settling down in my temporary office in Buenos Aires. And right now I am back in my actual office in Wellington, NZ. ;-) Work in BA was interrupted by a visit to Montevideo and Lima to meet the local teams looking after deployments. Working with them I have learned a lot more about the details of daily life of a large scale deployment, specially with the Uruguay team. Nothing of what I learned there was completely unexpected though. I has shaped my plans with a lot more detail, and confirmed that the core /hard/ problems are roughly where I had mapped them. It is just a matter of addressing them. So with all these tours, my planned xs-0.3 is a bit delayed. Being in NZ, and with a proper private office, it won't take long. There was actually a lot more yak-shaving required for me to be able to generate proper bootlable/installable builds from my laptop setup than I had expected. Most of the remaining time in BA was consumed on that, unfortunately :-/ *Now* is the time to file those unfiled bugs, vote for the unvoted bugs; show your love for XS and show your patch ;-) The call above is still relevant. Any takers? cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Synchronizing xs-0.3 and xo-??? --- backups
Martin, Based on feedback from Peru, Mexico, and Nepal, the restoration from disaster-recovery backups XO/XS coordination feature has been steadily rising in priority. I also notice that Backups is your first line-item on the XS-0.3 roadmap. My large question is: what changes need to be made to the XO's OS, (currently to candidate-703) in order to make progress in this feature cluster? Relevant tickets #24 ROTcscott (Backup of laptops - short-term solution) #2516 STKtomeu (Automatic backup of laptops to XS) #3334 DSNjg (Exactly what should be backed up?) #4569 DSNjg (Controlling disk usage of backups) #4224 DSNkrstic (Manage SN - identity mapping on XS) #4270 PKGwad (Full restore from school server) #4380 TSTtomeu (Restore individual entry from school server) #4275 DSNtomeu (Keep UI) #4587 ESCtomeu (Mass-export Journal to USB key) #6374 PKGmartin (Package the xo-backup tools for the school server) #4100 STKkrstic (XS should provide human readable index of journal backup) Sub-questions: * What backup scheme do we actually intend to deploy? (Current choices appear to be Wad's dumb-rsync method [1] and Ivan's method [2]. [1]: http://lists.laptop.org/pipermail/server-devel/2008-February/000314.html (outdated) [2]: http://wiki.laptop.org/go/XS_backup_restore * Does the chosen scheme permit us to sanely combine old backups with an XO build that makes breaking changes to file layouts? Regards, Michael Key: ??? - status or author unknown TST - needs to be tested in a build BLD - needs to be put into a build PKG - pkg needs to be built DBG - debugging/diagnosis still needed DSN - design needed STK - stuck; a decision is needed about how to proceed SGN - a signoff is needed ESC - canceled or siginificantly reduced in priority FIN - successfully finished MSG - communication needed ROT - solution has bitrotted ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
