13:00:21 #startmeeting FPgM office hours 13:00:22 Meeting started Wed Apr 28 13:00:21 2021 UTC. 13:00:22 This meeting is logged and archived in a public location. 13:00:22 The chair is bcotton_. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:22 Useful Commands: #action #agreed #halp #info #idea #link #topic. 13:00:22 The meeting name has been set to 'fpgm_office_hours' 13:00:23 #info This is an open floor meeting to discuss anything program management related (elections, changes, schedule, etc) 13:00:29 #topic Announcements 13:00:36 #info The Fedora Social Hour is tomorrow: https://element.io/app/#/room/#fedora-social-hour:matrix.org 13:00:43 #info Fedora Linux 34 was released yesterday 13:00:44 #info Fedora Linux 32 will reach end of life on Tuesday 25 May. 13:00:47 #info Join us at the Fedora Linux 34 Release Party Friday and Saturday: https://hopin.com/events/fedora-linux-34-release-party 13:00:53 #help The Fedora Podcast needs your help: https://communityblog.fedoraproject.org/the-fedora-podcast-is-back-but-it-needs-your-help/ 13:01:20 #info F34 election nominations are open through 12 May https://communityblog.fedoraproject.org/f34-elections-nominations-now-open/ 13:01:24 #topic Open floor 13:02:26 bcotton_, i am hearing people complaining about the amount of zero day updates with f34 13:02:40 i know there is not much we can do about it 13:02:54 that's true :-) 13:04:04 other than getting people to fix all their bugs before the freeze 13:04:21 but 534M (25%+ 2G iso) of updates is pushing things a bit 13:06:30 just and i know most of the maintainers are volunteer 13:10:08 it's a hard problem 13:11:18 i'm not sure how we'd solve it without either sacrificing QA or artificially spreading out updates across a few days 13:25:46 Southern_Gentlem: do you happen to have historical data for the volume of 0-day updates? it would be interesting to track that over time and see what it looks like, but i'm not aware we keep that officially anywhere, and i don't we can simulate it 13:25:57 (e.g. by installing an old iso) 13:44:49 bcotton it has been steadily growing over the years 13:46:14 started out at 50M then went to 150, then for years it was 200-350, last couple of releases it has grown to 500+ 13:46:29 all that is from memory 13:46:54 never documented it 13:47:30 thats is size in MB not the # of updates 13:47:37 right 13:48:24 used to be i wouldnt think about creating respins until we got to 350MB of updates for the release isos 13:48:41 which worked out to be aoruns 1 month after the release 13:48:48 around 13:49:43 i suppose it's worth a thread on the devel list if you're interested. although i'm not sure how much will come of the discussion 13:49:56 just something to keep in mind 13:50:47 would be interesting to start seeing if there are certain packages that happen each release 13:55:11 for sure. the only bummer is it'll take a few years to start seeing patterns 13:55:23 but the sooner we start, the sooner we have it 13:55:34 i'll see if i can come up a good way to track it 13:55:36 https://paste.centos.org/view/raw/8b3d652d 13:55:49 thanks! 13:56:25 well i see the Big one there is libreoffice 13:58:06 maybe we need to grant certain programs like libreoffice and firefox freeze exception so we can pull them in to the release isos 13:58:51 yeah. that might help. so long as it's not too long before so that QA has time to validate the release blockign behavior of both of those 13:58:56 but i have to run to my next meeting 13:58:59 thanks for brining this up! 13:59:44 #endmeeting