17:00:08 #startmeeting fpc 17:00:08 Meeting started Thu Nov 19 17:00:08 2020 UTC. 17:00:08 This meeting is logged and archived in a public location. 17:00:08 The chair is geppetto. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:08 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:00:08 The meeting name has been set to 'fpc' 17:00:08 #meetingname fpc 17:00:08 The meeting name has been set to 'fpc' 17:00:08 #topic Roll Call 17:00:15 hey 17:00:20 howdy 17:00:38 I am here but my body is not ready 17:00:46 ha 17:00:50 #chair mhroncok 17:00:50 Current chairs: geppetto mhroncok 17:00:50 I am here but my brian is not ready 17:00:52 #chair carlwgeorge 17:00:52 Current chairs: carlwgeorge geppetto mhroncok 17:00:55 #chair decathorpe 17:00:55 Current chairs: carlwgeorge decathorpe geppetto mhroncok 17:03:00 👋 17:03:24 defolos: hi 17:03:44 mhroncok: any news from igor? 17:03:52 nothing new 17:03:57 Hey, folks. 17:04:02 hi tibbs 17:04:15 #chair tibbs 17:04:15 Current chairs: carlwgeorge decathorpe geppetto mhroncok tibbs 17:04:26 that's a pity, please send him our best wishes 17:05:02 if he wants I can send him cookies or bagels 🍪 17:07:52 #topic Schedule 17:07:55 #link https://lists.fedoraproject.org/archives/list/packaging@lists.fedoraproject.org/thread/HASAPOC4ULUTEZOWKLZZLTXLCS267EX4/ 17:08:03 Same sched. as last time 17:08:34 Again, not much happening atm. … so should be a quick meeting. 17:08:43 Also worth noting that I'll be eating turkey next week 17:08:48 There was that one PR which came in recently. 17:08:52 And, I'm guessing, a bunch of you will too. 17:08:58 Oh, crap, it's only a week away. 17:09:12 I'm still amazed that it's Thursday again already. 17:09:28 * geppetto nods 17:09:33 1030? 17:09:38 if it helps for moving the Rust PR forward, I can remove the "controversial" bit about simplifying the license 17:09:45 #topic Open Floor 17:09:47 https://pagure.io/packaging-committee/pull-request/1030 17:09:51 Yeah, 1030. 17:11:39 I don't like it that some maintainers just ignore "the spec file in fedora dist-git must the canonical one". so codifying that would make that even worse 17:11:54 yup 17:11:55 Personally I just don't see the point. And I don't understand what useful value we would get from making it machine-discoverable. 17:12:04 * King_InuYasha waves 17:12:07 sorry about being late 17:12:10 .hello ngompa 17:12:11 King_InuYasha: ngompa 'Neal Gompa' 17:12:23 and I don't get what documenting it in the spec file would be good for. the maintainer actually knows where their upstream .spec file is, and other contributors must not need care 17:12:25 #chair King_InuYasha 17:12:25 Current chairs: King_InuYasha carlwgeorge decathorpe geppetto mhroncok tibbs 17:12:44 oh boy, we're talking about the spec thing 17:13:02 ultimately I'm -1 to this 17:13:16 but I am open to see more arguments about why is this needed or useful 17:13:31 in the scenario given, having this in place wouldn't have helped anything 17:13:36 IMO, the only reason to document such a behavior is to tacitly permit to violate the canonicity of the spec files in src.fedoraproject.org 17:13:50 Yes, -1 from me. The arguments for this seem to grow increasingly tenuous. 17:13:53 I don't mind the idea of a std. format for specifying something … even if that something is meh … but not as a provide 17:13:54 since that is explicitly not a thing we want to do, I'd say I don't want to endorse a practice 17:14:13 -1 from me as well 17:14:28 yup, -1 from me as well 17:14:47 -1 from me for the proposal 17:15:01 Is anyone not -1? 17:15:22 * King_InuYasha still has nightmares trying to figure out sources for debian where this rule _doesn't_ exist 17:16:04 geppetto: apparently not 17:16:10 I can't remember if we already have some general rule for _how_ you specify that you are deviating from the guidelines. 17:16:12 Again, if the upstream wants to keep the fedora spec in their upstream git … that's fine by me. 17:16:27 If someone wants to specify a std. way to get that info. … I'm fine with that too 17:16:46 Just don't clutter prco info. 17:17:13 Currently we just say that you must document deviations in the specfile. 17:17:46 * geppetto nods 17:18:02 If people are somehow doing that in a less useful way, we could be more explicit and request comments either above the place where the deviation occurs or at the top of the specfile. But.... really? 17:18:33 * geppetto shrugs 17:18:47 Anyway … anything else? 17:18:55 nope 17:19:13 Ok, I'll close in a min. and let you all get lunch. 17:19:31 just a quick question 17:19:44 * mhroncok is more like: get some sleep 17:19:48 anyone remembers igor's proposal for populating the buildroot with the package list? 17:19:48 defolos: sure 17:20:31 or is that thing obsolete anyway? 17:20:43 afaik panu said at some point that calling rpm inside mock would be ok 17:21:13 once bootstrap chroot is enabled in koji and COPR it's fine 17:21:33 and since the BDB -> SQLite switch that needs to happen anyway 17:22:13 ack 17:22:14 copr already does it by default for new projects 17:22:25 koji will do it in the next month or so 17:22:28 thanks folks 👌 17:22:50 and of course, mock already does this by default 17:25:07 #endmeeting