15:01:06 #startmeeting Fedora Base Design Working Group (2013-12-06) 15:01:06 Meeting started Fri Dec 6 15:01:06 2013 UTC. The chair is pknirsch. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:06 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:13 #meetingname Fedora Base Design Working Group 15:01:13 The meeting name has been set to 'fedora_base_design_working_group' 15:01:13 hello 15:01:22 Good morning and good afternoon everyone! 15:01:31 hey jwb :) 15:01:45 #chair jwb 15:01:45 Current chairs: jwb pknirsch 15:01:50 good early morning pknirsch 15:01:57 #chair dgilmore 15:01:57 Current chairs: dgilmore jwb pknirsch 15:02:05 good morning mr birthday ! 15:02:07 :) 15:02:19 hey guys 15:02:25 #chair jreznik 15:02:25 Current chairs: dgilmore jreznik jwb pknirsch 15:02:29 hey jreznik 15:02:32 * notting is here 15:02:36 #chair notting 15:02:36 Current chairs: dgilmore jreznik jwb notting pknirsch 15:02:40 and welcome notting 15:03:05 * tflink is lurking 15:03:13 hey tflink :) 15:03:45 oki, lets get going as i do have a hard stop at the end of the hour today as i need to leave for another physical meeting then 15:04:16 In order to not overload each meeting with too many topics i've reduced the agenda for today to just 2 main topics 15:04:52 <- 15:04:56 it's something i noticed 2 meetings ago that we were drifting between 5 different things at the same time and it was hard for everyone to get back 15:05:04 * jreznik has a free day today, has to take all his remaining PTO but couldn't resist :) 15:05:04 afternoon haraldh 15:05:21 pknirsch: not a bad idea, +1 15:05:35 jreznik: hehe, ye, almost all my team members from BRQ are on PTO for the rest of the month starting next week ;) 15:06:00 pknirsch: stupid law :( 15:06:12 #topic More on package dep/builddep analysis + potential action items/tasks (see discussion last week) 15:06:12 yea 15:06:23 * Viking-Ice lurks 15:06:38 Some small use cases and packages involved: https://fedoraproject.org/wiki/Base/Packages 15:07:10 So after our discussions 2 weeks ago about how base should look like and what it should contain last week in the smaller meeting we had we've discussed quite a bit more about how the various package sets do look like 15:07:29 and thanks notting for sending out your pungi command you used to identify the buildrequires 15:08:08 haraldh: they look very similar to my lists as well that i had on https://fedoraproject.org/wiki/Base/ so thats good 15:09:04 nonetheless, one thing i noticed especially with the buildrequires and what notting already pointed out to was the quite astonishing chain of gcc for example to require gtk2-devel among other things 15:09:33 pknirsch: would have to recheck the log, but i believe that's b/c of gcj 15:09:44 so what i'd like to talk about and discuss whether we should initiate a cleanup at least for the packages in and around base packages 15:10:16 basically doing janitorial work, checking each package and chain whether it's "sane" and working with maintainers and the community in cleaning that up 15:10:30 most definitely 15:10:45 the docs build issue is probably the biggest win to start with 15:10:52 * pknirsch nods 15:11:04 pknirsch: i absolutely 1) believe we should 2) believe it might be a neverending slog 15:11:06 but that requires either "don't build docs" or "build them in a separate SRPM" or "prebuilt" 15:11:10 then it becomes a question if man pages/docs should not be spitted into sub package 15:11:14 notting, yeah 15:11:18 pknirsch: that's something we needed for a years, so +1 and I'm definitely going to help 15:11:24 notting: i agree 15:11:28 Viking-Ice, sub-package doesnt' help build depbs 15:11:31 er, deps 15:11:37 ok, so let me phrase a proposal first we can vote on: 15:12:24 #proposal Initiate build requires cleanup for base related packages in Fedora working with maintainers and the community to make it more "sane" 15:13:10 that's a very general proposal, which of course gets my +1 15:13:56 We could start with small steps, e.g. taking just the https://fedoraproject.org/wiki/Base/Packages/m1 first 15:14:02 and then work our way forward 15:14:02 +1, maybe define sane in more words (sane could be for some people exact opposite) 15:14:06 i'm +1 to that. we can look at Requires too, but i think we're in better shape there 15:14:12 mhm 15:14:47 jreznik: "When we refer to 'sane', note that a self-hosting tree to build the minimal package set is 2000 source packages. We'd like to reduce that." 15:14:50 s/2000/over 2000/ 15:14:55 Aye 15:14:58 (or whatever the number is) 15:15:03 maybe we can define that as one of the goals 15:15:08 of the whole effort 15:15:33 2000 15:15:57 jreznik: would you have any suggestions on how to define "sane"? I agree it's a bit too vague 15:16:18 maybe time to switch to gentoo style :D 15:16:27 hehe 15:16:29 go away 15:17:00 pknirsch: see notting's comment - reduce is a good word, use part of that sentence 15:17:02 Can we also phrase, why this is important to us? 15:17:12 jreznik: true, let me rephrase then, sec 15:18:09 #proposal Initiate build requires cleanup for base related packages in Fedora working with maintainers and the community. The goal is to reduce the number of self-hosting packages required for Base from currently 2000. 15:18:31 #proposal Initiate build requires cleanup for base related packages in Fedora working with maintainers and the community. The goal is to reduce the number of self-hosting packages required for Base from currently over 2000. 15:18:51 that would include the "why it's important" and remove the sane and replace it with the goal 15:20:01 i wonder if we can't remove perl from that list 15:20:42 maybe, but thats for us to figure out and potentially find a way to do so 15:20:49 i.e. should we set out to to remove chunks of things 15:20:50 dgilmore: auto* 15:20:52 proposal looks good now - maybe from over 2000 packages 15:21:06 #proposal Initiate build requires cleanup for base related packages in Fedora working with maintainers and the community. The goal is to reduce the number of self-hosting packages required for Base from currently over 2000 packages. 15:21:13 notting: uggh right 15:21:37 time to rewrite them in python or bash 15:21:41 heheh 15:21:47 pknirsch, looks good to me 15:21:55 pknirsch: sounds good 15:22:03 sounds fine to me 15:22:19 "Initiate build requires cleanup for base related packages in Fedora working with maintainers and the community. The goal is to reduce the number of self-hosting packages required for Base from currently over 2000 packages, to minimize QA." 15:23:03 haraldh: but thats not why i see it as important 15:23:13 ye, QA is only one aspect of it 15:23:14 size 15:23:19 complexity 15:23:28 unnecessary package interdependencies 15:23:29 etc 15:23:36 to minimize complexity and QA work. 15:23:48 sounds too much it's due QA... with complexity I'd be ok 15:23:50 it also doesn't matter. the actionable part isn't changing in any of these iterations 15:23:56 size is not a factor in the build process, I guess 15:24:01 * pknirsch nods. 15:24:25 I'm pretty sure everyone would see their own reasons as to why this is a good idea 15:24:49 I'd stay with original proposal from pknirsch (without qa/complexity part) 15:25:03 jreznik: indeed 15:25:15 ok with you haraldh ? 15:25:22 well, ok 15:25:54 ok, thats 6+ votes 15:25:58 just wanted to communicate to the outer side, why we are doing it 15:26:43 I will write an email about this to fedora-devel that we're planing to start this, feel free to reply there as to why you see that this is going to be important 15:26:53 that way it's much more visible imho 15:26:59 "out side world" 15:27:03 "outside world" 15:27:12 :) 15:27:21 #agreed 6:0:0 15:27:58 haraldh: Write a quick blog/google+ message about it that we're aiming to do that :) 15:28:06 with your thoughts on it :) 15:28:22 Now, regarding action items. The first one i'd like to do is send out that email to fedora-devel 15:28:24 pknirsch, Sounds good to me also. 15:28:33 dwalsh: excellent thanks! 15:28:44 * dwalsh a little late to the party. Damn meetings. 15:28:52 oh, reminds me of something ... half of the installation size of a minimal installation is translation and docs 15:28:59 In order to get everyone involved who wants to help and get other peoples thoughts on it, too 15:29:33 something I would like to tackle also at some point of time 15:29:53 sure, thats certainly correlated to all this as well 15:29:57 haraldh, Yes I think we need to make this a big priority with rpm/dnf/yum to fix this problem. Need a mechanism to install minimal languages and add lanquages after the fact. 15:30:11 dwalsh, exactly 15:31:01 yep 15:31:12 does one of you want to take this to the dnf/yum folks and talk with them in order to initiate this? 15:31:26 as it's nice if we talk about it here 15:31:27 The question is how to we get buy in from the rpm maintainers about the importance of this. 15:31:34 hmm, aren't you, pknirsch best suited for this? :) 15:31:36 but if no one does something about it, well ;) 15:31:50 "minimal languages" is the difficult part 15:31:50 haraldh: rpm/yum isn't my team anymore ;) 15:31:51 should we be able to get the core down to tizen/mer size? 15:32:04 pknirsch, but you know most of them well :) 15:32:20 haraldh: alright, i'll talke with Jan, Ales and James about it :) 15:32:24 as long as the one or two languages i care about is installed :) 15:32:29 jwb, well, minimal is "none" :) 15:32:50 dgilmore: heheh 15:32:53 its a complex problem to get right 15:32:57 aye 15:33:09 pknirsch: I can talk to them personally 15:33:12 I remember Panu talking about it on the last devconf during our rpm workshop 15:33:16 at least Jan/Ales 15:33:17 jreznik: that would be even better 15:33:41 #action Jreznik talking to Jan and Ales about minimal lanugage support for dnf/yum 15:34:00 #action pknirsch to send out proposal for janitor work for build requires to fedora-devel 15:34:42 after that we can then see who's interested and might want to join helping us with this effort and then split up the packages among the interested parties 15:34:47 i'd certainly volunteer as well 15:37:34 lets take the gcj example 15:37:55 what if we just manually remove the gcj build deps from the list 15:38:14 and do that for the rest, which is only needed to build the docs 15:39:31 the toolchain people have already expressed great interest to nuke gcj from orbit in Fedora :) 15:39:41 just as an example 15:39:50 it wasn't nuked yet? I thought it is 15:40:02 i think it's still used by ppc 15:40:07 haraldh: not sure what you mean by 'manually rmeove them from the list' ? you mean, remove them from what we consider the base? 15:40:16 notting, yes 15:40:34 haraldh, that kind of disagrees with self-hosting then 15:40:52 haraldh: if its needed to build and we want the base self hosting we can't do that 15:41:04 and i think we do want base self hosting 15:41:19 rpm define %{base_bootstrap} :) 15:42:07 a bit like perl is doing for bootstrapping? 15:42:18 To build the buildtools we don't need the documentation for that 15:43:02 I really think it needs tobe self hosting without intervention 15:43:36 if you build in koji any package from base only base packages are in the buildroot 15:43:57 ok 15:44:09 could always have a 'gcj' package that includes the gcc source and builds outside of the base. obvs there's duplication there 15:44:13 was just mind storming 15:44:34 it would be good to have something to monitor the buildroot, or the dep chains 15:44:44 and alert us when deps change 15:44:49 get the opensuse build system :) 15:44:54 ;) 15:45:02 notting, repeat for all -docs 15:45:24 btw why do we want base to be self hosting? 15:45:44 I was asked the question also by Kay 15:45:46 Viking-Ice: so base controls its own fate 15:46:17 as the core of what we ship i think its important that it be self contained 15:46:45 jwb: docs can be prebuilt. libgcj is a little harder 15:46:45 controlled output 15:46:59 reproducability as well 15:47:08 pknirsch, exactly 15:47:17 and potential bootstrapping of GASP new archs :) 15:47:22 notting, "can be", yes. the issues come from "who/where/how" etc 15:47:38 jwb: the good ole "who does it? ;) 15:47:41 so, we would have to build base n times, until nothing changes :) 15:47:57 eh 15:48:15 notting, anyway, prebuilt is definitely a better solution where available 15:48:15 how many components get added to achieve just that over smaller core ? 15:48:36 lots. but don't conflate Base with minimal install 15:48:38 with a proper build order that won't be necessary. I've posted Seth's revamped script a while ago to buildsys i think that orders srpms nearly 100% correctly 15:48:58 pknirsch, including circular deps? 15:49:18 jwb, yeah, that's why we have to build base "n" times :) 15:49:23 right 15:49:34 jwb: yep, it's a topology sorter that breaks loops at potentially good spots 15:49:40 just like rpm does with dep loops 15:50:00 haraldh: with the build order it's about 2 times you need to build everything only 15:50:03 which is quite nice ;) 15:50:10 nice 15:50:35 and it's grouping things as well, just need to fiddle with my build scripts to allow parallel builds for groups 15:50:53 (there were over 400 groups for Fedora last time i checked ;))) 15:51:37 anyway, that brings me to the topic of tools and scripts and queries. i'll see if i can document the stuff i have a bit better and post it again 15:52:08 and maybe figure out a way to hack up the build order script to actually produce some useful output for cleaning up the buildorders 15:52:38 as manually tracing stuff is, well, awful :P 15:54:14 ok, just 5 more minutes left for me until i need to leave, so lets wrap this subject up for this week, we got quite a bit we can work already on now. 15:54:37 and the other topic would be too long for the limited time, except if people would just want to continue without me 15:54:46 i have an 11AM as well 15:54:47 #topic Open Floor 15:54:58 i need sleep 15:55:01 lets do a quick open floor then, anything else for this week then> 15:55:03 hehehe 15:55:17 good night dgilmore ! and thanks for making it soo late/early 15:55:31 almost 2am :) 15:55:33 * haraldh needs food. 15:55:37 nom! 15:55:50 ok, lets call it a wrap for today then. 15:55:52 no lunch :-/ 15:56:04 Xmas food yesterday was good here, haraldh :) 15:56:09 End Of Meeting 15:56:13 #endmeeting