Topics to be discussed during the Council Meeting for March 12, 2010.
Location: #foresight-council
Time: 13:00 UTC
Agenda:
- Announcements
- Last meeting overview
- Proposed topics
- Proposed members/developers
- Next Week's Agenda
Announcements:
- Web site updated to WordPress 2.9.2 as well as all plugins.
Last meeting overview:
Proposed topics:
- Replace IcedTea (current) WITH Sun's Java: There is no real gain in using icedtea and as far as I know, it isn't worth the time and effort (OgMaciel).
- Ship x86 Flash on x86_64 groups by default: Adobe recommends that x86 be used and not x86_64, so I don't really care about being "purist" here. (OgMaciel)
- Move to a fixed release cycle of 6 months to match GNOME's release cycle: We should leverage the work being done by the GNOME Devel Kit project. Release here means shipping ISOs but we will obviously keep the rolling releases. (OgMaciel)
- FL 2.3.0 release sprint (doniphon/ermo/smerp)
- What needs to happen before we can pull the lever of doom on the promote? (no task created)
- PkgKit/GnomeSystemTools/Sound status
- FITS: Where do we stand wrt. FL 2.3.x and open issues? (no task created)
- What is the short/medium term roadmap for FL 2.3.x? (no task created)
Proposed members/developers:
- ermo - developer
IcedTea doesn't work with a number of online banking systems, this is a serious user regression to consider. It would be nice to encourage wider testing and reporting of such issues before throwing the switch. Breaking netbanking is one of those things that tends to get people rather upset.
I think the proposal on the table is to replace IcedTea WITH the Sun JRE.
IcedTea doesn't work with a number of online banking systems, this is a serious user regression to consider. It would be nice to encourage wider testing and reporting of such issues before throwing the switch. Breaking netbanking is one of those things that tends to get people rather upset.
Flash x86_64 is needed as far as I recall for running flash with a 64-bit compiled Chromium. It will not work with a wrapped 32 bit version.
A 6 month cycle time to GNOME's releases would be perfect, however some transitions will take longer than 6 months. They are also needed and imposed upon us largely by our legacy rPath older than dirt, fire and the big bang kernel/toolchain. It would be nice to define a roamap for such big moves as they come along as they are a required and desirable part of improving our stability and our user experience.