Plan for today's FESCo meeting (2011-7-11)
ajax at redhat.com
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
* #563 suggested policy: all daemons must set RELRO and PIE flags
* AGREED: revisit PIE criteria next week (ajax, 17:26:25)
* #614 Proposed list of packages to drop due to FTBFS prior to F16
* AGREED: package removal list as given is implicitly agreed to, based
on last fesco's policy decision (ajax, 17:31:00)
* LINK: http://fedoraproject.org/wiki/Deprecate_FTBFS_packages
* #615 Strategy for services that do not have systemd native unit files
* #531 Orphaned package ownership claiming clarification (ajax,
* 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 -
http://fedoraproject.org/wiki/Features/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 -
* AGREED: pacemaker-cloud feature is approved (ajax, 18:01:16)
* #619 F16 Feature: Matahari --
https://fedoraproject.org/wiki/Features/Matahari (ajax, 18:01:37)
* AGREED: matahari feature is approved (ajax, 18:03:25)
* #620 F16Feature: Virtual Machine Lock Manager -
* AGREED: virtual machine lock manager feature is approved (ajax,
* #621 F16 Feature: GNOME 3.2 -
https://fedoraproject.org/wiki/Features/Gnome3.2 (ajax, 18:18:00)
* AGREED: gnome 3.2 feature is approved (ajax, 18:18:50)
* #622 F16Feature: KDE Plasma Workspaces 4.7 -
https://fedoraproject.org/wiki/Features/KDE47 (ajax, 18:18:56)
* AGREED: KDE 4.7 feature is approved (ajax, 18:19:44)
* #624 F16Feature: Virt Networking Enhancements -
* AGREED: virt networking enhancements feature is approved (ajax,
* #625 F16Feature: USB Network Redirection -
* AGREED: USB network redirection feature is approved (with release
notes, please) (ajax, 18:26:22)
* #626 F16Feature: firewalld as default Fedora firewall solution -
* AGREED: firewalld feature is approved (ajax, 18:33:46)
* #627 F16 Feature: network zones --
* AGREED: network zones feature is approved (ajax, 18:35:42)
* #628 F16Feature: VirtSandbox --
https://fedoraproject.org/wiki/Features/VirtSandbox (ajax, 18:35:55)
* AGREED: virt sandbox feature is approved (ajax, 18:38:06)
* #629 F16Feature: Virt-manager Guest Inspection -
* AGREED: virt-manager guest inspection feature is approved (ajax,
* #630 F16Feature: SELinux File Name Transition -
* AGREED: selinux file name transition feature is not approved (ajax,
* #631 F16Feature: TigerVNC 1.1 -
http://fedoraproject.org/wiki/Features/TigerVNC1.1 (ajax, 18:48:36)
* AGREED: tigervnc 1.1 feature is approved (ajax, 18:49:32)
* #632 F16Feature: Grub2 - https://fedoraproject.org/wiki/Features/Grub2
* AGREED: grub2 feature is approved (ajax, 18:50:53)
* #623 F16Feature: KDE Plasma Desktop by default -
* 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.
* 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 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
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 http://wiki.debian.org/MeetBot.
17:00:55 <zodbot> Useful Commands: #action #agreed #halp #info #idea
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
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,
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
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
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
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
17:16:09 <sgallagh> Perhaps a separate default per-arch?
17:16:15 <t8m> pjones, -Wl cannot be used in CFLAGS - breaks things like
17:16:23 <ajax> pjones: gcc gets confused in some scenarios if you pass
-Wl in CFLAGS
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
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> http://fedoraproject.org/wiki/Deprecate_FTBFS_packages
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
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 - https://fedorahosted.org/fesco/ticket/531
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: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
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
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 -
http://fedoraproject.org/wiki/Features/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
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
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
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 -
https://fedoraproject.org/wiki/Features/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 --
https://fedoraproject.org/wiki/Features/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
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 -
https://fedoraproject.org/wiki/Features/VirtLockManager) - 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
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
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.
18:10:39 <rbergeron> FEATURE FIXING IN PROGRESS WHEN I CAN BREATHE, I
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
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
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 -
https://fedoraproject.org/wiki/Features/Gnome3.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 -
https://fedoraproject.org/wiki/Features/KDE47) - 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 - https://fedorahosted.org/fesco/ticket/624
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
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 -
https://fedoraproject.org/wiki/Features/UsbNetworkRedirection) - FESCo -
Trac - https://fedorahosted.org/fesco/ticket/625
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
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
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 -
https://fedoraproject.org/wiki/Features/firewalld-default) - FESCo -
Trac - https://fedorahosted.org/fesco/ticket/626
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
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 --
https://fedoraproject.org/wiki/Features/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 --
https://fedoraproject.org/wiki/Features/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 - https://fedorahosted.org/fesco/ticket/629
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 - https://fedorahosted.org/fesco/ticket/630
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
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
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 -
http://fedoraproject.org/wiki/Features/TigerVNC1.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 -
https://fedoraproject.org/wiki/Features/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 - https://fedorahosted.org/fesco/ticket/623
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
More information about the devel