13:28:39 #startmeeting Changing the default updates model 13:28:39 Meeting started Sun Aug 11 13:28:39 2013 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:28:39 Useful Commands: #action #agreed #halp #info #idea #link #topic. 13:29:07 Current updates model. A fire hose. 13:29:17 Users get bombarded by updates. 13:29:28 Many things don't make sense to end users. 13:30:00 Many may ignore updates when things are 'working' 13:30:14 PackageKit doesn't give them a good experence 13:30:19 How to solve that problem. 13:30:40 testing current updates is per package. Sometimes groups, but usually one package. 13:31:03 Many packages don't get enough testing to go to stable updates. 13:31:18 Problems: too many, too often, etc 13:31:31 An alternate proposal. 13:31:40 Minimize times they have to care about updates. 13:31:51 Monthy update bundles. 13:32:13 Roll all stable updates into a monthy bundle. 13:32:50 Whats in that bundle is open to discssion. 13:32:55 could be critical path. 13:33:42 sun moved away from this model. 13:34:00 Caused problems. People manually went back to that model with their own work. 13:34:17 Security updates 13:34:39 security goes out as it does now. 13:34:55 change the interface to get people to actually apply them. 13:35:18 question: did we think about auto applying them? 13:35:23 answer: will discuss more later. 13:36:47 talk more about applying things that are critical. 13:38:20 more discussion. Could we tie updates to info from the system. 13:38:52 User experence: 13:39:05 applications. Users don't care about libraries and other stuff. 13:39:37 info on bundles should be minimal but should inform about bugs fixes in the bundle. 13:39:55 ties into gnome software center. 13:40:05 making updates easier to consume. 13:40:21 Should be one click, just do it. Runs in background. 13:41:13 summarize the updates... translate the summary. 13:41:59 Improve testing. 13:42:18 Not going to tell QA how to test it 13:42:30 Test the bundle not just single packages. 13:42:54 This is not going to replace karma 13:43:24 This plan doesn't do: 13:43:32 - doesn't change core bodhi. 13:43:37 - maintainers do the same process. 13:44:29 Things it needs: 13:44:43 - when a bundle exists and how to handle it. 13:44:52 - tools to make bundles 13:44:58 - tell clients about it. 13:45:05 - qa testing support. 13:45:42 This will be the new default. 13:46:13 The old setup is completely available. 13:46:52 question about what will be in bundles and how about the rest. 13:47:49 can be optional after the bundle 13:48:32 tweaking 13:50:29 users may want faster updates for some specific things. 13:51:28 Additional ideas that could be added on based on this. 13:51:44 Application specific features: 13:51:50 update on launch 13:52:08 test applications on launch (help test updates-testing versions) 13:53:49 Talk about rollbacks 13:56:35 14:00:34 folks talking about security updates auto applying. 14:00:37 pros and cons. 14:00:56 when to prompt users and when not to bother them. 14:02:44 questions and answers. 14:03:16 speed of updates flow will slow way down? 14:04:24 updates on bugs will still tell them how to run yum to get it. 14:06:04 Things will need more testing. 14:08:04 Idea: get users who help with QA on bundles help write summary/notes. 14:10:06 Idea: some way to automated send back 'everything seems ok' from people using updates-testing. 14:12:12 Question: is 1 month too agressive. 14:12:28 Answer: want to try and start agressive and dial back. 14:13:27 nirik, automated "everything seems ok", is that something like fedora-easy-karma? 14:13:29 or truly automated? 14:14:23 automated... for people who run updates-testing and don't report problems but don't have time to run fedora-easy-karma 14:14:34 possibly via census. 14:14:51 talk about testing the bundles. Probibly not karma. 14:15:01 #endmeeting