16:01:14 #startmeeting fpc 16:01:14 Meeting started Thu Oct 30 16:01:14 2014 UTC. The chair is geppetto. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:14 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:01:14 #meetingname fpc 16:01:14 The meeting name has been set to 'fpc' 16:01:14 #topic Roll Call 16:01:20 abadger1999 geppetto limburgher mbooth orionp racor Rathann SmootherFr0gZ spot tibbs|w tomspur: FPC ping 16:01:30 hello 16:01:37 Hi 16:01:48 hi 16:02:02 #chair orionp 16:02:02 Current chairs: geppetto orionp 16:02:08 #chair mbooth 16:02:08 Current chairs: geppetto mbooth orionp 16:02:11 #chair tomspur 16:02:11 Current chairs: geppetto mbooth orionp tomspur 16:03:19 * racor is here 16:04:34 #chair racor 16:04:35 Current chairs: geppetto mbooth orionp racor tomspur 16:05:13 Ok, we have quorum but I'll wait another couple of mins. for tibbs and SmootherFrOgZ … as they've been here recently, and the schedule isn't full 16:08:18 abadger1999 limburgher Rathann SmootherFr0gZ spot tibbs|w: FPC ping 16:08:28 just in time :) 16:08:33 Hooray. 16:08:41 #chair tibbs|w 16:08:41 Current chairs: geppetto mbooth orionp racor tibbs|w tomspur 16:08:48 Some days I don't even get a chance to log in before the fun starts. 16:09:27 #topic #466 recommend Privatedevices and PrivateNetwork in systemd guidelines 16:09:28 https://fedorahosted.org/fpc/ticket/466 16:12:13 Much like the two systemd changes sundaram proposed last week … I'm thinking to just say "Please come up with some policy change, and we can vote on it" … unless anyone else has something in mind? 16:12:30 "Please provide a draft." 16:12:31 Yes. 16:12:58 Wait, this change isn't even accepted. 16:13:12 Targeted F22 16:13:17 yeh 16:13:36 So.... why is he asking us to change the guidlines now? 16:13:38 #info We need a draft to vote on something. 16:13:52 We need to work with fesco on this kind of thing. 16:13:52 it was accepted, but moved to F22 because there was no reply in the bug 16:14:06 .bug 1084102 16:14:06 #info Policy should only be changed after features have been accepted, and this change is currently targeted for F22. 16:14:08 tomspur: Bug 1084102 PrivateDevices=yes and PrivateNetwork=yes For Long-Running Services - https://bugzilla.redhat.com/1084102 16:14:10 It's not in the acceptedChanges category. 16:14:20 It's in the ChangePageIncomplete category. 16:14:44 Now, we should ask fesco to ammend their policy to add something about package guidelines. 16:15:03 If guideline changes are needed, a draft needs to be supplied so that we can vote. 16:15:48 tibbs|w: Seems reasonable 16:15:55 That bug is weird, Lennart says due to DESCo request he's moving it to F22 … but then someone else says it's in F21 16:16:03 but, yeh 16:16:33 wrt. policy 16:18:53 #topic #382 Go Packaging Guidelines Draft 16:18:59 https://fedorahosted.org/fpc/ticket/382 16:19:02 So, I'll open a ticket with fesco and ask them to consider that. 16:19:20 tibbs|w: ok 16:19:37 This ticket has been updated, but not far enough that we can vote on anything, I think? 16:21:19 any other opinions? 16:21:36 I guess these are the changes to the draft: https://fedoraproject.org/w/index.php?title=PackagingDrafts%2FGo&diff=392136&oldid=390843 16:22:22 yeh, but it seemed like he was still working on it and just giving an update … more than a this is now finished and ready to vote on type thing 16:23:06 I agree. 16:23:28 If there was much in the way of changes I'd say we could give some guidance on whether we like the direction. 16:23:47 yeh 16:23:49 #topic #465 OpenOffice.org Extensions guidelines out-of-date 16:23:52 * nirik notes there seem to be a lot of go packages entering the collection, which seems odd with no guidelines approved yet. ;( 16:23:55 https://fedorahosted.org/fpc/ticket/465 16:24:05 nirik: Reviewers can approve what they want. 16:24:21 Few people appear to care about the process these days. 16:24:29 yeah, even if they say "looks fine to me". grumble. anyhow, sorry to sidetrack. 16:24:45 nirik: Do you know if they are big/small? 16:25:11 * SmootherFrOgZ here 16:25:28 geppetto: most of them seem very tiny. I see 75 or so golang* packages 16:25:41 * geppetto nods 16:25:48 #chair SmootherFrOgZ 16:25:48 Current chairs: SmootherFrOgZ geppetto mbooth orionp racor tibbs|w tomspur 16:26:30 orionp: So … you've been talking on this ticket a lot 16:26:45 yup 16:27:11 Is it likely that there will be noarch extensions? (Do such things exist?) 16:27:25 They don't exist 16:27:31 bug filed to add support 16:27:39 no idea if it will be acted upon 16:27:52 They would exist if there was support, I think. 16:28:07 Probably most of the current extensions would be noarch, wouldn't they? 16:28:10 * geppetto nods … at that point it seems fine to say all extensions should not be noarch 16:28:17 Ahh 16:28:51 I think most are scripted and so would be noarch if possible 16:29:14 Much of the libreoffice package itself probably should be noarch 16:29:21 Oh I see, I should have said "contain no native parts" instead of noarch :-) 16:30:25 I'm thinking we should change the *should* be named libreoffice-FOO to a must. 16:30:42 Currently there is only one with the old name: 16:30:48 openoffice.org-diafilter-0:1.7.2-9.fc22.x86_64 16:30:57 What about ooolatex? 16:31:15 that's dead and now libreoffice-TexMaths 16:31:36 Not dead enough to not be in F20, I guess. 16:31:58 But renaming the last one, sure. 16:32:15 * geppetto nods 16:33:01 So … I'd rather have the noarch problem fixed, if this was a new policy … but given we've lived with it for years already, it doesn't seem good to hold up the new policy on it. 16:33:09 "it" == upstream noarch bug. 16:33:25 I agree, but at least these things are tiny. 16:33:47 orionp: So … any idea how long it'll be before we can vote on a new policy? 16:34:08 It would be nice to know how much of libreoffice itself would be noarch if that kind of thing were possible. 16:34:20 I think we're ready 16:35:17 orionp: It's ready now? 16:35:33 You have a diff. URL? 16:35:42 It's pretty much a rewrite. 16:35:43 https://fedoraproject.org/wiki/PackagingDrafts/libreOfficeExtentions 16:35:54 I'm thinking we should change the *should* be named libreoffice-FOO to a must - comments? 16:36:08 orionp: Sounds fair 16:36:08 Agreed. 16:36:08 +1 for the must 16:36:14 As tibbs|w said, I'm fine with forcing it for last user 16:36:23 And I could add a full template 16:36:42 is there also a new python-libreoffice? 16:36:46 It's not as if our guidelines have ever applied to existing packages anyway. 16:36:48 but perhaps people should figure out a few things themselves 16:37:27 "just be able to just" seems wrong 16:37:27 tomspur ? 16:37:27 As a reviewer looking at these, I'd ask what "unpacked" means. 16:37:27 orionp: I think the example you have there is more than sufficient 16:37:53 orionp, I have here python-openoffice : Python libraries for interacting with LibreOffice 16:38:28 ah 16:38:35 geppetto - dropped the second just 16:38:45 " a uno binding" == " an uno binding" 16:38:53 … also uno binding makes me giggle :) 16:39:30 tibbs|w: Maybe "Extensions must be installed (unpacked/unzipped) under..." would be clearer? 16:39:49 The example clearly has "unzip" command 16:39:56 Are they always distributed as zip files? 16:40:53 The ".oxt" format is a zip archive 16:40:59 Ah.. 16:41:40 I'm just playing devil's advocate anyway. 16:42:25 orionp: Don't forget to change should to must in #3 :) 16:42:34 Otherwise, we are ready to vote on it? 16:42:38 just did 16:42:59 Ok, I'm +1 16:43:33 Yeah I have no problem with this draft 16:43:35 +1 16:43:36 +1 16:43:39 hold on - late breaking 16:44:00 we end up with empty debuginfo? 16:44:42 Yeah, arch-specific packages with nothing arch-specific still generate debuginfo. 16:44:46 ahh, with noarch packages that aren't noarch … yeh, that'll happen 16:44:58 so we need a note about disabling debuginfo 16:45:01 "%global debug_package %{nil}" 16:45:11 I believe is the incantation 16:45:14 I guess note that debuginfo should generally be disabled if it would be empty. 16:45:57 I'm fine with it in there, although the language rules for python/java/etc. will mention that too … so it kind falls under that 16:46:29 I've found that it's better to be explicit. 16:46:37 * geppetto nods 16:46:38 Does installing to _datadir work and letting _libdir/libreoffice/share/extensions/ point symlink to it? 16:47:07 But what about arch-specific extensions? 16:47:29 yeah... 16:47:58 It's better to have fake arch-specific things than to prevent arch-specific things altogether. 16:48:21 * tomspur nods 16:49:29 Added a note about debuginfo 16:50:22 +1 16:50:31 +1 from me 16:50:36 +1 16:50:37 +1 16:50:44 +1 16:51:30 +1 16:51:34 :) 16:52:03 racor: want to vote? 16:54:24 #action New libreoffice extensions policy by Orionp (+1:6, 0:0, -1:0) 16:54:49 #topic Open Floor 16:54:55 Anyone have anythign to discuss? 16:54:59 Wow, under an hour? 16:55:04 yeh, so far :) 16:55:22 must be karma for DST lost ;) 16:55:31 About the meeting time: 16:56:06 geppetto: Was distracted. Vote +1 16:56:11 I changed it at the fedora calendar to 12 US/East, so it is always moving with your DST 16:56:21 https://apps.fedoraproject.org/calendar/packaging/ 16:57:31 tomspur: Ok, cool 16:57:43 tomspur: So nothing needs to be updated for next week now? 16:58:11 geppetto, should be working forever unless we move the meeting time to something else :) 16:58:26 tomspur: Ok, thanks 16:58:49 And for everyone not in the US … a reminder that next week the time will change 16:58:58 To be what it was last week :) 16:59:15 :) 16:59:33 Anyone have anything else? 16:59:53 Nope. I'm opening a ticket with fesco now. 16:59:59 cool 17:00:33 #topic #465 OpenOffice.org Extensions guidelines out-of-date 17:00:44 #action New libreoffice extensions policy by Orionp (+1:7, 0:0, -1:0) 17:00:52 #topic Open Floor 17:01:10 Rathann: Meeting was one hour earlier this week … but it'll go back to last weeks time next week. 17:01:17 huh 17:01:26 FYI: Independently of DST, I'll likely be missing next week. 17:01:37 ok 17:02:16 sorry 17:02:44 Rathann: No problem, blame govts. bowing to DST madness 17:02:56 racor: See ya in two weeks 17:03:02 See everyone else next week 17:03:07 #endmeeting