Plan for today's FESCo meeting (2011-7-11)

Adam Jackson ajax at
Mon Jul 11 19:10:59 UTC 2011

#fedora-meeting: FESCO (2011-07-11)

Meeting started by ajax at 17:00:55 UTC. The full logs are available at

Meeting summary
* #563 suggested policy: all daemons must set RELRO and PIE flags
   (ajax, 17:03:53)
   * AGREED: revisit PIE criteria next week  (ajax, 17:26:25)

* #614 Proposed list of packages to drop due to FTBFS prior to F16
   (ajax, 17:26:38)
   * AGREED: package removal list as given is implicitly agreed to, based
     on last fesco's policy decision  (ajax, 17:31:00)
   * LINK:
     (gholms, 17:31:04)

* #615 Strategy for services that do not have systemd native unit files
   (ajax, 17:31:59)

* #531 Orphaned package ownership claiming clarification  (ajax,
   * LINK:
     (Viking-Ice, 17:37:29)

* systemd conversion status (round two)  (ajax, 17:38:03)
   * ACTION: ajax to send email to devel@ reminding people of
     blocker-ness of not converting systemd services  (ajax, 17:49:03)

* #608 F16Feature: Trusted Boot -  (ajax, 17:50:51)
   * AGREED: feature discussion is deferred until grubby integration
     happens  (ajax, 17:58:04)
   * ACTION: ajax to email feature owner to remind  (ajax, 17:58:15)

* #618 F16Feature: pacemaker-cloud -  (ajax,
   * AGREED: pacemaker-cloud feature is approved  (ajax, 18:01:16)

* #619 F16 Feature: Matahari --  (ajax, 18:01:37)
   * AGREED: matahari feature is approved  (ajax, 18:03:25)

* #620 F16Feature: Virtual Machine Lock Manager -  (ajax,
   * AGREED: virtual machine lock manager feature is approved  (ajax,

* #621 F16 Feature: GNOME 3.2 -  (ajax, 18:18:00)
   * AGREED: gnome 3.2 feature is approved  (ajax, 18:18:50)

* #622 F16Feature: KDE Plasma Workspaces 4.7 -  (ajax, 18:18:56)
   * AGREED: KDE 4.7 feature is approved  (ajax, 18:19:44)

* #624 F16Feature: Virt Networking Enhancements -
   (ajax, 18:20:04)
   * AGREED: virt networking enhancements feature is approved  (ajax,

* #625 F16Feature: USB Network Redirection -  (ajax,
   * AGREED: USB network redirection feature is approved (with release
     notes, please)  (ajax, 18:26:22)

* #626 F16Feature: firewalld as default Fedora firewall solution -  (ajax,
   * AGREED: firewalld feature is approved  (ajax, 18:33:46)

* #627 F16 Feature: network zones --  (ajax,
   * AGREED: network zones feature is approved  (ajax, 18:35:42)

* #628 F16Feature: VirtSandbox --  (ajax, 18:35:55)
   * AGREED: virt sandbox feature is approved  (ajax, 18:38:06)

* #629 F16Feature: Virt-manager Guest Inspection -
   (ajax, 18:38:22)
   * AGREED: virt-manager guest inspection feature is approved  (ajax,

* #630 F16Feature: SELinux File Name Transition -
   (ajax, 18:41:32)
   * AGREED: selinux file name transition feature is not approved  (ajax,

* #631 F16Feature: TigerVNC 1.1 -  (ajax, 18:48:36)
   * AGREED: tigervnc 1.1 feature is approved  (ajax, 18:49:32)

* #632 F16Feature: Grub2 -
   (ajax, 18:49:36)
   * AGREED: grub2 feature is approved  (ajax, 18:50:53)

* #623 F16Feature: KDE Plasma Desktop by default -
   (ajax, 18:51:17)
   * AGREED: kde-by-default feature is rejected  (ajax, 18:52:55)

* open floor  (ajax, 18:53:28)
   * ACTION: mjg59 to chair next week  (ajax, 18:55:04)

Meeting ended at 18:57:22 UTC.

Action Items
* ajax to send email to devel@ reminding people of blocker-ness of not
   converting systemd services
* ajax to email feature owner to remind
* mjg59 to chair next week

Action Items, by person
* ajax
   * ajax to send email to devel@ reminding people of blocker-ness of not
     converting systemd services
   * ajax to email feature owner to remind
* mjg59
   * mjg59 to chair next week
   * (none)

People Present (lines said)
* ajax (191)
* pjones (108)
* mjg59 (88)
* sgallagh (63)
* notting (50)
* t8m (45)
* Viking-Ice (29)
* zodbot (24)
* rbergeron (18)
* gholms (12)
* danpb (11)
* rivanvx (4)
* rwmjones (4)
* twoerner_ (3)
* shaiton (3)
* jreznik (3)
* abadger1999 (2)
* kalev (2)
* mmaslano (0)
* nirik (0)
* cwickert (0)


17:00:55 <ajax> #startmeeting FESCO (2011-07-11)
17:00:55 <zodbot> Meeting started Mon Jul 11 17:00:55 2011 UTC.  The 
chair is ajax. Information about MeetBot at
17:00:55 <zodbot> Useful Commands: #action #agreed #halp #info #idea 
#link #topic.
17:00:56 <ajax> #meetingname fesco
17:00:56 <zodbot> The meeting name has been set to 'fesco'
17:00:57 <ajax> #chair ajax notting nirik cwickert mjg59 mmaslano t8m 
pjones sgallagh
17:00:57 <zodbot> Current chairs: ajax cwickert mjg59 mmaslano nirik 
notting pjones sgallagh t8m
17:01:10 * sgallagh is here
17:01:15 * t8m is here
17:01:32 <ajax> cwickert and nirik have said they can't make it
17:01:42 * notting is here
17:02:24 <t8m> mmaslano is on holidays
17:02:25 * rbergeron peeks in
17:02:26 <mjg59> Hi
17:02:37 * pjones is here
17:02:54 <ajax> that's everyone accounted for then
17:03:23 <ajax> apologies for the lateness of the agenda.  holy cats do 
we have a lot of tickets to look at today
17:03:34 * sgallagh grabs a snickers
17:03:53 * gholms hands out coffee
17:03:53 <ajax> #topic #563 suggested policy: all daemons must set RELRO 
and PIE flags
17:03:53 <ajax> .fesco 563
17:03:55 <zodbot> ajax: #563 (suggested policy: all daemons must set 
RELRO and PIE flags) - FESCo - Trac -
17:04:38 <ajax> kevin's out so there might not be a lot to cover here
17:04:53 <ajax> redhat-rpm-config in rawhide has -Wl,-z,relro in LDFLAGS now
17:05:00 <notting> there was a comment from sgrubb in the bug on what to 
apply pie to
17:05:09 <mjg59> So "we want anything that parses untrusted content" is, 
what, everything?
17:05:14 <pjones> notting: yes, but it basically says "everything, but 
these things too"
17:05:27 <pjones> which, I mean, it's unsurprising.
17:05:34 <ajax> mjg59: indeed
17:05:38 <pjones> it's basically the same things we came up with 2 weeks ago
17:06:10 <mjg59> pie increases exec time, right?
17:06:12 <ajax> yep
17:06:23 <mjg59> Does that scale with the number of libraries, size of 
executable or what?
17:06:35 <ajax> number of dynamic symbols in the executable
17:07:10 <mjg59> And how much overhead is it?
17:07:13 <sgallagh> Is this something we could handwave and say "Moore's 
Law will recoup this shortly"?
17:07:19 <ajax> compared to not prelinking, that is.
17:07:31 <ajax> compared to normal prelinked binaries it's a bit worse 
than that since, well, not prelinked.
17:07:52 <mjg59> Of course, the applications which would gain the most 
are the ones that are going to be hit the hardest
17:08:03 <pjones> mjg59: but also the ones that you execute the least 
17:08:04 <mjg59> This clearly ought to be done for firefox and libreoffice
17:08:09 <mjg59> pjones: Yeah
17:08:15 * pjones doesn't buy the "firefox has to start fast" argument, 
since he runs it once a month.
17:08:21 <mjg59> Maybe we should just turn it on for everything
17:08:25 <mjg59> And see who complains
17:08:25 * notting wonders how pjones avoids the leaks he sees
17:08:32 <notting> but, offtopic
17:08:46 <notting> mjg59: the prelink authors!
17:08:52 <pjones> notting: well, assume a spherical bloated cow
17:09:01 <ajax> firefox's launch time is not dominated by relocation 
17:09:28 <pjones> notting: ... aren't they also the PIE/RELRO authors?
17:09:41 <notting> pjones: ... yes, i suppose.
17:09:41 <mjg59> Ok, how about just everything that's in base, desktop, 
setuid or run as a daemon
17:09:48 <mjg59> Or... I don't know
17:09:54 <ajax> mjg59: it's really a hard call
17:09:54 <mjg59> There doesn't seem to be any obvious place to draw a line
17:10:01 <t8m> I think we should aim for some reasonable compromise - 
like network facing daemons (startup time does not matter much for 
daemons), suid binaries and the rest leave up to package maintainers?
17:10:06 <ajax> i mean, bash(1) execs bajillions of times.
17:10:27 <mjg59> I guess bash has a reasonable track record
17:10:30 <mjg59> So could probably opt out
17:10:34 <notting> pjones: they've already stated they don't want it 
17:10:47 <pjones> mjg59: it's also relatively small, so may not see much 
17:11:04 <notting> are we tying full relro to pie?
17:11:05 <sgallagh> Proposal: hand this off to the FPC to create a guideline
17:11:08 <mjg59> notting: Yeah, but haven't actually said where they 
*do* want it
17:11:19 <mjg59> sgallagh: No, I think this is a sufficiently technical 
decision that we want to handle it
17:11:47 <pjones> yeah, this is a place where we need to tell them what's up
17:12:04 <ajax> notting: functionally they're orthogonal.  depends which 
attack you want to prevent
17:12:28 <mjg59> Ok. How about we turn it on everywhere but permit 
applications to opt out if they're frequently started, have an excellent 
security record and aren't suid or network facing?
17:12:35 <notting> ajax: sure, just wanted to be clear whether we want 
different guidelines for them
17:12:45 <pjones> or if we notice they're not working well any more?
17:12:53 <pjones> where's that line?
17:12:58 <t8m> mjg59, we do not have a way how to turn it on everywhere 
just now
17:12:58 <ajax> notting: meh.  very fine hair to split.
17:13:06 <notting> mjg59: it drops a register on 32-bit. that could be 
severe performance
17:13:18 <pjones> yowch.
17:13:20 <t8m> mjg59, apart from creating a guideline that requests it 
but you know ...
17:13:32 <ajax> notting: PIE does, yes.
17:13:33 <sgallagh> mjg59: How exactly do they opt out?
17:13:40 <pjones> sgallagh: redefine CFLAGS
17:13:53 <pjones> which really means we should make CFLAGS conditional 
on some rpm variable
17:13:54 <sgallagh> ah, ok. I was curious if there was a specific 
negation flag
17:14:06 <pjones> (well, optflags)
17:14:12 <ajax> probably we should have something like %define 
_hardened_build 1 that turns _on_ znow and pie
17:14:16 <pjones> yeah
17:14:30 <notting> ajax: +1 to that
17:14:32 <pjones> and _softened_build 1 to turn it off! :)
17:14:35 <pjones> (hhjk)
17:14:45 <notting> esp. since you need to do both cflags and ldflags, right?
17:14:48 <sgallagh> ajax: +1
17:14:50 <ajax> notting: correct
17:14:53 <pjones> ajax: +1 to that
17:15:13 <mjg59> ajax: With that as the default, and people able to 
define it to 0?
17:15:24 <pjones> mjg59: right.  similar to the debuginfo generation flag
17:15:24 <ajax> mjg59: i was thinking the other way around.
17:15:27 <ajax> opt-in.
17:15:27 <t8m> +1 although we'll really need to split cflags and ldflags
17:15:33 <notting> mjg59: -1 to that, for 32-bit perf. reasons
17:15:43 <pjones> t8m: why?
17:15:52 <mjg59> notting: I'm not keen on compromising 64-bit because 
32-bit sucks
17:16:09 <sgallagh> Perhaps a separate default per-arch?
17:16:15 <t8m> pjones, -Wl cannot be used in CFLAGS - breaks things like 
precompiled headers
17:16:23 <ajax> pjones: gcc gets confused in some scenarios if you pass 
17:16:28 <mjg59> And making it arch-specific means everyone has to 
fiddle with their spec
17:16:33 <ajax> which is _dumb_, but gcc.
17:16:40 <pjones> t8m: sure, they both need to be conditionalized -- I 
didn't think anybody was saying we'd put everything in both.  that makes 
no sense at all.
17:16:55 <pjones> mjg59: no it doesn't.
17:17:21 <mjg59> pjones: The advantage of doing it by default is that we 
don't have to audit everything to figure out whether it should be 
switched on or not
17:17:23 <pjones> mjg59: rpm already has per-arch defines, you can use 
that to set a default in the macros in our rpmrc, and thus default flags 
from our rpmrc
17:17:26 <notting> we'd also want to write a verification test, to check 
to make sure it matches (app internally botches cflags/ldflags during build)
17:17:35 <mjg59> pjones: But if it's off by default on one architecture 
then we still need to audit everything
17:17:42 <pjones> yes.
17:17:48 <ajax> notting: ... which you can't really do without toolchain 
17:17:59 <mjg59> So then there's no real advantage in doing it by default
17:18:21 <mjg59> We should just accept that 32-bit x86 is niche now and 
stop optimising for it
17:18:33 <pjones> notting: for some reason I thought we already had 
generically said not to change CFLAGS/LDFLAGS
17:18:56 <ajax> pjones: at the spec level yes.  makefiles don't get audited.
17:18:58 <t8m> pjones, I remember the same :)
17:19:14 <pjones> ajax: sure
17:19:24 <notting> pjones: we do. doesn't mean app configure 
scripts/makefiles don't screw it up
17:19:29 <pjones> right.
17:19:34 <mjg59> Ok, so where are we
17:19:35 <notting> ajax: checking PIE should be easy enough
17:19:44 <pjones> yeah, checking the binary results should be plausible
17:20:05 <mjg59> #proposal: Enable pie by default everywhere, 
conditionalised in a way that lets packagers opt out
17:20:45 <ajax> -1.
17:20:56 * notting is -1 as well
17:21:01 <t8m> -1
17:21:03 <ajax> at least for now on the grounds that we don't have an 
answer for -fPIE implying -rdynamic
17:21:21 <ajax> i could really care less about i386 performance
17:21:50 <t8m> but it affects the x86_64 performance as well although less
17:21:51 <notting> so, that takes us back to defining criteria for it?
17:21:53 <mjg59> ajax: Well that just seems like a bug we should fix
17:22:15 <pjones> t8m: if I'm reading right: startup performance on 
x86_64, runtime on i386.
17:22:16 <mjg59> What if we have -rdynamic in a package we want to make pie?
17:22:32 <ajax> t8m: honestly i generally disbelieve anyone who thinks 
the frame pointer is a material performance problem.
17:22:36 <t8m> pjones, not only startup - adds indirect access to variables
17:22:54 <mjg59> Performance critical applications can opt out
17:23:12 <ajax> mjg59: i really, really think this should be opt-in.
17:23:18 <t8m> ajax, +1
17:23:41 <mjg59> ajax: I just have no faith whatsoever in us getting 
sensible coverage
17:23:59 <ajax> we're rambling.
17:24:11 <pjones> indeed.
17:24:16 * gholms rings the 20-minute bell
17:24:23 <t8m> if this will be as easy as %define _hardened_build 1 and 
it is advertised appropriately to developers, it will get coverage
17:24:25 <ajax> how much do we feel like continuing to talk about this 
now, and how much would we rather take it to the list for broader review?
17:24:36 <pjones> what's clear is that we have no proposal that everyone 
likes, or really even approaches consensus.
17:24:44 <sgallagh> I'd be alright with moving on to other topics for now
17:24:58 <ajax> i'd prefer to table and come back next week
17:25:39 <mjg59> I don't think we can reasonably make progress until we 
find out why we have the -rdynamic/pie thing
17:26:05 <ajax> right, deferring sounds like it's been consensed.  (that 
can't be proper english.)
17:26:25 <ajax> #agreed revisit PIE criteria next week
17:26:38 <ajax> #topic #614 Proposed list of packages to drop due to 
FTBFS prior to F16
17:26:39 <ajax> branching
17:26:39 <ajax> .fesco 614
17:26:40 <zodbot> ajax: #614 (Proposed list of packages to drop due to 
FTBFS prior to F16 branching) - FESCo - Trac -
17:27:09 <gholms> ajax: FYI: it looks like your topics are getting 
17:27:18 <ajax> yeah, fixing locally
17:27:19 <pjones> I'm vaguely +1 with this.  If we can find more 
automake packages to add to the list, that'd be better.
17:27:54 <notting> didn't we discuss this once? where did we leave off?
17:28:01 <sgallagh> I thought we previously agreed that to this.
17:28:05 <mjg59> +1, though we should have another round of it on list 
to make sure we're not catching anyone unawares
17:28:07 <pjones> I thought we did as well, actually.
17:28:25 <sgallagh> We were going to have mdomsch look into a tool to 
auto-detect this in the future, IIRC
17:28:25 <t8m> sgallagh, +1
17:28:49 <pjones> he's switching jobs this week.  I bet that's a busy time.
17:29:41 <ajax> the 6-27 notes make it sound like we agreed on something 
other than this list; instead, agreed on doing this as a process regularly
17:30:06 <pjones> right, that's what I meant about this being a result 
of the policy we agreed on.
17:30:23 <ajax> sounds like we're done then
17:31:00 <ajax> #agreed package removal list as given is implicitly 
agreed to, based on last fesco's policy decision
17:31:04 <gholms>
17:31:07 <ajax> sound right to everyone?
17:31:08 <gholms> (for posterity's sake)
17:31:26 <t8m> +1
17:31:48 <pjones> +1
17:31:54 <ajax> well if not, speak up quick-like, 'cause i'm barreling 
on ahead
17:31:59 <ajax> #topic #615 Strategy for services that do not have 
systemd native unit files
17:32:02 <ajax> .fesco 615
17:32:03 <zodbot> ajax: #615 (Strategy for services that do not have 
systemd native unit files) - FESCo - Trac -
17:32:05 <sgallagh> +1 (late)
17:32:19 <sgallagh> That was for FTBFS
17:33:11 <ajax> this is just a check-in, i guess
17:33:17 <ajax> Viking-Ice, abadger1999: any updates here?
17:34:17 <ajax> that sounds like no.  we can revisit during open floor 
if there's anything more here.
17:34:27 <ajax> last bit of old business:
17:34:27 <ajax> #topic #531 Orphaned package ownership claiming 
17:34:28 <ajax> .fesco 531
17:34:30 <zodbot> ajax: #531 (Orphaned package ownership claiming 
clarification) - FESCo - Trac -
17:34:56 <sgallagh> Again, I thought we addressed this last time.
17:35:22 <sgallagh> AGREED: Policy will change to ""If a package is in 
orphan state in pkgdb, feel free to take it and  revivie it, no 
re-review needed. If  it's depreciated, you must re-review  and get 
admins to unblock it"
17:35:29 <ajax> did that happen?
17:35:32 <notting> i updated the docs, yes.
17:35:39 <ajax> excellent.
17:35:47 * ajax closes the ticket so this goes away
17:36:09 <abadger1999> ajax: Probably should have Viking-Ice send an 
update to the list or ticket -- he told me about progess the other day.
17:36:21 <ajax> notting, if you could link to the doc update in the 
ticket, that'd be super.
17:36:24 <Viking-Ice> well we are doing a ok on core and base
17:36:39 <abadger1999> I believe he opened a FES ticket as well not sure 
what state FES is in currently.
17:36:53 <Viking-Ice> yeah I think we need proven packagers to step in here
17:37:07 <Viking-Ice> at this rate we dont include half of the submitted 
17:37:29 <Viking-Ice>
17:37:41 <notting> Viking-Ice: i'm confused - we're doing ok, but we 
need provenpackagers to step in?
17:37:58 <Viking-Ice> yup we are doing ok on base and core the rest not 
so good
17:38:03 <ajax> #topic systemd conversion status (round two)
17:38:31 <Viking-Ice> sendmail iptables will be taken care of this week
17:38:56 <Viking-Ice> audit in a bit more distant future
17:39:20 <Viking-Ice> I finally received movement on multipathd ( today )
17:39:43 <Viking-Ice> so basically the only potential blocker is iscsid
17:40:04 <sgallagh> Viking-Ice: What's the issue with iscsid (in brief)?
17:40:15 <Viking-Ice> lack of man power mostly
17:40:31 <Viking-Ice> Hans does not have time to look at it and the 
actual owner has not responded on the report
17:40:32 <mjg59> So nfs is all sorted?
17:40:39 <Viking-Ice> hehe
17:40:43 <mjg59> Good to know
17:41:09 <Viking-Ice> well I doubt that nfs will be a blocker if it is 
it's an human one
17:41:14 <Viking-Ice> not a technical one
17:41:37 <Viking-Ice> overall we are adopting to slowly
17:42:27 <ajax> well, it's still four weeks until alpha change deadline
17:42:27 <Viking-Ice> I've only been nagging base - x base + core and 
maintainers of few other services that are shipped on the live cd
17:42:44 <ajax> er.  three.  four until alpha release.
17:42:49 <Viking-Ice> ajax; we need this in before that time
17:43:00 <Viking-Ice> preferable a week in so we dont disrupt the normal 
QA process
17:43:04 <ajax> that's an assertion alright; why do you assert it?
17:43:45 <sgallagh> ajax: I think that was OUR assertion when we decided 
to implement the Alpha deadline
17:44:23 <ajax> "This option has already been partially adopted as we're 
planning to block alpha release for unconverted services on the livecd"
17:45:02 <ajax> but i don't immediately see anything extending that to 
larger package sets
17:45:26 <Viking-Ice> I'm not to worried that we wont make it before 
that time ( there should exist native systemd service files for all 
those services )
17:45:36 <Viking-Ice> we just need it package and shipped
17:45:52 <Viking-Ice> uhum excluding iscsi and multipathd
17:46:16 <Viking-Ice> however we need more service package
17:46:29 <Viking-Ice> and on and on there should now exist around 200
17:46:47 <Viking-Ice> given that I probably converted like 30 last week
17:47:32 <Viking-Ice> there exist far greater number than those listed 
on my wiki page
17:47:43 <Viking-Ice> that's just me walking through @groups
17:48:05 <ajax> well, sounds like we're not stalled at least.
17:48:19 <Viking-Ice> we are in the sense they are not being packaged
17:48:29 <Viking-Ice> or being package @ to slow rate
17:48:44 <ajax> fine
17:49:03 <ajax> #action ajax to send email to devel@ reminding people of 
blocker-ness of not converting systemd services
17:49:13 <ajax> anything else here?
17:49:30 <Viking-Ice> might want to offer proven packager assistant in 
that mail ?
17:50:23 <ajax> sure.
17:50:49 <ajax> so, new business.
17:50:51 <ajax> #topic #608 F16Feature: Trusted Boot -
17:50:55 <ajax> .fesco 608
17:50:58 <zodbot> ajax: #608 (F16Feature: Trusted Boot - - FESCo - Trac -
17:50:58 <ajax> oh no, not again.
17:51:38 <mjg59> Did we have anything new here?
17:51:43 <ajax> not really?
17:51:53 <ajax> since the last discussion the page has been edited, so:
17:52:25 <pjones> we had a mailing list thread that could largely be 
categorized as unhelpful.
17:52:26 <mjg59> Ok, pretty sure we have acecss to some of those machines
17:53:05 <mjg59> So to the extent that the packages are in fedora, and 
you could feed a kickstart file to get one installed by default, what 
are we missing? Just the grubby integration?
17:53:34 <ajax> think so.
17:53:37 <pjones> As the grubby maintainer, I haven't seen, say, patches 
from the feature owner or anything along that lines.
17:53:44 <mjg59> Ok
17:53:47 <pjones> And, well, it's not very high on my priority list to 
look into, honestly.
17:53:51 <mjg59> SO I'm +1 to this feature assuming grubby happens
17:54:03 <mjg59> With it being dropped from the release notes if grubby 
doesn't happen
17:54:40 <ajax> i'm disinclined to vote at this point, honestly.
17:54:46 <pjones> likewise.
17:54:56 <t8m> ajax, me too
17:55:06 <pjones> though maybe we should tell the feature owner that the 
ball's in their court on whether or not it's technically viable as a 
17:55:08 <notting> have they officially re-proposed it?
17:55:22 <notting> pjones: +1 to that, drop it from agenda unless it's 
17:55:26 <sgallagh> Didn't we discuss declinging it as a Feature?
17:55:46 <ajax> sgallagh: we did, with a pile of conditionals
17:55:57 <mjg59> Most of which seem to have been satisfied
17:56:51 <ajax> so, proposal: defer further discussion until grubby 
integration happens
17:57:04 <ajax> (i'm +1)
17:57:04 <t8m> ajax, +1
17:57:08 <notting> ajax: +1
17:57:18 <sgallagh> ajax: +1
17:57:18 <pjones> ajax: and tell mr Gang that he may want to look into 
making sure that happens.
17:57:30 <pjones> ajax: (and with that stipulation I'm also +1)
17:58:04 <ajax> #agreed feature discussion is deferred until grubby 
integration happens
17:58:08 <pjones> or... well, whichever name is his surname.
17:58:15 <ajax> #action ajax to email feature owner to remind
17:58:57 <ajax> #618 F16Feature: pacemaker-cloud -
17:59:01 <ajax> .fesco 618
17:59:04 <zodbot> ajax: #618 (F16Feature: pacemaker-cloud - - FESCo - Trac 
17:59:45 <mjg59> +1
18:00:01 <sgallagh> ajax: #topic?
18:00:07 <ajax> gah.
18:00:14 <ajax> #topic #618 F16Feature: pacemaker-cloud -
18:00:41 <notting> +1
18:00:49 <sgallagh> +1
18:00:49 <t8m> +1
18:00:54 <pjones> seems like this is "approve our release notes" land, 
but sure, +1
18:01:06 <ajax> +1
18:01:16 <ajax> #agreed pacemaker-cloud feature is approved
18:01:37 <ajax> #topic #619 F16 Feature: Matahari --
18:01:41 <ajax> .fesco 619
18:01:43 <zodbot> ajax: #619 (F16 Feature: Matahari -- - FESCo - Trac -
18:01:46 <mjg59> +1
18:01:57 <pjones> seems like this is "approve our release notes" land, 
but sure, +1
18:02:15 <t8m> pjones, heh
18:02:15 <t8m> +1
18:02:28 <sgallagh> I'd like to see the Summary expanded on. It's rather 
ambiguous what the API is supposed to do
18:02:39 <pjones> the api is supposed to interface.
18:02:56 <sgallagh> pjones: Thank you for that complete explanation :)
18:03:01 <pjones> sgallagh: honestly I think they cover that down in the 
detailed description.
18:03:12 * notting is +1 to the feature
18:03:14 <ajax> the Release Notes section too.
18:03:14 <sgallagh> Eh, probably true.
18:03:15 <sgallagh> +1
18:03:18 <ajax> +1
18:03:25 <ajax> #agreed matahari feature is approved
18:03:46 <ajax> #topic #620 F16Feature: Virtual Machine Lock Manager -
18:03:49 <ajax> .fesco 620
18:03:50 <zodbot> ajax: #620 (F16Feature: Virtual Machine Lock Manager - - FESCo - Trac 
18:03:53 <mjg59> +1
18:04:05 <pjones> seems like this is "approve our release notes" land, 
and honestly I'm not sure why we'd bother putting it there.
18:04:26 <pjones> seems a lot like an implementation detail.
18:04:32 <t8m> pjones, +1
18:04:35 <sgallagh> pjones: I agree, the lack of this seems more like a 
high-profile bug than a Feature
18:04:40 <sgallagh> Feature: -1
18:04:42 <t8m> this does not look like a feature
18:04:44 <rwmjones> to be fair, the implementation is hard
18:04:49 <pjones> rwmjones: sure.
18:04:56 <t8m> rwmjones, no dispute on that
18:05:03 <mjg59> If this is being presented to us as a feature then at 
this point I think we treat it as a feature
18:05:12 <sgallagh> rwmjones: I don't doubt it, but I'm not sure fixing 
it is a Feature of Fedora, as opposed to proper maintenance.
18:05:14 <mjg59> Our unhappiness with the state of the feature process 
has already been noted
18:05:29 <mjg59> I don't think we need to have this discussion again, 
since it'll jsut reiterate that
18:05:35 <ajax> voting -1 means the work has to come out for F16.
18:05:38 <ajax> so.
18:05:46 <ajax> do we think that's a thing we want to do?
18:05:49 <sgallagh> no
18:05:51 <mjg59> ajax: Doesn't it just mean the release note vanishes?
18:05:53 <danpb> sgallagh: as the maintainer, i consider it a feature, 
not a bugfix
18:05:59 <sgallagh> In that case, I revert to +0
18:06:02 <notting> ajax: afaik, it just means it falls out of the 
feature list
18:06:10 <pjones> I think +1 on the work getting done and -1 on us 
advertising it in the way that being a feature usually implies.
18:06:23 <mjg59> I'm +1 because I think this arguably falls inside the 
feature process, and please can we fix the feature process
18:06:25 <pjones> also my understanding is the same as notting's.
18:06:32 <mjg59> And that is all I'm going to say about the feature 
process today
18:06:33 <ajax> chapter and verse?
18:06:53 <ajax> (+1 to the feature regardless)
18:07:51 <sgallagh> Well, I'd like to see it in Fedora. I just don't 
feel like it's a full Feature. But if voting -1 means we'd have to pull 
it, I can't condone that.
18:07:56 <sgallagh> So +1
18:08:08 <t8m> same as sgallagh +1
18:08:29 <danpb> sgallagh: even if you vote -1, the code won't be pulled
18:08:30 <notting> ajax:
18:08:48 <danpb> sgallagh: because that would entail removing libvirt 
from the distro, which just isn't going to happen
18:09:17 <sgallagh> notting: On point 3 of "Definition", I think I was 
then correct with my original -1
18:09:24 <pjones> danpb: yeah, and I don't think that's a serious 
concern honestly so much as just gripery about the feature process.
18:09:24 <t8m> hmm given that
18:09:27 <t8m> I am also -1
18:09:31 <mjg59> rbergeron: Around?
18:09:35 <pjones> -1 and go full speed ahead ;)
18:09:47 <ajax> man did i not want to go down this detour today.
18:09:52 * ajax sits back for a bit
18:09:54 <danpb> so if this doesn't count as a valid feature, is there a 
definiiton of what does, so I don't waste my time in the future
18:10:12 <sgallagh> danpb:
18:10:26 <rbergeron> mjg59: yes, I suck, but any fixes to the feature 
process would not go into effect until F17.
swear to god.
18:10:42 <mjg59> rbergeron: Actually, I was just asking what your 
thoughts on this fitting in were
18:10:47 <rbergeron> Oh.
18:10:48 <rbergeron> Well.
18:10:49 <mjg59> rbergeron: I know it's being worked on :)
18:10:51 * rbergeron asserts herself
18:10:56 <sgallagh> danpb: Point 5 is kind of ambiguous, unfortunately
18:10:59 <pjones> but feel free to let off some steam.
18:11:40 <rbergeron> Honestly: I think that QEMU/KVM have importance to 
a lot of folks, and that showing that we're doing stuff in that space 
isn't a *bad thing*.
18:11:49 <rbergeron> I don't know if there are future things down the 
road that build upon this.
18:12:36 <sgallagh> danpb: In your estimation, is this fix of sufficient 
importance that it needs to be mentioned prominently in the Release 
Notes and the release highlights?
18:13:12 <rbergeron> If libvirt is dependent on it, I think a lot of 
folks are dependent on libvirt, and therefore it should probably be working.
18:13:36 <sgallagh> rbergeron: We're not disagreeing that it should go 
in. We're disagreeing about whether it's important enough to be called 
out as a Feature
18:14:07 <pjones> rbergeron: I don't disagree, but we do have...  7 or 8 
features about that subject.
18:14:27 <pjones> there's no shortage of flag waving going on
18:14:48 <danpb> well for people managing virt deployments I think it is 
pretty relevant, because for the first time they have a distributed lock 
manager for protecting disk images across hosts
18:14:50 <rbergeron> If people are dependent on libvirt, and libvirt is 
dependent upon this, and this is going to change libvirt behavior, then 
I'd say yes, those changes need to be advertised. Is this something that 
needs to have Special Marketing Feature Love? I don't know that i'd say 
18:15:13 <ajax> i would prefer that we assume good faith on the part of 
current feature proposals, in that we trust their proponents to be 
proposing the feature because they think it's important.
18:15:22 <mjg59> Does it harm the project if we put this in the release 
18:15:28 <rbergeron> No.
18:15:35 <mjg59> Because, if not, let's just do it and help rbergeron 
fix the process for F17
18:15:42 <pjones> It makes the release notes even less interesting to read.
18:15:47 <sgallagh> Ok, I'm swayed. +1 to the VirtLock feature
18:16:00 * notting is +1 re: danpb's comment
18:16:05 <pjones> but what the hell, sure, +1, if we've decided that's 
not important.
18:16:07 <mjg59> If you think release notes are supposed to be 
interesting then I have some company financial reports for your bedtime 
18:16:14 <pjones> and danpb does have a reasonably good point
18:16:29 <sgallagh> danpb: Sorry for all the drama :)
18:16:37 <pjones> mjg59: do not threaten me with prospectus, for I have 
read many ;)
18:16:41 <ajax> mjg59: you're +1 then?
18:17:19 <mjg59> Pretty sure I've said that twice
18:17:28 <t8m> ok +1 from me then too - changing the decision for the 
second time
18:17:40 <ajax> just being diligent
18:17:51 <ajax> #agreed virtual machine lock manager feature is approved
18:18:00 <ajax> #topic #621 F16 Feature: GNOME 3.2 -
18:18:04 <ajax> .fesco 621
18:18:06 <zodbot> ajax: #621 (F16 Feature: GNOME 3.2 - - FESCo - Trac -
18:18:11 <mjg59> +1
18:18:20 <pjones> yeah, +1
18:18:24 <t8m> OK +1
18:18:33 <ajax> +1
18:18:42 <notting> +1
18:18:50 <ajax> #agreed gnome 3.2 feature is approved
18:18:56 <ajax> #topic #622 F16Feature: KDE Plasma Workspaces 4.7 -
18:18:59 <ajax> .fesco 622
18:19:00 <zodbot> ajax: #622 (F16Feature: KDE Plasma Workspaces 4.7 - - FESCo - Trac -
18:19:02 <mjg59> +1
18:19:04 <notting> +1
18:19:14 <sgallagh> +1
18:19:19 <ajax> +1
18:19:27 <pjones> +1
18:19:38 * notting moves to shuffle the next feature to the end of 
today's discussion list, if we want to finish?
18:19:44 <ajax> #agreed KDE 4.7 feature is approved
18:19:46 <pjones> notting: +1
18:19:50 <ajax> notting: wfm.
18:19:52 <sgallagh> notting: I concur
18:19:56 <t8m> +1
18:20:04 <ajax> #topic #624 F16Feature: Virt Networking Enhancements -
18:20:08 <ajax> .fesco 624
18:20:09 <zodbot> ajax: #624 (F16Feature: Virt Networking Enhancements - - 
FESCo - Trac -
18:20:28 <ajax> that's... remarkably good docs.
18:20:35 <pjones> at least wordy
18:20:42 <ajax> heh, fair
18:21:00 <sgallagh> +1 to this
18:21:03 <t8m> +1
18:21:10 <sgallagh> It's a substantial improvement to the virtual 
network setup
18:21:13 <pjones> I do like that "how to test" section
18:21:14 <mjg59> +1
18:21:15 <pjones> +1
18:21:16 <notting> +1. 'user experience' could have a minor note as to 
whether this affects virt-manager at all
18:21:47 <ajax> #agreed virt networking enhancements feature is approved
18:22:04 <ajax> #topic #625 F16Feature: USB Network Redirection -
18:22:08 <ajax> .fesco 625
18:22:10 <zodbot> ajax: #625 (F16Feature: USB Network Redirection - - FESCo - 
Trac -
18:22:18 <pjones> this looks pretty neat
18:22:49 <ajax> i've even seen it work.  it's pretty slick.
18:22:52 <ajax> +1
18:22:52 <notting> +1
18:22:55 <t8m> +1
18:23:07 <pjones> needs a "Release Notes" section or else there are not 
practical implications of the +1 I'm giving it.
18:23:17 <mjg59> +1 but obviously release notes
18:23:17 <ajax> indeed
18:23:30 <rbergeron> That's noted both in the ticket, as well as with 
the submitter.
18:23:33 <sgallagh> I'm really wary of the security implications of this
18:23:45 <sgallagh> Remote access over the network to physical hardware?
18:24:05 <notting> sgallagh: surely this is 'if the admin sets it up 
insecurely, well...' ?
18:24:07 <pjones> sure, but it's explicit.
18:24:21 <pjones> If you don't want that, don't do it.
18:24:23 <mjg59> sgallagh: We already have that for various cases
18:25:01 <sgallagh> Well, this better not be the default setup of libvirt
18:25:13 <pjones> there's no reason to think it would be...
18:25:30 <mjg59> Other things that shouldn't be the default setup of 
libvirt include...
18:25:33 <ajax> if by "the default setup" you mean "it automatically 
finds all your USB devices and forwards them to whatever guest you're 
viewing", no, it doesn't do that
18:25:55 <ajax> it's something you have to choose to give to the guest
18:26:08 <sgallagh> Alright then. +1
18:26:22 <ajax> #agreed USB network redirection feature is approved 
(with release notes, please)
18:26:37 <ajax> #topic #626 F16Feature: firewalld as default Fedora 
firewall solution -
18:26:41 <ajax> .fesco 626
18:26:42 <zodbot> ajax: #626 (F16Feature: firewalld as default Fedora 
firewall solution - - FESCo - 
Trac -
18:26:55 <mjg59> Seems to be being handled by the right people with 
appropriate communication, so +1
18:27:03 <ajax> firewall-cmd(1).  sigh.
18:27:09 <mjg59> And really, there's no way it could be any worse than 
18:27:12 <ajax> why not just firewall(1).  anyway.
18:27:18 <t8m> I'm slightly vary of the supposed rewrite for F157
18:27:21 <t8m> F17 that is
18:27:34 <notting> "Services which are adding firewall rules directly 
with iptables commands need to be changed. These are: libvirtd "
18:27:36 <pjones> ajax: don't want to give people openbsd 2 flashbacks? 
  but yes, terrible naming.  anyway, +1
18:27:38 * rbergeron notes that anything needing more solid release 
notes (and some of that stuff may be because they're still in the middle 
of developing said feature) has been notified and harassed, and knows 
that their feature can get dropped.
18:27:39 <notting> danpb: still around ?
18:27:43 <t8m> or firewallctl? :D
18:27:44 <danpb> notting: yep
18:27:52 <notting> danpb: are you in discussions with twoerner?
18:28:03 <danpb> notting: nothing recent,
18:28:17 <twoerner_> i can still change names :-)
18:28:21 <danpb> last discussion about this was when firewalld was first 
announced on f-d-l several months back
18:28:36 <pjones> so it'd be best if you guys coordinated this.
18:28:54 <danpb> there were a number of missing capabilities in the API 
at that time which would prevent its use by libvirt, but haven't checked 
if this has changed at all recently
18:29:18 <twoerner_> danpb: there are changes, but not pushed, yet
18:29:27 <danpb> it would be a good step forward from the current 
firewall setup if we can use it though
18:29:39 <t8m> we shouldn't push something as default if at least the 
basic UI is not stable enough
18:30:13 <twoerner_> t8m: ?
18:30:32 <t8m> like renaming commands/options whatever
18:31:26 <pjones> why not?  we're supposed to be aggressive at adoption, 
and adoption is generally what drives stability, not the other way around.
18:31:53 <notting> i'm +1, at least the right people are aware of each 
other, and we do have a contingency plan
18:31:59 <pjones> yeah, likewise.
18:32:00 <pjones> +1
18:32:16 <pjones> (also it's generally a step in the right direction)
18:32:54 <gholms> #endmeeting
18:33:02 <gholms> Whoops, wrong channel.
18:33:03 <gholms> Sorry
18:33:08 <pjones> good thing the bot doesn't listen to you.
18:33:17 <ajax> +1 myself, which i think makes four (mjg59 pjones 
notting me).
18:33:18 <gholms> Yeah, I'm really sorry about that. :(
18:33:29 <sgallagh> +1
18:33:35 <ajax> gholms: no worries
18:33:46 <ajax> #agreed firewalld feature is approved
18:33:47 <t8m> I am +0
18:33:59 <ajax> #topic #627 F16 Feature: network zones --
18:34:03 <ajax> .fesco 627
18:34:04 <zodbot> ajax: #627 (F16 Feature: network zones -- - FESCo - Trac -
18:34:33 <ajax> this, i like.
18:34:34 <mjg59> +1
18:34:40 <pjones> I see remarkably little discussion about 
NetworkManager or UI concerns in this feature, which worries me a 
little, but may be something for a later feature.
18:34:54 <mjg59> Because oh wow finally having mdns and samba work
18:35:00 <mjg59> pjones: He's been communicating with dcbw
18:35:03 <sgallagh> +1 I'm all for this
18:35:17 <pjones> mjg59: just not mentioning it in the feature?  okay.
18:35:22 <pjones> well, I'm +1.
18:35:23 <ajax> +1
18:35:27 <mjg59> pjones: Yaeh, I checked earlier
18:35:28 <t8m> +1
18:35:38 <notting> +1
18:35:42 <ajax> #agreed network zones feature is approved
18:35:55 <ajax> #topic #628 F16Feature: VirtSandbox --
18:35:58 <ajax> .fesco 628
18:35:59 <zodbot> ajax: #628 (F16Feature: VirtSandbox -- - FESCo - Trac -
18:36:22 <mjg59> +1
18:36:28 <pjones> +1
18:36:35 <pjones> I'd vote higher, but I don't think it's allowed.
18:36:39 <t8m> +1
18:36:39 <sgallagh> +10
18:36:41 <sgallagh> :)
18:36:50 <pjones> sgallagh doesn't care if it's allowed.
18:36:55 <notting> +1
18:36:56 <ajax> danpb: so, i could have a copy of IE7 in a box?
18:37:07 <ajax> because yes.
18:37:11 <notting> could stand to have some demos in blog posts, docs, etc
18:37:32 <ajax> yeah, this is really nice demoware
18:37:42 <ajax> demofodder?  i dont mean that to sound insulting.
18:37:58 <ajax> anyway, +1 and
18:38:06 <ajax> #agreed virt sandbox feature is approved
18:38:22 <ajax> #topic #629 F16Feature: Virt-manager Guest Inspection -
18:38:25 <ajax> .fesco 629
18:38:25 * shaiton is wondering if you notice that there should be the 
french meeting at 18:30 UTC. Did  you change your schedule guys?
18:38:28 <zodbot> ajax: #629 (F16Feature: Virt-manager Guest Inspection 
- FESCo - Trac -
18:38:28 <rwmjones> hi
18:38:51 <ajax> shaiton: we're running a bit long, apparently.
18:39:23 <sgallagh> Is this achievable in the F16 timeframe?
18:39:38 <shaiton> ajax, how much time will you need?
18:39:47 <rwmjones> sgallagh: hopefully
18:39:57 <t8m> +1
18:40:03 <rwmjones> although the first set of patches are back on the 
drawing board at the moment
18:40:15 <ajax> shaiton: four short features and one potentially noisy 
long one.  ten minutes?
18:40:23 <ajax> shaiton: or we can end now, i don't have a preference really
18:40:28 <ajax> +1
18:40:32 <sgallagh> I'm +1
18:40:38 <pjones> +1
18:40:45 <shaiton> fine ajax, will come back in twenty minutes :)
18:40:47 <mjg59> +1
18:40:54 <danpb> ajax: actually it'd only let you run linux apps - it is 
quite literally running binaries from your host OS inside the guest OS, 
using filesystem passthrough - so no Windows apps there (for now)
18:40:59 <notting> +1 to this as a feature
18:41:18 <ajax> #agreed virt-manager guest inspection feature is approved
18:41:32 <ajax> #topic #630 F16Feature: SELinux File Name Transition -
18:41:35 <ajax> .fesco 630
18:41:36 <zodbot> ajax: #630 (F16Feature: SELinux File Name Transition - - 
FESCo - Trac -
18:41:41 <ajax> shaiton: i'll do my best to keep it quick
18:42:12 <mjg59> I'ma ctually borderline -1 to this because it's 
supposed to be entirely user invisible and really does seem like an 
implementation detail
18:42:22 <pjones> likewise.
18:42:30 <sgallagh> -1
18:42:47 <t8m> As we approved the virt image locking as a feature I 
think this should be approved so +1
18:43:11 <gholms> Just -1 to having it in the release notes, right?
18:43:25 <sgallagh> t8m: That was at least reasonably user-visible
18:43:25 <gholms> (Not to the feature itself)
18:43:37 <notting> "This change only effects Policy writers and the 
kernel. No other applications should be effected by this change. ". so, 
-1 as a feature
18:43:41 <sgallagh> gholms: Apparently it's already at 100% completion. 
We won't yank it.
18:43:58 <ajax> -1
18:44:00 <pjones> t8m: In that case, danpb said: "<danpb> well for 
people managing virt deployments I think it is pretty relevant, because 
for the first time they have a distributed lock manager for protecting 
disk images across hosts", which in my mind specifically made it a feature.
18:44:08 <pjones> in this case, the thing notting said specifically 
makes it not one.
18:44:30 <notting> also, 'affected' <pedant>
18:44:53 <pjones> <pedant />
18:44:55 <sgallagh> notting: No, this feature causes Policy writers and 
the kernel to exist :)
18:44:57 <pjones> (sorry)
18:44:57 <gholms> It affects the EC2 image directly.
18:45:14 <t8m> it seems to me due to this feature many explicit code 
parts in things like passwd, sshd etc. can be dropped
18:45:26 <ajax> we're at 1 for, 4 against.
18:45:45 <mjg59> Defer to next week?
18:45:55 <rbergeron> Tomorrow is feature submission deadline, FYI.
18:46:07 <notting> with a question of " will any apps need to 
change/remove code?"
18:46:10 <pjones> rbergeron: traditionally things already on this list 
are counted as "submitted"
18:46:13 <rbergeron> Technically it's been submitted, but
18:46:14 <rbergeron> yes.
18:47:00 <ajax> i smell deadlock, so.
18:47:02 * rbergeron wasn't sure if you were planning on deferring all 
things to next week, or etc. CARRY ON
18:47:04 <sgallagh> Who hasn't voted? We have seven people in 
attendance, don't we?
18:47:11 <mjg59> Do we?
18:47:12 <ajax> sgallagh: six.
18:47:23 <mjg59> That still implies that someone could -1 and solve this
18:47:24 <sgallagh> Well, that's still possibly enough to resolve this, 
if they vote -1 :)
18:47:41 <ajax> actually i may not have counted yours
18:47:45 <pjones> I count 5 -1's.
18:47:55 <mjg59> Ok done
18:47:55 <pjones> mjg59, me, sgallagh, notting, ajax
18:48:01 <ajax> yeah.
18:48:02 <mjg59> Whee
18:48:15 <sgallagh> There we go, then
18:48:16 <ajax> #agreed selinux file name transition feature is not approved
18:48:30 <pjones> (possibly I wasn't explicit enough, so appologies for 
not enough explicit in my life.)
18:48:36 <ajax> #topic #631 F16Feature: TigerVNC 1.1 -
18:48:39 <ajax> .fesco 631
18:48:40 <zodbot> ajax: #631 (F16Feature: TigerVNC 1.1 - - FESCo - Trac -
18:48:53 <notting> ack, +1
18:48:55 <mjg59> +1 given that we seem to do this kind of thing right now
18:48:58 <ajax> oh good, more x509
18:49:03 <ajax> +1
18:49:17 <pjones> +1
18:49:23 <t8m> +1
18:49:32 <ajax> #agreed tigervnc 1.1 feature is approved
18:49:36 <ajax> #topic #632 F16Feature: Grub2 -
18:49:39 <ajax> .fesco 632
18:49:40 <zodbot> ajax: #632 (F16Feature: Grub2 - - FESCo - Trac -
18:49:41 <mjg59> Ha ha +1
18:49:57 <mjg59> Assuming that it was actually pjones who submitted this
18:50:02 <ajax> pjones: still "very early stage"?
18:50:04 * pjones sighs.
18:50:05 <pjones> +1
18:50:09 <t8m> +1
18:50:13 <pjones> +1 to me working my ass off, why not.
18:50:34 <notting> +1. looks like it was jeremy who started the feature page
18:50:36 <ajax> well if it doesn't happen we just don't do it, so.
18:50:42 <sgallagh> +1 to the both this and TigerVNC (late_
18:50:53 <ajax> #agreed grub2 feature is approved
18:50:58 * rbergeron gets her popcorn out
18:51:17 <ajax> #topic #623 F16Feature: KDE Plasma Desktop by default -
18:51:20 <mjg59> -1
18:51:20 <ajax> .fesco 623
18:51:21 <zodbot> ajax: #623 (F16Feature: KDE Plasma Desktop by default 
- FESCo - Trac -
18:51:31 <pjones> -1
18:51:36 <notting> given the last comment in the fesco ticket, -1
18:51:46 <t8m> -1 as this is not endorsed by KDE SIG
18:52:10 <jreznik> it's kevin's and I heard cwickert's idea :)
18:52:17 <mjg59> And kevin doesn't seem to be here to discuss it
18:52:23 <pjones> nor does cwickert.
18:52:37 <pjones> we're at -4.
18:52:44 <ajax> -1 not endorsed by kde sig
18:52:44 <sgallagh> I'm abstaining.
18:52:49 <pjones> okay, -5.
18:52:55 <ajax> #agreed kde-by-default feature is rejected
18:52:58 <jreznik> with rdieter we understands as more like to be taken 
18:53:20 <jreznik> understand it
18:53:23 <ajax> woo finally
18:53:28 <ajax> #topic open floor
18:53:39 <ajax> anybody?  bueller?
18:53:39 <mjg59> I'll chair next week unless anyone else wants to?
18:53:44 <kalev> does -1 mean that the work can happen, but won't be 
mentioned in release notes? :-)
18:53:58 <mjg59> kalev: It absolutely does mean that
18:54:14 <ajax> kalev: from the perspective of the feature process, sure.
18:54:21 <ajax> mjg59: all yours, man.
18:54:26 <kalev> I was just trying to be funny about making KDE default 
and voting -1.
18:54:29 <sgallagh> I'm on vacation next week
18:54:31 <notting> honestly, i'm not sure a change of the default 
offering is even a FESCo issue
18:54:40 <mjg59> If people convince everyone involved that the default 
should be changed then that's their decision
18:54:48 <pjones> notting: but advertising it certainly is.
18:54:53 <ajax> notting: yeah, well, i asked about our procedural 
standing on #fedora-devel earlier for a reason
18:55:01 <pjones> (for reasons bizarre)
18:55:02 <mjg59> fesco's not in the business of overruling policy 
decisions unless there's a real technical reason for doing so
18:55:04 <ajax> #action mjg59 to chair next week
18:55:38 <ajax> will close in a minute if there's nothing else
18:55:49 <rivanvx> hi, I'm the author of
18:55:56 <rivanvx> it's intended for F17
18:56:05 <rivanvx> I would be grateful for any suggestions
18:56:44 <mjg59> rivanvx: Probably best to bring it up on devel@
18:56:52 <ajax> aye.
18:57:15 <rivanvx> ok, thanks
18:57:22 <ajax> #endmeeting


- ajax

More information about the devel mailing list