jds2001 | FESCo meeting ping -- bpepple, dgilmore, dwmw2, jwb, notting, nirik, sharkcz, jds2001, j-rod | Jan 16 11:59 |
---|---|---|
*notting is here | Jan 16 12:00 | |
*nirik is here. | Jan 16 12:00 | |
*j-rod here | Jan 16 12:00 | |
*jwb is here | Jan 16 12:00 | |
*bpepple is here. | Jan 16 12:00 | |
jds2001 | shall we get started or wait for a few more folks? | Jan 16 12:01 |
chacha_chaudhry | chacha_chaudhry is here for Review O' Matic feature questions | Jan 16 12:01 |
rishi | chacha_chaudhry and I am here to represent Review-O-Matic, although I might have to run and grab dinner for a few minutes. | Jan 16 12:01 |
jds2001 | sharkcz is unable to be here this week. | Jan 16 12:01 |
jds2001 | we can do that first if you'd like | Jan 16 12:02 |
rishi | jds2001: Okay. | Jan 16 12:02 |
*jds2001 has changed the topic to: FESCo meeting - agenda at https://fedorahosted.org/fesco/report/9 - tickets | Jan 16 12:03 | |
jds2001 | .fesco 24 | Jan 16 12:03 |
zodbot | jds2001: #24 (Review O' Matic) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/24 | Jan 16 12:03 |
jds2001 | so I'm sorta wondering if this is really a feature - being something that we want to get out on the soapbox and trumpet. | Jan 16 12:04 |
bpepple | was the features up for review sent to the list? I didn't recall seeing any yesterday. | Jan 16 12:04 |
jds2001 | It really *is* cool though. | Jan 16 12:04 |
jds2001 | bpepple: I sent them about 1AM :( | Jan 16 12:04 |
bpepple | oh, that's why I didn't see it. ;) | Jan 16 12:04 |
nirik | I'm a bit worried about the name and some of the text. This doesn't really review packages, it just helps reviewers by doing lots of the tests right? | Jan 16 12:04 |
*bpepple goes to read the feature page. | Jan 16 12:05 | |
jds2001 | right. | Jan 16 12:05 |
notting | my issue with it as a feature is that it's not actually a feature *of the release* | Jan 16 12:05 |
jwb | yeah | Jan 16 12:05 |
jds2001 | mine too, it's more of an infrastructure thing. | Jan 16 12:05 |
nirik | also, there could be a possiblity of false positives if run against existing packages... which should be avoided. :) Those are not anything that couldn't be overcome tho. | Jan 16 12:06 |
rishi | Yes, it is more of an infrastructure and developer oriented thing, but ... | Jan 16 12:06 |
notting | ... was transifex 'featured'? | Jan 16 12:06 |
rishi | ... since Transifex went through the feature process, we thought we also needed to do the same. | Jan 16 12:06 |
rishi | notting: Yes, we found a Transifex feature page on the Wiki. | Jan 16 12:06 |
chacha_chaudhry | well we are open for new name. And the history of name is bad. We never decided it. Project was proposed by some one else. | Jan 16 12:07 |
chacha_chaudhry | s/Project/name/ | Jan 16 12:07 |
bpepple | I sorta fall into the camp that I'm not sure this should be a feature, since it's a back-end thing (similar to koji or bodhi). | Jan 16 12:08 |
*jds2001 sees transifex in the F8 feature list. | Jan 16 12:08 | |
jds2001 | but i dont really think it should have been, imo, knowing what we do now. | Jan 16 12:09 |
jds2001 | not to say that both items aren't really cool. | Jan 16 12:09 |
nirik | it's main advantage to end users might be higher quality packages... but thats really hard to measure. | Jan 16 12:10 |
f13 | transifex was really a service for beyond Fedora contributors | Jan 16 12:10 |
*rishi nods | Jan 16 12:10 | |
bpepple | I don't think this meets our definition of being a feature. http://fedoraproject.org/wiki/Features/Policy/Definitions#Definition_of_a_Feature | Jan 16 12:11 |
nirik | yeah... not that it's not important and useful. ;) | Jan 16 12:12 |
bpepple | nirik: correct. | Jan 16 12:12 |
jds2001 | so I'm going to say -1, but that this is really cool and important at the same time :) | Jan 16 12:13 |
jwb | -1 | Jan 16 12:13 |
jwb | with the same comments | Jan 16 12:13 |
bpepple | -1 to as a feature. | Jan 16 12:14 |
*nirik nods... same here. | Jan 16 12:14 | |
notting | +1 to the idea (go forth and do it!), -1 to noting it as a feature | Jan 16 12:14 |
jds2001 | i see five -1's, so FESCo has declined the Review O' Matic feature, however sees great value in it and urges rishi and chacha_chaudhry to go forth and do it! | Jan 16 12:15 |
*stickster is now known as stickster_afk | Jan 16 12:15 | |
jds2001 | .fesco 12 | Jan 16 12:16 |
chacha_chaudhry | Thanks ... We just thought telling telling the world "We care more for our packages ..." is a feature. :) We will do it :) | Jan 16 12:16 |
zodbot | jds2001: #12 (New Sponsor Request: Lubomir Rintel (lkundrak)) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/12 | Jan 16 12:16 |
bpepple | +1 to lkundrak being made a sponsor. | Jan 16 12:16 |
jds2001 | +1 here, no objections on the list. | Jan 16 12:16 |
nirik | +1 here. He maintains a lot of packages and knows the guidelines. | Jan 16 12:16 |
j-rod | +1 | Jan 16 12:17 |
jwb | +1 | Jan 16 12:17 |
notting | +1 | Jan 16 12:17 |
jds2001 | i see 6 +1's, so lkundrak's request has been approved. I'll take care of that after the meeting. | Jan 16 12:17 |
jds2001 | .fesco 14 | Jan 16 12:17 |
zodbot | jds2001: #14 (New Sponsor Request: Itamar Reis Peixoto) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/14 | Jan 16 12:17 |
jds2001 | there were objections to this on this list, as he has done *no* reviews. | Jan 16 12:18 |
notting | -1 on that alone | Jan 16 12:18 |
jds2001 | -1 here as well. | Jan 16 12:18 |
bpepple | -1. He really needs to do some reviews. It's very hard to know how well he knows the guidelines. | Jan 16 12:18 |
jwb | -1 | Jan 16 12:18 |
nirik | yeah, do some reviews, then come back. -1. | Jan 16 12:18 |
j-rod | not yet | Jan 16 12:18 |
jds2001 | i see 6 -1's, so Itamar's request has been declined. He is however, free to re-apply after doing a number of reviews. | Jan 16 12:19 |
itamarjp | :'( | Jan 16 12:20 |
jds2001 | itamarjp: dont give up, we just dont have any basis to form an opinion right now. | Jan 16 12:20 |
jds2001 | on to features... | Jan 16 12:21 |
jds2001 | .fesco 19 | Jan 16 12:21 |
zodbot | jds2001: #19 (CUPS PolicyKit Integration) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/19 | Jan 16 12:21 |
j-rod | jds2001: wasn't there a sponsor request for kevin koffler too? is that happening next week instead? | Jan 16 12:21 |
bpepple | j-rod: next week. | Jan 16 12:22 |
jds2001 | j-rod: yeah, next week. | Jan 16 12:22 |
j-rod | ok, cool | Jan 16 12:22 |
*mclasen is here, can try to answer questions | Jan 16 12:23 | |
jds2001 | so any questions on the CUPS-PK feature? | Jan 16 12:23 |
jds2001 | mclasen: cool :) | Jan 16 12:23 |
notting | looks good to me. +1 | Jan 16 12:24 |
*nirik notes docs has "FIXME: None, currently" | Jan 16 12:24 | |
jwb | +1 | Jan 16 12:24 |
mclasen | nirik: well, there are no docs, currently | Jan 16 12:24 |
jds2001 | +1 here, fix the docs :) | Jan 16 12:24 |
j-rod | +1, and what they said | Jan 16 12:24 |
bpepple | +1 | Jan 16 12:25 |
nirik | sounds like a great idea. +1. Might be worth running the defaults past dwalsh, as he had some issues with some of the other policykit defaults a while back. | Jan 16 12:25 |
mclasen | if he does, he's encouraged to tell us... | Jan 16 12:26 |
jds2001 | I see six +1's, so FESCo has approved the CUPS PolicyKit integration feature | Jan 16 12:26 |
jds2001 | .fesco 20 | Jan 16 12:26 |
zodbot | jds2001: #20 (Debuginfo Revamp) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/20 | Jan 16 12:26 |
*nirik nods. Just thought I would mention it. | Jan 16 12:26 | |
notting | mclasen: well, given what happened with dbus, and the PK flamewar, it might be nice to have a short 'writing DBUS and PK policies for dummies' doc | Jan 16 12:27 |
mclasen | yes, that would be nice | Jan 16 12:27 |
mclasen | I've mentioned that to the relevant parties repeatedly :-) | Jan 16 12:27 |
jds2001 | roland not around for the debuginfo feature? | Jan 16 12:28 |
nirik | +1 on this feature, but I see its only 1%, so I hope it's able to make it... | Jan 16 12:28 |
jds2001 | +1, same here. | Jan 16 12:28 |
nirik | also, mass rebuild would be better sooner than later. | Jan 16 12:29 |
jds2001 | looks like some pretty big changes. | Jan 16 12:29 |
notting | given the 1%, and what's involved, and when it would need to land for the mass rebuild (i'd prefer to only do one)... i'm skeptical | Jan 16 12:29 |
nirik | well, knowing if there would be a mass rebuild I mean. | Jan 16 12:29 |
jwb | is it backwards compatible? | Jan 16 12:29 |
jds2001 | would the new gdb (if we go that route) be able to take old debuginfo packages? | Jan 16 12:29 |
jds2001 | or what jwb said :) | Jan 16 12:29 |
nirik | roland is not around right? (I don't think I have seen him on irc ever) | Jan 16 12:29 |
jwb | he's on irc | Jan 16 12:30 |
j-rod | he hangs out in #fedora-kernel | Jan 16 12:30 |
bpepple | I a little worried about this: 'Either gdb team has to adapt it to new conventions, or DWARF tool + rpm deployment plan could include exploding in %post to current layout.' | Jan 16 12:30 |
jwb | whether he's available, i have no idea | Jan 16 12:30 |
*j-rod pings roland | Jan 16 12:30 | |
jwb | ok, so to be honest, this is one of those features that is going to go into rawhide regardless of what we say | Jan 16 12:30 |
nirik | jwb: probibly. | Jan 16 12:31 |
j-rod | still early-ish on the west coast | Jan 16 12:31 |
notting | "DWARF tool + rpm deployment plan could include exploding in %post to current layout. " | Jan 16 12:31 |
notting | that's just wrong. | Jan 16 12:31 |
bpepple | notting: that's what I was thinking also. | Jan 16 12:31 |
bpepple | I'd like to hear from Roland on that, before approving this. | Jan 16 12:32 |
jds2001 | yeah, how do you remove it then? Are they planning to %ghost the stuff or what? | Jan 16 12:33 |
notting | i'm -1 right now just because the scope, while described, includes a bit too much if/or/maybe/possibly | Jan 16 12:33 |
bpepple | -1 for now here also. | Jan 16 12:34 |
j-rod | yeah, I'd say defer this one for now, needs more questions answered | Jan 16 12:34 |
*jds2001 changes his early vote | Jan 16 12:34 | |
*nirik is fine deferring too. | Jan 16 12:34 | |
bpepple | jds2001: to late, your already committed. ;) | Jan 16 12:34 |
nirik | is someone going to update the talk page there? | Jan 16 12:34 |
jds2001 | i see three -1's, two +1's (me and nirik - though we are both fine deferring). | Jan 16 12:35 |
*jds2001 calls this declined, pending further information | Jan 16 12:36 | |
jds2001 | .fesco 21 | Jan 16 12:36 |
zodbot | jds2001: #21 (ext4 default filesystem) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/21 | Jan 16 12:36 |
jds2001 | no sandeen :( | Jan 16 12:36 |
jwb | he's coming | Jan 16 12:37 |
j-rod | there ya go | Jan 16 12:37 |
sandeen | hey gang | Jan 16 12:37 |
jds2001 | sandeen: :) | Jan 16 12:37 |
j-rod | so. just how scary is making ext4 the default for f11? :) | Jan 16 12:37 |
sandeen | you all have been helping test it, right? :) | Jan 16 12:37 |
wwoods | ooh are we going to play point/counterpoint? | Jan 16 12:37 |
sandeen | there is some scariness | Jan 16 12:38 |
j-rod | yup. my laptop is running ext4 now | Jan 16 12:38 |
sandeen | but by and large it mostly seems to be working well for most people | Jan 16 12:38 |
*nirik is running it here on a server box... working fine. | Jan 16 12:38 | |
sandeen | there are some known bugs; filesystem shrinking needs fixing | Jan 16 12:38 |
jwb | does anyone have an overwhelming reason not to swithc? | Jan 16 12:38 |
wwoods | "by and large it mostly seems to be working well for most people" is not a compelling argument for "so let's switch everyone to it" | Jan 16 12:38 |
wwoods | I have quite a few! | Jan 16 12:38 |
sandeen | wwoods, let's wait 'til ubuntu shakes it out for us, maybe? :) | Jan 16 12:38 |
sandeen | I have no doubt that it will uncover bugs if we switch new installs over to it | Jan 16 12:39 |
wwoods | I will summarize as: increased complexity and reduced stability on an unproven filesystem is not a good tradeoff for near-negligible gains in performance | Jan 16 12:39 |
sandeen | but we've had it available in fedora since F9, and there are 1500 or so (last I checked) ext4 filesystems registered in smolt stats | Jan 16 12:39 |
*jds2001 cnat claim to have really tested beyond trivially | Jan 16 12:39 | |
wwoods | ext4 is not particularly useful for most users | Jan 16 12:39 |
wwoods | as a personal anecdote I've had terrible luck with it | Jan 16 12:40 |
j-rod | but, but, but, moronix says its super-fast on ubuntu... | Jan 16 12:40 |
wwoods | I fully support it being available as an option in anaconda with no special boot args needed | Jan 16 12:40 |
nirik | http://www.smolts.org/static/stats/stats.html | Jan 16 12:40 |
j-rod | it was a bit fail in the f10 kernel and the first update kernel, but solid in -159 for me | Jan 16 12:40 |
sandeen | wwoods, it performs better (streaming IO in particular, as well as fsck times, delete times, and better sync behavior), scales better (larger files, larger filesystems (someday)) and has a few nice features (persisitent preallocation, eventual defrag ....) | Jan 16 12:40 |
drago01 | can't we just test it? reverting to ext3 as default before GA should be easy if needed | Jan 16 12:41 |
wwoods | let's take these one-by-one | Jan 16 12:41 |
sandeen | drago01, there is some risk there of ext3 not getting good testing as a result | Jan 16 12:41 |
j-rod | I'd definitely say make it chooseable in anaconda w/o a flag | Jan 16 12:41 |
jwb | sandeen, ext3? | Jan 16 12:41 |
wwoods | "performs better" - fsck is negligible for normal user cases, and the most obvious fsync bug - the firefox/sqlite doom - is worked-around already | Jan 16 12:41 |
j-rod | does ext3 really need more testing? | Jan 16 12:41 |
notting | j-rod: it already is | Jan 16 12:41 |
sandeen | jwb, yeah, if we focus on ext4, bail at the last minute, ext3 has been short-changed | Jan 16 12:42 |
j-rod | notting: ah, in rawhide? | Jan 16 12:42 |
wwoods | "scales better" - useless for anyone with filesystems / files in the sub-terabyte range | Jan 16 12:42 |
drago01 | sandeen: wtf? it got more than enough testing already and still get some upstream | Jan 16 12:42 |
j-rod | haven't actually tried a rawhide installer recently | Jan 16 12:42 |
wwoods | (i.e. almost everyone) | Jan 16 12:42 |
notting | wwoods: you've obviously never run liferea (it's like firefox was. but worse.) | Jan 16 12:42 |
jwb | sandeen, seriously? | Jan 16 12:42 |
sandeen | jwb, drago01 I'm just being pedantic about qa | Jan 16 12:42 |
wwoods | notting: okay, fair | Jan 16 12:42 |
sandeen | odds are it's fine, but alpha fedora releases have uncovered ext3 bugs in the past | Jan 16 12:42 |
wwoods | basically, here's the thing | Jan 16 12:43 |
drago01 | wwoods: and rpm calling fdatasync sucks too on ext3 | Jan 16 12:43 |
wwoods | it's *dead simple* to convert an ext3 filesystem to ext4, right? | Jan 16 12:43 |
sandeen | FSVO convert, yes | Jan 16 12:43 |
wwoods | FSVO? | Jan 16 12:43 |
j-rod | yeah, you don't get the full benefit if it was ext3 to start | Jan 16 12:43 |
nirik | doesn't get all the features converting IIRC | Jan 16 12:43 |
j-rod | for some value of | Jan 16 12:43 |
sandeen | you can very easily tune2fs and mount with extents, new files are in ext4 format | Jan 16 12:43 |
nirik | s/ext3/ext4/ you mean | Jan 16 12:43 |
wwoods | so: a) most people don't *need* ext4, | Jan 16 12:44 |
wwoods | b) those that *want* it at install time can get it | Jan 16 12:44 |
wwoods | c) those that want it later can easily upgrade in place | Jan 16 12:44 |
jds2001 | wwoods: somewhat upgrade. | Jan 16 12:44 |
wwoods | okay: "upgrade in place, with the caveat that they won't get some of the nice features thereof" | Jan 16 12:45 |
dwmw2_gone | they can upgrade in place to btrfs and get the features :) | Jan 16 12:45 |
*dwmw2_gone is now known as dwmw2_LHR | Jan 16 12:45 | |
jwb | please no | Jan 16 12:45 |
sandeen | To be honest, yes, some of the motivation is to advance ext4's robustness by foisting it on the masses :) | Jan 16 12:45 |
wwoods | d) once converted, ext4 filesystems can't be mounted as ext3 anymore | Jan 16 12:45 |
dwmw2_LHR | (sorry I'm late) | Jan 16 12:46 |
sandeen | wwoods, that's mostly true. with a lot of hoop jumping you can go back. it's not great | Jan 16 12:46 |
wwoods | e) we lose some features of ext3 (fs shrink, for example) | Jan 16 12:46 |
sandeen | wwoods, that will be fixed | Jan 16 12:46 |
sandeen | it's just a bug | Jan 16 12:46 |
jwb | by F11? | Jan 16 12:46 |
sandeen | sure | Jan 16 12:46 |
zless | i've used ext4 in f9 and f10 for my root fs only. the only realworld change i noticed was vastly faster fsck times. (and a rpm db related bug) | Jan 16 12:46 |
j-rod | how many users actually shrink their fs? | Jan 16 12:46 |
wwoods | okay, fair, strike e) | Jan 16 12:46 |
jwb | j-rod, i would say more than a few | Jan 16 12:46 |
dwmw2_LHR | when will we have shrink working? | Jan 16 12:47 |
sandeen | um, when is alpha released? :) | Jan 16 12:47 |
wwoods | I've used ext4 in F9 and F10; every system has either suffered massive rpmdb corruption or the disk has died completely. but these are anecdotes. let's leave them out of the discussion for now. | Jan 16 12:47 |
dwmw2_LHR | how many users shrink their fs _immediately_ after installing it? :) | Jan 16 12:47 |
drago01 | wwoods: "d)" the feature is about new installs no converting | Jan 16 12:47 |
j-rod | huh. I think I've done it... never. | Jan 16 12:47 |
sandeen | TBH I haven't looked into the bug yet, just got obvious when I used ext4 to make a livecd | Jan 16 12:47 |
wwoods | drago01: either way. ext4 filesystems - created or converted - can no longer be mounted by ext3 tools/modules | Jan 16 12:47 |
sandeen | the fsck phase of the process found errors | Jan 16 12:47 |
jeremy | j-rod: fs shrinking is required for the livecd to work. and if we're switching by default, the rootfs for the livecd needs to be ext4 also | Jan 16 12:48 |
sandeen | "ext3 tools" are ext4 tools | Jan 16 12:48 |
drago01 | wwoods: ok | Jan 16 12:48 |
j-rod | aha | Jan 16 12:48 |
notting | back in 2 min, sorry | Jan 16 12:48 |
sandeen | jeremy, FWIW the fsck phase *seemed* to fix the errors :) | Jan 16 12:48 |
sandeen | I haven't been able to make it boot yet (on ext3 either) | Jan 16 12:48 |
wwoods | sandeen: I mean other tools; older rescue images, other distros, drivers in other OSes (think dual-boot machines), etc | Jan 16 12:48 |
sandeen | "F9 rescue cd's won't rescue F11" doesn't seem compelling to me | Jan 16 12:48 |
j-rod | people w/other OSes could still pick ext3 if they must | Jan 16 12:49 |
sandeen | wwoods, and the windows ext3 driver corrupts ext3 anyway. I'll be glad to break that driver. | Jan 16 12:49 |
wwoods | "slightly faster for certain uncommon cases at the expense of compatibility and stability" | Jan 16 12:49 |
sandeen | the rpmdb corruption wwoods mentioned is the sort of thing that troubles me more; I've never reproduced it and we've not gotten a handle on it yet | Jan 16 12:49 |
wwoods | is really not a compelling argument to me | Jan 16 12:49 |
dwmw2_LHR | wwoods: we have/had similar compatibility concerns with selinux labelling anyway, surely? | Jan 16 12:49 |
dwmw2_LHR | shared /home isn't _that_ feasible | Jan 16 12:50 |
jds2001 | at some point, we're going to have to bite the bullet and do it. | Jan 16 12:50 |
j-rod | yeah | Jan 16 12:50 |
jwb | jds2001, no we aren't | Jan 16 12:50 |
wwoods | I'm sorry, but that's baloney | Jan 16 12:50 |
wwoods | unless "at some point" is "when btrfs is ready in a couple years" | Jan 16 12:50 |
dwmw2_LHR | I don't think btrfs is that far out | Jan 16 12:50 |
j-rod | so even when its rock-solid, performs better all over, we'd still not default to it?... | Jan 16 12:50 |
wwoods | I agree that sometime in the next couple of years we're going to need to mass-migrate our users to a new filesystem | Jan 16 12:51 |
jwb | btrfs as default is like an f13/f14 item | Jan 16 12:51 |
dwmw2_LHR | although it _does_ need a lot more stabilisation. It's a lot newer than ext4 | Jan 16 12:51 |
wwoods | I don't think now is the time | Jan 16 12:51 |
sandeen | dwmw2_LHR, more than just stabilisation | Jan 16 12:51 |
jwb | which means, can we live with ext3 for f11, f12, f13? | Jan 16 12:51 |
sandeen | ENOSPC handling would be nice, for one :) | Jan 16 12:51 |
f13 | damnit, I need to make it sot hat we don't ship F13 | Jan 16 12:51 |
sandeen | I'm impressed w/ the pace of development but don't underestimate the time it'll take | Jan 16 12:51 |
f13 | well, my opinion would be to allow ext4 to be selected without magic cli args, but keep ext3 as the default. We eventually want to go to btrfs so make a default switch when that is ready | Jan 16 12:51 |
wwoods | f13: right, that's what I'm saying | Jan 16 12:52 |
f13 | just to avoid default switching frequently | Jan 16 12:52 |
jeremy | removing the magic cli arg is fine (and really, probably nto a fesco decision; if kernel people are happy with it, then it's two seconds in anaconda) | Jan 16 12:52 |
f13 | but then again, it is Fedora, so meh. | Jan 16 12:52 |
dwmw2_LHR | sandeen: true, but stabilisation is the major thing. ENOSPC is part of that | Jan 16 12:52 |
dwmw2_LHR | as is ENOMEM handling :) | Jan 16 12:52 |
dwmw2_LHR | f13: that makes sense to me | Jan 16 12:52 |
rwheeler | ext4's fsck time improvements alone will make a vast improvement for users - why the fear? | Jan 16 12:52 |
jds2001 | that sounds reasonable. | Jan 16 12:52 |
wwoods | rwheeler: vast improvement for *what* users | Jan 16 12:52 |
rwheeler | any user with a disk larger than 200 GB (which is most of us) | Jan 16 12:52 |
j-rod | users that reboot their machines? | Jan 16 12:52 |
dwmw2_LHR | for users who _really_ ought to know what they're doing, and select ext4 for themselves | Jan 16 12:52 |
*mclasen doesn't see big value in keeping the default fs type stable over multiple fedora releases | Jan 16 12:53 | |
drago01 | non broken fsync | Jan 16 12:53 |
wwoods | I've never, *ever* seen *any* of my machines fsck at *all* | Jan 16 12:53 |
sandeen | wwoods, you are a lucky man | Jan 16 12:53 |
wwoods | I'm really not seeing a lot of complaints about fsck being slow | Jan 16 12:53 |
wwoods | except from people who manage a lot of storage | Jan 16 12:53 |
j-rod | sure its not just hiding behind the boot splash? | Jan 16 12:53 |
wwoods | and those people can easily choose ext4 | Jan 16 12:53 |
f13 | j-rod: no | Jan 16 12:53 |
j-rod | we still do an automatic fsck every x mounts | Jan 16 12:53 |
j-rod | fsvo x | Jan 16 12:53 |
sandeen | no, we tune that off in anaconda | Jan 16 12:53 |
f13 | j-rod: there are journal replays, but not full fscyncs | Jan 16 12:53 |
jwb | j-rod, rwheeler: fsck does not run hardly ever | Jan 16 12:53 |
sandeen | fscks. | Jan 16 12:53 |
rwheeler | you also will see a significant streaming write improvement | Jan 16 12:53 |
j-rod | ah | Jan 16 12:53 |
wwoods | j-rod: if that was the case my boot times would be unstable - they'd be long on the days I fsck and short others | Jan 16 12:54 |
f13 | j-rod: we stopped that insanity a while ago. | Jan 16 12:54 |
sandeen | fscks happen when you get an error on your fs, or yo uhit the "fsck every BLAH mounts" misfeature | Jan 16 12:54 |
wwoods | right | Jan 16 12:54 |
j-rod | maybe its only when I keep crashing my boxes... | Jan 16 12:54 |
j-rod | :) | Jan 16 12:54 |
wwoods | that doesn't happen very often to anyone | Jan 16 12:54 |
jeremy | j-rod: we turned off the auto fsck stuff when we first added ext3 | Jan 16 12:54 |
sandeen | f13, but mke2fs still defaults to having it on, so filesystems made outside anaconda get that treatment | Jan 16 12:54 |
rwheeler | I really don't agree about fsck not running - you always need to run it when you really, really need to recover a drive with a failing disk | Jan 16 12:54 |
wwoods | "faster fsck times" is an uncommon use case | Jan 16 12:54 |
f13 | I don't think anybody is going to argue that ext4 is "better". I think the question is, if btrfs is our eventual goal, is it worth the work to change defaults twice in such short succession? | Jan 16 12:54 |
*jeremy committed the bits to anaconda for it | Jan 16 12:54 | |
j-rod | I think I've made more than an fs or two just using mkfs outside of anaconda, so mah bad | Jan 16 12:55 |
bpepple | +1 to allowing ext4 to be selected without magic cli args, but keep ext3 as the default. | Jan 16 12:55 |
rwheeler | wwoods: not true at all, it is a routine thing in the real world | Jan 16 12:55 |
dwmw2_LHR | it's a special tuning -- we now do it only when you're on battery, or when you're about to try to give a presentation. | Jan 16 12:55 |
jwb | rwheeler, then people that care can select ext4 as the fs | Jan 16 12:55 |
j-rod | heh | Jan 16 12:55 |
mclasen | f13: you can't really know how short the succession will be | Jan 16 12:55 |
sandeen | dwmw2_LHR, :) | Jan 16 12:55 |
f13 | rwheeler: does this real world contain people that just blindly accept defaults? | Jan 16 12:55 |
f13 | mclasen: it'll likely be shorter than ext2<->ext3 (: | Jan 16 12:55 |
jwb | what bpepple +1 | Jan 16 12:55 |
wwoods | seriously we can revisit this at F12 | Jan 16 12:55 |
sandeen | f13, fsck isn't about option choosing | Jan 16 12:55 |
rwheeler | ext4 is the evolved version of ext3 with a misnamed subdirectory | Jan 16 12:55 |
wwoods | and Fthirteen | Jan 16 12:55 |
jwb | rwheeler, if that were true, then ext3 could mount ext4 filesystems | Jan 16 12:56 |
wwoods | I really don't see the value in doing it now | Jan 16 12:56 |
rwheeler | I think that we should treat it just like the major upgrades we did to x11, etc | Jan 16 12:56 |
*notting is +1 for ext4 as default | Jan 16 12:56 | |
f13 | well, lets think of this another way | Jan 16 12:56 |
f13 | one that is likely not popoular here | Jan 16 12:56 |
f13 | does anybody rightly think that btrfs will be viable for RHEL6? | Jan 16 12:56 |
dwmw2_LHR | rwheeler: do you know if we can do in-place migration from ext4 to btrfs, or only from ext3/ext2 ? | Jan 16 12:56 |
dwmw2_LHR | no | Jan 16 12:56 |
f13 | if no, is the desire for RHEL6 to have ext4? | Jan 16 12:56 |
jwb | poor argument | Jan 16 12:56 |
f13 | if yes, that's one hell of an argument for ext4 by default in F11 | Jan 16 12:56 |
rwheeler | there are plans to allow the in place migration from both | Jan 16 12:56 |
dwmw2_LHR | RHEL6 is... 12 months out? We'd want it to be default in F11 for that :) | Jan 16 12:57 |
jwb | f13, that's an argument for RH | Jan 16 12:57 |
f13 | yes, yes it is | Jan 16 12:57 |
f13 | I told you it wasn't going to be popular. | Jan 16 12:57 |
wwoods | The Fedora side of my brain sez: that's RHT's problem, not Fedora's | Jan 16 12:57 |
rwheeler | ext4 will definitely be in both rhel6 and 5.4 (and is tech preview in 5.3) | Jan 16 12:57 |
*jwb points to his obligatory we are not RH sign | Jan 16 12:57 | |
dwmw2_LHR | it's a relevant question, even if it isn't popular | Jan 16 12:57 |
f13 | of course we're not red hat, but that doesn't mean we should immediately deny any thing that would /help/ Red Hat | Jan 16 12:57 |
*dwmw2_LHR has one of those, but it's still a relevant question. It affects how much paid support we get if we choose it, for example | Jan 16 12:57 | |
jwb | dwmw2_LHR, by that token, we should ask what CentOS and yellowdog want | Jan 16 12:57 |
wwoods | I'll offer this as a compromise: do ext4-by-default for Alpha and Beta | Jan 16 12:58 |
jwb | they are both eventual consumers of fedora... | Jan 16 12:58 |
wwoods | revist at Feature Freeze or thereafter | Jan 16 12:58 |
jwb | j-rod, hey, what does mythdora want? | Jan 16 12:58 |
j-rod | I'm +1 for making it the default. and beat the hell out of it. | Jan 16 12:58 |
dwmw2_LHR | not really, because we don't expect them to bust a gut if we _try_ it and shit hits the fan. | Jan 16 12:58 |
wwoods | if we get a lot of nasty problems we revert | Jan 16 12:58 |
j-rod | with a contingency plan... what wwoods said | Jan 16 12:58 |
sandeen | jwb, ext4 will delete big HDTV files faster ;) | Jan 16 12:58 |
drago01 | wwoods: thats what I proposed just test it and go back if it is too broken | Jan 16 12:58 |
j-rod | jwb: *cough* xfs | Jan 16 12:58 |
sandeen | hehe | Jan 16 12:58 |
dwmw2_LHR | jffs2! | Jan 16 12:58 |
rwheeler | sandeen the faster deletion is an issue for people as well.... | Jan 16 12:58 |
wwoods | but I'm really, really not happy about foisting this on our theoretical millions of users | Jan 16 12:58 |
sandeen | yeah, if alpha explodes all over reverting to ext3 is easy. it'd be embarassing, but easy. | Jan 16 12:59 |
jeremy | dwmw2_LHR: I thought ubifs was what the cool kids used these days... ;) | Jan 16 12:59 |
wwoods | when most of them don't need it and it's not really proven | Jan 16 12:59 |
dwmw2_LHR | jeremy: true :) | Jan 16 12:59 |
sandeen | wwoods, we foist new stuff on our users ALL THE TIME | Jan 16 12:59 |
dwmw2_LHR | I'm happier doing it in Alpha than in the real release :) | Jan 16 12:59 |
j-rod | this *is* rawhide we're talking about... :D | Jan 16 12:59 |
dwmw2_LHR | can we try it just for the Alpha, then turn it off. Then make another decision before beta? | Jan 16 12:59 |
sandeen | dwmw2_LHR, hehe, so the plan is "add it to alpha and revert in beta?" :) | Jan 16 12:59 |
jeremy | sandeen: think we can get the shrinking bug fixed in time for the alpha? | Jan 16 12:59 |
wwoods | (dude I know this - I'm playing the role of Curmudgeonly QA Guy here) | Jan 16 12:59 |
sandeen | jeremy, I'll look into it. probably. | Jan 16 12:59 |
dwmw2_LHR | sandeen: well, add it for Alpha and reconsider for beta, once we have more information | Jan 16 13:00 |
rwheeler | we have enough fs developers working in rhel & fedora to support this very well (not to mention the IBM/SUN and others) | Jan 16 13:00 |
f13 | I don't mind foisting ext4 on new users, I just would mind foisting something else as a default on them in the not distant future | Jan 16 13:00 |
jeremy | although I guess we probably need to ensure that anaconda copes for live installs with either case regardless of the default | Jan 16 13:00 |
jds2001 | ok, I've completely lost count. Who is +1 to this? Current proposal is "enable it, revert at feature freeze if it eats babies"? | Jan 16 13:00 |
f13 | but really, I don't care, that's a minor argument from my part. | Jan 16 13:00 |
wwoods | okay, here's what I want: flesh out the "Scope" section of https://fedoraproject.org/wiki/Features/Ext4DefaultFs | Jan 16 13:00 |
f13 | (and I have no real FESCo vote) | Jan 16 13:00 |
wwoods | to include some *testable* metrics for speed and reliability | Jan 16 13:00 |
*sandeen wishes we had a filesystem people *were* begging for | Jan 16 13:00 | |
dwmw2_LHR | wwoods: to test it, we put it in Alpha :) | Jan 16 13:00 |
wwoods | revisit at alpha, beta, etc. | Jan 16 13:01 |
dgilmore | did we start an hour early? | Jan 16 13:01 |
notting | my argument is: fedora is about shipping the best of what's available today. that's ext4 right now, imo | Jan 16 13:01 |
jds2001 | dgilmore: we start at noon now :) | Jan 16 13:01 |
dwmw2_LHR | I'd be up for putting it in Alpha and keeping an open mind -- revisit the question before beta (which is slightly different to the 'pull it if everything breaks' proposal) | Jan 16 13:01 |
jds2001 | noon eastern, that is :) | Jan 16 13:01 |
wwoods | if it fails to meet the stated specifications, we revert to ext3-by-default | Jan 16 13:01 |
f13 | notting: that's a good argument. | Jan 16 13:01 |
dwmw2_LHR | s'true | Jan 16 13:01 |
dgilmore | jds2001: its noon now | Jan 16 13:01 |
sandeen | notting, have you been using it? good experience, problems, ? | Jan 16 13:01 |
notting | sandeen: no :) | Jan 16 13:01 |
j-rod | yeah, what notting said. and then we just keep a *very* close eye on it | Jan 16 13:01 |
sandeen | hehe | Jan 16 13:01 |
jwb | so we're going round and round | Jan 16 13:01 |
jwb | need to vote | Jan 16 13:02 |
j-rod | I've been using it quite a bit, very few issues, and those I have had, have been quickly fixed | Jan 16 13:02 |
j-rod | +1 | Jan 16 13:02 |
dgilmore | im +1 for ext4 as default unless we plan to switch to btrfs in F-12 | Jan 16 13:02 |
wwoods | removing my Curmudgeon hat: I want ext4-by-default, but I want it to not break my system, and when I wear that hat I'm not allowed to make tradeoffs so easily | Jan 16 13:02 |
dwmw2_LHR | I'd vote +1 to 'in Alpha, reconsider for beta', and vote 0 for 'in Alpha, reconsider if it _really_ goes tits-up' | Jan 16 13:02 |
jwb | dgilmore, that is a silly way to vote | Jan 16 13:02 |
rwheeler | btw, we have pounded a lot of data through it with the rh performance guys and the HP big system guys | Jan 16 13:02 |
wwoods | dwmw2_LHR: we won't. | Jan 16 13:03 |
dwmw2_LHR | rwheeler: yeah, that's no substitute for real users :) | Jan 16 13:03 |
phro | fwiw, I've been using it on my development system for 6+ months, and it's not had any problems. | Jan 16 13:03 |
dgilmore | jwb: perhaps. i just dont think we should go switching the default file system 2 releases in a row | Jan 16 13:03 |
dwmw2_LHR | we're not switching to btrfs in F-12. Not as default | Jan 16 13:03 |
dgilmore | jwb: so if we think we might want to switch to btrfs in F-12 id rather just wait till then | Jan 16 13:03 |
wwoods | btrfs won't even be considered for defaulthood until F13 at the earliest | Jan 16 13:03 |
dwmw2_LHR | I'd _like_ to be able to, but it ain't going to happen | Jan 16 13:03 |
notting | wwoods: i'll put a beer up that we'll be doing more OMG AAARGH kernel respins for modesetting than ext4 :) | Jan 16 13:03 |
jwb | i vote 0 | Jan 16 13:03 |
jds2001 | in F-thirteen we'll visit that. | Jan 16 13:03 |
dgilmore | then +1 for ext4 | Jan 16 13:03 |
jds2001 | +1 | Jan 16 13:03 |
dwmw2_LHR | +½ | Jan 16 13:04 |
rwheeler | hard to get real users until we have more than one non-boot partition by default for new fs'es :-) | Jan 16 13:04 |
wwoods | for F11 you'll need to put 'icantbelieveitsnotbtrfs' or something to enable it in anaconda | Jan 16 13:04 |
dwmw2_LHR | :) | Jan 16 13:04 |
wwoods | notting: I wouldn't bet against you on that one | Jan 16 13:04 |
*nirik got a phone call. Reading back up. | Jan 16 13:05 | |
jds2001 | dwmw2_LHR: you have to vote in whole numbers :) | Jan 16 13:05 |
jds2001 | oh, you did. | Jan 16 13:05 |
nirik | +1 from me, if it blows up, we fire contingency plan. | Jan 16 13:05 |
wwoods | sandeen: can you help craft a spec with testable metrics - things like "no data corruptor bugs open", "throughput on test 'foo' at least x.xx", etc. | Jan 16 13:05 |
dwmw2_LHR | I'm not too worried about the bugs aspect | Jan 16 13:06 |
jds2001 | i see around 5 +1's, so ext4 has been approved as the default filesystem in F11, with the understanding that we will revisit at Beta. | Jan 16 13:06 |
wwoods | esp. tests for things like rpmdb corruption that have been seen in the past | Jan 16 13:06 |
sandeen | wwoods, we can try something like that. it'll be weasily; I can pick a test I can pass :D | Jan 16 13:06 |
dwmw2_LHR | I assume that if it breaks, sandeen won't sleep till it's fixed, with rwheeler standing over him with the whip | Jan 16 13:07 |
jds2001 | geez a lot left. | Jan 16 13:07 |
wwoods | sandeen: that's fine, I just want some things to point at to say "here are the specified goals of ext4, and everything passes, so we're good to go" | Jan 16 13:07 |
jds2001 | .fesco 22 | Jan 16 13:07 |
zodbot | jds2001: #22 (Gnome 2.26) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/22 | Jan 16 13:07 |
*mclasen still here, can try to answer questions | Jan 16 13:07 | |
jwb | wait | Jan 16 13:07 |
jwb | so did ext4 pass? | Jan 16 13:07 |
jwb | ah, yes | Jan 16 13:07 |
jwb | sorry | Jan 16 13:07 |
wwoods | sandeen: I'm really trying to avoid something like the Empathy feature from F10, where we had an incomplete idea of what it was supposed to do, and then it turned out not to do what everyone wanted | Jan 16 13:07 |
jwb | proceed | Jan 16 13:07 |
*stickster_afk is now known as stickster | Jan 16 13:08 | |
rwheeler | dwmw2_LHR we certainly have a focus on getting ext4 stable so we can get our fs people onto btrfs | Jan 16 13:08 |
wwoods | so even if you're writing a spec that ext4 currently meets, that's fine, I just want to be able to say: "no, everything is fine, we can prove it does everything it's supposed to" | Jan 16 13:08 |
sandeen | (FWIW I think we should keep ext3->ext4 migration as an option, but with a boot flag; I Think that carries more risk (since it's existing data)) | Jan 16 13:09 |
bpepple | +1 to gnome-2.26. | Jan 16 13:09 |
jwb | i'm +1 for Gnome 2.26 | Jan 16 13:09 |
sandeen | (sorry, carry on) | Jan 16 13:09 |
jds2001 | +1 | Jan 16 13:10 |
nirik | +1, no brainer, should trumpet. | Jan 16 13:10 |
notting | +1 | Jan 16 13:10 |
j-rod | +1 | Jan 16 13:10 |
mclasen | business as usual, really | Jan 16 13:10 |
jds2001 | i see six +1 | Jan 16 13:10 |
jwb | move on! | Jan 16 13:10 |
nirik | when is 2.26 scheduled to release? | Jan 16 13:10 |
jds2001 | so we've approved the gnome 2.26 feature | Jan 16 13:10 |
bpepple | mclasen: yeah. | Jan 16 13:10 |
j-rod | yeah, not much question here. next! | Jan 16 13:10 |
jwb | oh crap | Jan 16 13:10 |
jwb | i'm supposed to do minutes | Jan 16 13:10 |
notting | speaking of, did we already approve the kde-4.2 feature? | Jan 16 13:10 |
dwmw2_LHR | +1 | Jan 16 13:10 |
dwmw2_LHR | hah | Jan 16 13:10 |
bpepple | jwb: should be fun. ;) | Jan 16 13:11 |
mclasen | notting: its on the approved list | Jan 16 13:11 |
jds2001 | jwb: i can send you the log if needed. | Jan 16 13:11 |
jwb | bpepple, summaries are wonderful :) | Jan 16 13:11 |
jwb | jds2001, nah, i think i have it. if i don't, i'll ask you | Jan 16 13:11 |
jds2001 | .fesco 23 | Jan 16 13:11 |
zodbot | jds2001: #23 (Live System for the DVD Image) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/23 | Jan 16 13:11 |
jds2001 | so this looks like more of a wishlist item to me. | Jan 16 13:11 |
jwb | i added some comments on the discussion page here | Jan 16 13:11 |
jds2001 | and not a very likely one, either. | Jan 16 13:11 |
jwb | it's not even technically possible for anything other than i386 | Jan 16 13:11 |
jwb | -1 | Jan 16 13:11 |
notting | is the submitter actually doing the patches for pungi? | Jan 16 13:12 |
jwb | i dunno. i asked about that | Jan 16 13:12 |
jds2001 | didnt see anything to that effect. | Jan 16 13:12 |
jwb | there's no patches, and no space on the x86_64 or ppc DVDs | Jan 16 13:12 |
jds2001 | only pungi patches ive seen recently are from notting | Jan 16 13:12 |
notting | jwb: well, we can cull stuff from the Fedora spin (puts on bastard hat). but if no one's working on the underlying compose/boot infrastructure for it... | Jan 16 13:13 |
f13 | yeah, I don't see this happening without somebody doing a lot of work | Jan 16 13:13 |
f13 | and I've already got too much work | Jan 16 13:13 |
notting | also, it gives you a rather bizarre installation choice in that you'll be installing two different things depending on which boot option you choose | Jan 16 13:13 |
jwb | yeah | Jan 16 13:13 |
dgilmore | -1 as its really only feasable for i386 | Jan 16 13:13 |
j-rod | dual-layer DVD image ftw! | Jan 16 13:14 |
jds2001 | -1 here too. | Jan 16 13:14 |
j-rod | -1 | Jan 16 13:14 |
bpepple | -1 | Jan 16 13:14 |
drago01 | jwb: "it's not even technically possible for anything other than i386" lets move to DL DVDs ;) | Jan 16 13:14 |
f13 | I do have a bluray burner here that I"ve been playing with | Jan 16 13:14 |
dwmw2_LHR | -1 | Jan 16 13:14 |
j-rod | (apologies to all the users w/only single-layer) | Jan 16 13:14 |
dgilmore | j-rod: dual layer dvd's are still not really an option | Jan 16 13:14 |
jwb | drago01, buy me a burner and media and we can talk | Jan 16 13:14 |
jds2001 | i see six -1 | Jan 16 13:14 |
f13 | we could do live bluray with the full rpm set on it for choose your own adventure installs | Jan 16 13:14 |
dgilmore | f13: sick puppy | Jan 16 13:14 |
j-rod | dgilmore: yeah, just being a jack-ass. :) | Jan 16 13:14 |
jds2001 | so we've declined the LiveCD on the install DVD | Jan 16 13:14 |
f13 | it'll take a week to mirror it, but... | Jan 16 13:15 |
*dwmw2_LHR wonders if we could manage tri-boot i386/x86_64/ppc install discs | Jan 16 13:15 | |
dwmw2_LHR | shouldn't be hard... | Jan 16 13:15 |
f13 | dwmw2_LHR: you get right on that (: | Jan 16 13:15 |
jwb | have fun | Jan 16 13:15 |
j-rod | even better: fat binaries w/all four arches in them. | Jan 16 13:15 |
jds2001 | ok, last feature :) | Jan 16 13:15 |
j-rod | single disc image for everything | Jan 16 13:15 |
dgilmore | dwmw2_LHR: it could be done. but would have to be dual-layer dvd or blue-ray | Jan 16 13:15 |
jds2001 | .fesco 25 | Jan 16 13:15 |
zodbot | jds2001: #25 (Xfce 4.6) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/25 | Jan 16 13:15 |
drago01 | jwb: the burner ins't the problem you I can't find a non DL capable burner but the media is indead more expensive | Jan 16 13:15 |
*stickster is now known as stickster_mtg | Jan 16 13:16 | |
*nirik999 has his daily intel xorg crash. That bug is getting very very very anoying. | Jan 16 13:16 | |
jds2001 | :( | Jan 16 13:16 |
dgilmore | drago01: you have to have puchased a dvd burner in the last couple of years for dual layer support | Jan 16 13:16 |
jwb | nirik999, so i asked a question about xfce since release is now set at feb 6 | Jan 16 13:16 |
jds2001 | nirik999: we're on to xfce 4.6 | Jan 16 13:16 |
nirik999 | great. | Jan 16 13:16 |
nirik999 | please re-ask, as my dircproxy hasn't reconnected yet. | Jan 16 13:16 |
drago01 | dgilmore: yeah | Jan 16 13:16 |
j-rod | isn't this more or less the same sort of thing as new gnome and kde? or is there more to xfce 4.6 | Jan 16 13:17 |
wwoods | nirik999: are you using the 'noirqdebug' boot arg? | Jan 16 13:17 |
*j-rod should read the feature page... | Jan 16 13:17 | |
dgilmore | +1 for XFCE | Jan 16 13:17 |
bpepple | +1 here also. | Jan 16 13:17 |
notting | +1. do they do the same odd/even release scheme, which is why we don't have 4.5? | Jan 16 13:17 |
nirik999 | j-rod: it's pretty much that... new release, new stuff. The big thing they redid is the configuration backend... | Jan 16 13:17 |
jds2001 | +1 here | Jan 16 13:18 |
j-rod | +1, that's what I figured | Jan 16 13:18 |
nirik999 | notting: yep. 4.5 was a devel cycle. | Jan 16 13:18 |
dwmw2_LHR | +1 | Jan 16 13:18 |
jds2001 | i see six +1's, so FESCo has passed the Xfce 4.6 feature | Jan 16 13:18 |
jwb | i'll assume the answer to my question was "yes" | Jan 16 13:18 |
jwb | +1 | Jan 16 13:18 |
nirik999 | upstream is somewhat interesting when it comes to releases... I sure hope it's out in time, but the betas/rc's are looking pretty stable. | Jan 16 13:18 |
jds2001 | alrighty, on to other business..... | Jan 16 13:19 |
jds2001 | .fesco 10 | Jan 16 13:19 |
nirik999 | for 4.4 they slipped a bunch, someone posted to the list "hey, when are we going to release" and they did the release the next day. ;) | Jan 16 13:19 |
zodbot | jds2001: #10 (Review list of non-provenpackager committable packages) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/10 | Jan 16 13:19 |
jds2001 | nirik999: hehe :) | Jan 16 13:19 |
nirik999 | wwoods: no, should I be? | Jan 16 13:19 |
wwoods | once again - XFCE46's Scope section should include more detail about what's changing, so we can write a test plan to test the changes | Jan 16 13:20 |
nirik999 | wwoods: agreed, I can try and improve it... | Jan 16 13:20 |
jds2001 | so I was thinking that we'd discuss what constitutes acceptable criteria for a package *not* to be provenpackager committable. | Jan 16 13:21 |
jds2001 | helps to have that prior to reviewing the list. | Jan 16 13:22 |
abadger1999 | jds2001: On this one, note that I haven't locked down who can change that yet. it's very easy but I'm trying to get a few other changes into the same release. | Jan 16 13:22 |
abadger1999 | If locking it down is needed pronto, I can hotfix it this weekend. | Jan 16 13:22 |
jwb | pronto would be an exaggeration i think | Jan 16 13:22 |
jds2001 | abadger1999: i dont think pronto. | Jan 16 13:23 |
nirik999 | I'm wondering what the criteria should be too... do we really need any packages closed to this? I guess one issue is the cvs commit mail control-c thing. Was that fixed? | Jan 16 13:23 |
dgilmore | jds2001: i think packages that if patched incorrectly will break the world | Jan 16 13:23 |
f13 | nirik999: that isn't fixed, and might not be fixable with cvs itself. | Jan 16 13:23 |
dgilmore | i.e. binutils gcc kernel glibc | Jan 16 13:24 |
f13 | those would be acceptable, but still the maintainer could choose to open them up | Jan 16 13:24 |
f13 | honestly, I think it's prudent to get feedback from the current closed packagers, to see why they feel they shoudl be closed | Jan 16 13:25 |
dgilmore | f13: sure they can always choose to open them up | Jan 16 13:25 |
jds2001 | what about security system packages, ala openssl, openssh, nss stuff? | Jan 16 13:25 |
f13 | we can then roll that into either acceptable criteria, or unacceptable. | Jan 16 13:25 |
bpepple | f13: agreed. | Jan 16 13:25 |
jds2001 | s/system/sensitive | Jan 16 13:25 |
nirik999 | so, if thats not fixed, I do see a need to have closed packages. ;( Thats a reason to switch vcs's or setup IMHO. | Jan 16 13:25 |
f13 | this is one of those things where you can't envision every possible critera, and you have to roll with the requests as they come. | Jan 16 13:25 |
dgilmore | jds2001: true, we dont want a debian esque incident | Jan 16 13:26 |
dwmw2_LHR | f13: true, although having guidelines doesn't hurt | Jan 16 13:26 |
nirik999 | I agree... lets email the maintainers who have closed and ask them? | Jan 16 13:26 |
f13 | nirik999: I have to look again at how much we can move fully serverside with the message bus, we /might/ be able to fix it | Jan 16 13:26 |
dwmw2_LHR | I think the plan stated before was that we'd let maintainers come to us and make their case | Jan 16 13:26 |
nirik999 | if it was fixed, I would see no real reason to close provenpackagers personally. | Jan 16 13:26 |
dwmw2_LHR | and after a month or two, we'd open the packages we hadn't approved | Jan 16 13:26 |
dwmw2_LHR | we should call on the maintainers to do that | Jan 16 13:27 |
jds2001 | can do. | Jan 16 13:27 |
jds2001 | dwmw2_LHR: you saw the summary from our face-to-face meeting i guess? | Jan 16 13:27 |
jds2001 | about reseeding provenpackager w/sponsors? | Jan 16 13:28 |
bpepple | jds2001: any reason why that turned from a proposal session into a decision? | Jan 16 13:28 |
jwb | bpepple, majority vote was present | Jan 16 13:28 |
jds2001 | bpepple: i thought it was a decision :) | Jan 16 13:29 |
bpepple | It would have been niced to have been given an option to way in on that. | Jan 16 13:29 |
jds2001 | and majority was at 6 | Jan 16 13:29 |
jds2001 | bpepple: sorry :( | Jan 16 13:29 |
bpepple | s/way/weigh/ | Jan 16 13:29 |
dwmw2_LHR | jds2001: yes, I did. thanks. | Jan 16 13:29 |
bpepple | seemed like it was rammed through without any of the folks that might have dissented from being allowed to vote. | Jan 16 13:29 |
dwmw2_LHR | well, if they were quorate... | Jan 16 13:30 |
dwmw2_LHR | I have no particular objection to it, although I probably wouldn't have voted for it | Jan 16 13:30 |
bpepple | but in the grand scheme of things, I don't care that much, but I don't think it should become a habit in future fudcons. | Jan 16 13:30 |
f13 | I wouldn't feel bad about putting that to another meeting vote | Jan 16 13:30 |
jwb | i fail to see how this is different from someone not making a meeting | Jan 16 13:30 |
f13 | we're a ways away from being able to /act/ upon that decision anyway | Jan 16 13:30 |
*nirik has no problem revisiting. I can +1 here as well as I did in person. ;) | Jan 16 13:31 | |
f13 | jwb: mail advertisement, non-fesco participation, etc... | Jan 16 13:31 |
*jds2001 too :) | Jan 16 13:31 | |
bpepple | f13: I can live with the decision for the seeders I had more of a problem with having a vote without giving all of fesco an option to weigh-in. | Jan 16 13:31 |
f13 | and well, the rahul effect | Jan 16 13:31 |
f13 | anything to avoid the rahul effect. | Jan 16 13:31 |
jwb | sorry, but it was known from the last IRC meeting we were going to talk about this | Jan 16 13:32 |
jds2001 | bpepple: it was pitched as a barcamp session at paul's recommendation | Jan 16 13:32 |
jds2001 | and we did have non-fesco members present. | Jan 16 13:32 |
bpepple | f13: working on a proposal is fine, I'm just not thrilled with having a final decision being made without all the parties being able to weigh-in. but anyway we can get back to the topic. | Jan 16 13:32 |
f13 | bpepple: yeah, I agree with you. | Jan 16 13:33 |
jds2001 | do we want to re-vote now? | Jan 16 13:33 |
jds2001 | just for the record? | Jan 16 13:33 |
nirik | bpepple: yeah, sorry. | Jan 16 13:33 |
bpepple | jds2001: no, I'm fine with the decision, just not the process that was used. | Jan 16 13:34 |
bpepple | let's just try to avoid from doing that again in the future. | Jan 16 13:35 |
jds2001 | noted :) | Jan 16 13:35 |
jds2001 | anyhow, anymore on this? | Jan 16 13:36 |
*jds2001 takes that as a no, will follow up with individual maintainers. | Jan 16 13:37 | |
jds2001 | .fesco 11 | Jan 16 13:37 |
zodbot | jds2001: #11 (Review FPC report) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/11 | Jan 16 13:37 |
jds2001 | this is the FPC report that we missed last week. | Jan 16 13:37 |
jds2001 | and FPC has one other item as well. | Jan 16 13:38 |
jds2001 | .fesco 18 | Jan 16 13:38 |
zodbot | jds2001: #18 (FPC item for approval) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/18 | Jan 16 13:38 |
*bpepple doesn't have any objections. | Jan 16 13:39 | |
*jds2001 either, +1 | Jan 16 13:39 | |
j-rod | no objections to anything here | Jan 16 13:40 |
nirik | well, I'm not sure the font stuff is ideal... seems a lot of churn and macros. ;) However, I will trust that fpc knows what they are doing... | Jan 16 13:40 |
f13 | The naming of fonts causes some pretty ... fun ... things to go in specs/macros | Jan 16 13:40 |
dgilmore | +1 | Jan 16 13:40 |
nirik | +1 | Jan 16 13:40 |
f13 | and some unexpected subpackage names | Jan 16 13:40 |
f13 | heavy use of -n going on, which is always a treat to debug | Jan 16 13:41 |
j-rod | hm. good point. wasn't thrilled at having to change a dependency *again* | Jan 16 13:41 |
j-rod | but if they'll finally settle on something and quit changing the names around on dejavu-*... | Jan 16 13:42 |
*jds2001 wonders what the end goal of all this is. | Jan 16 13:42 | |
nim-nim | jds2001: world domination! | Jan 16 13:42 |
nirik | font package names that make some sense, and are split out so you don't have to install a big package to get the one font you need. | Jan 16 13:42 |
nirik | and font packages that are all using the same setup I guess. | Jan 16 13:42 |
jds2001 | seems worthy | Jan 16 13:43 |
nim-nim | and cleaning up the huge pile of mispackaged fonts in the distro | Jan 16 13:43 |
f13 | the end goal should be listed in teh proposal, is it not? | Jan 16 13:43 |
*dwmw2_LHR wishes the damn page would load | Jan 16 13:43 | |
*nirik still needs to fix his font packages. Perhaps this weekend. | Jan 16 13:43 | |
dwmw2_LHR | sounds good to me as nirik describes it | Jan 16 13:43 |
abadger1999 | There was no actual font naming guideline before. nim-nim and FPC had several proposals and counter proposals before arriving at this naming convention. | Jan 16 13:43 |
nim-nim | we settled with the minimal changes FPC would accept | Jan 16 13:44 |
nim-nim | their first proposals were even more heavy on -n and renamings | Jan 16 13:44 |
*jds2001 only sees four +1's to this unless i'm missing something | Jan 16 13:45 | |
jds2001 | jwb, notting? | Jan 16 13:46 |
jwb | +1 | Jan 16 13:46 |
nim-nim | jwb: thanks | Jan 16 13:46 |
jds2001 | ok, the FPC proposals have been approved. | Jan 16 13:46 |
notting | +1-ish. i don't like the churn, but as long as it's the last time :) | Jan 16 13:46 |
dwmw2_LHR | +1 | Jan 16 13:47 |
j-rod | +1, same caveat as notting | Jan 16 13:47 |
jds2001 | .fesco 13 | Jan 16 13:47 |
zodbot | jds2001: #13 (FESCo needs to determine whether ovm is acceptable content) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/13 | Jan 16 13:47 |
*nirik nods. Hopefully this will be it and we can grow our font package collection from here. | Jan 16 13:47 | |
nim-nim | thank you | Jan 16 13:47 |
bpepple | +1 to ovm, for pretty much the reasons that spot pointed out in the bug report. | Jan 16 13:48 |
nirik | so it's a simulator where this is no free content. | Jan 16 13:48 |
nirik | (yet) | Jan 16 13:48 |
j-rod | +1, it'll help enable development of a free sim | Jan 16 13:48 |
dwmw2_LHR | what are the chances of free content? | Jan 16 13:48 |
dgilmore | nirik: reverse | Jan 16 13:48 |
nirik | ah, ok. | Jan 16 13:48 |
dgilmore | its content with no free way to use it | Jan 16 13:48 |
*nirik reads the bug. | Jan 16 13:49 | |
nirik | bug 474980 for those following at home. | Jan 16 13:49 |
buggbot | Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=474980 medium, medium, ---, thibault.north@gmail.com, ASSIGNED, Review Request: ovm - Open Verification Methodology : IEEE 1800 SystemVerilog standard | Jan 16 13:49 |
notting | 'content with no free way to use it'? so, along the lines of a CC-BY-SA mp3 file? | Jan 16 13:49 |
jds2001 | notting: there's hope for a free way to use it. | Jan 16 13:50 |
notting | ah, ok | Jan 16 13:50 |
nirik | why not just wait for those, package them and approve this after one of those is in? | Jan 16 13:50 |
nirik | why does adding it now help? | Jan 16 13:50 |
jds2001 | chitlesh is not around :/ | Jan 16 13:51 |
*jds2001 wishes he could answer that, supposedly it will spur development or something | Jan 16 13:51 | |
nirik | that seems strange to me... perhaps I am missing something | Jan 16 13:52 |
*stickster_mtg is now known as stickster | Jan 16 13:52 | |
*jds2001 too | Jan 16 13:52 | |
jds2001 | spot: do you have any insight on ovm other than what's in the bug? | Jan 16 13:52 |
dgilmore | nirik: i dont get it either | Jan 16 13:53 |
nirik | it would be a bad experence for our users, IMHO. yum install ovm. Hey, I can't use this, I need to go buy this commercial app to use it. | Jan 16 13:53 |
dgilmore | would we allow something that can build without oracle, but would only run with oracle as a db? | Jan 16 13:53 |
notting | spacewalk? | Jan 16 13:54 |
nirik | dgilmore: we do already I think... there are some perl modules. | Jan 16 13:54 |
dgilmore | notting: it needs oracle to build | Jan 16 13:54 |
nirik | but they are mostly converters, not sure if they need oracle, or just data dumped from it. | Jan 16 13:55 |
dgilmore | just using that as an example. | Jan 16 13:55 |
dgilmore | we allowed the games engine that would download closed game data. but there was free data that could be used | Jan 16 13:56 |
dgilmore | it wasnt the only function | Jan 16 13:56 |
abadger1999 | amazon s3 and flikr libraries. | Jan 16 13:56 |
dgilmore | abadger1999: they dont require non-free bits on your machine to be useful. | Jan 16 13:57 |
abadger1999 | Unless you count the js loaded by your browser :-) | Jan 16 13:57 |
nirik | I guess it comes down to does this "enhance the users experence" | Jan 16 13:57 |
dgilmore | i guess to me that it requires non-free bits on your local machine to be useful makes it a no go | Jan 16 13:58 |
nirik | in the case where someone already have whatever commercial thing needs to run this, being able to yum install it would be nice. | Jan 16 13:58 |
dgilmore | nirik: sure | Jan 16 13:58 |
nirik | but for anyone else it's a loose. | Jan 16 13:58 |
j-rod | someone could want to install it to work on a free replacement, no? | Jan 16 13:58 |
jds2001 | j-rod: i think that's the goal. | Jan 16 13:58 |
dgilmore | j-rod: they could | Jan 16 13:58 |
j-rod | sure, there are probably very few people who actually want it... | Jan 16 13:58 |
nirik | popularity is not part of the criteria. ;) | Jan 16 13:59 |
j-rod | but I think there's a legitimate end-game and no blocker reason to keep it out | Jan 16 13:59 |
j-rod | this isn't being pimped as a feature, right? just want clearance to add the package | Jan 16 13:59 |
nirik | humm...so there are some free tools in alpha... | Jan 16 14:00 |
bpepple | j-rod: correct. | Jan 16 14:00 |
j-rod | so I'm still +1 for this | Jan 16 14:00 |
bpepple | still +1 to this also. | Jan 16 14:00 |
nirik | I think I am ok with it as long as their are some free tools to use it... | Jan 16 14:01 |
jds2001 | +1 here as well | Jan 16 14:01 |
dgilmore | id like to see the alpha tools in, even if there not completely uesable | Jan 16 14:01 |
dgilmore | it would make me feel better about it | Jan 16 14:01 |
nirik | yeah, I am still not sure on the timing... it would make sense to me to add the tools at the same time or before. | Jan 16 14:01 |
notting | +1 to add the tools at the same time, please | Jan 16 14:02 |
nirik | so, where are we? ok, but add a note asking to package/review/approve the tools first? | Jan 16 14:03 |
jds2001 | i believe so. | Jan 16 14:04 |
dgilmore | id like the tools at the same time | Jan 16 14:04 |
dgilmore | so +1 from me with the proviso that the tools get added also | Jan 16 14:04 |
jds2001 | i see five +1's, so we'll allow this content provided that iverilog gets packaged at the same time. | Jan 16 14:05 |
jds2001 | that's the end of the agenda, anything else folks wanna bring up? | Jan 16 14:06 |
*jds2001 has changed the topic to: FESCo meeting - open floor | Jan 16 14:06 | |
bpepple | do we still want to have our irc logs here: http://bpepple.fedorapeople.org/fesco/, or somewhere else now that we are rotating meeting summaries? | Jan 16 14:06 |
notting | do we just want to do the other open sponsor requests while we're here? | Jan 16 14:06 |
jds2001 | sure, we could do that. | Jan 16 14:07 |
bpepple | yeah, I'm fine with doing the other sponsor requests. | Jan 16 14:07 |
jds2001 | .fesco 15 | Jan 16 14:07 |
zodbot | jds2001: #15 (New Sponsor Request: Ian Weller) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/15 | Jan 16 14:07 |
dgilmore | bpepple: probably should look at putting them on fedorahosted | Jan 16 14:07 |
nirik | bpepple: wiki? | Jan 16 14:07 |
jds2001 | so there were some objections here. | Jan 16 14:08 |
bpepple | nirik: doesn't that screw up wiki searching still? | Jan 16 14:08 |
dgilmore | jds2001: -1 for Ian, id like to see more reviews and participation in the review/packaging process | Jan 16 14:08 |
jds2001 | bpepple: put them in teh Meeting: namespace | Jan 16 14:08 |
nirik | bpepple: don't think so, as long as it's in Meeting: | Jan 16 14:08 |
bpepple | jds2001: -1 to ian. In my opinion he needs more package reviews. | Jan 16 14:08 |
nirik | yeah, ianweller needs to do more reviews | Jan 16 14:08 |
j-rod | -1, same concerns | Jan 16 14:09 |
jds2001 | -1 here, too - didnt realize the lack of package reviews. | Jan 16 14:09 |
nirik | I'm happy to note however, that there are lots of reviews on the queue. ;) | Jan 16 14:09 |
*jds2001 encouraged him to apply, I feel sorta bad about that :/, but again, I didn't know the review situation | Jan 16 14:09 | |
*jds2001 will advise him accordingly, nirik :) | Jan 16 14:10 | |
dgilmore | i count 4 -1 | Jan 16 14:10 |
notting | 0 for now | Jan 16 14:10 |
nirik | -1 for now... come back with reviews done. ;) | Jan 16 14:11 |
jds2001 | i see five -1's, so we have declined ianweller's request, and request him to re-apply after doing further package reviews. | Jan 16 14:12 |
jds2001 | .fesco 16 | Jan 16 14:12 |
zodbot | jds2001: #16 (New Sponsor Request: Kevin Kofler) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/16 | Jan 16 14:12 |
nirik | +1 | Jan 16 14:12 |
jds2001 | +1, a no-brainer. | Jan 16 14:12 |
notting | i was confused, i thought he was one already. +1 | Jan 16 14:13 |
bpepple | +1 here also. | Jan 16 14:13 |
dgilmore | +1 for kevin | Jan 16 14:13 |
dgilmore | he is doing amazing work | Jan 16 14:13 |
jds2001 | i see five +1's, so we have approved Kevin's request. | Jan 16 14:13 |
jds2001 | anything else? | Jan 16 14:14 |
mitr | https://fedoraproject.org/wiki/Features/StrongerHashes is not yet FeatureReadyForFESCO, but does anyone care to offer any comment now? | Jan 16 14:14 |
j-rod | +1 for kevin | Jan 16 14:15 |
j-rod | sorry, was distracted | Jan 16 14:15 |
dwmw2_LHR | +1 | Jan 16 14:15 |
dwmw2_LHR | (for kevin) | Jan 16 14:15 |
nirik | mitr: seems like a good thing to have. Lots of packages/interface with lots of groups. | Jan 16 14:16 |
mitr | Is there a mass rebuild planned? | Jan 16 14:16 |
*j-rod has other work to tend to, needs to disappear or at least pay less attention | Jan 16 14:16 | |
jds2001 | mitr: none at present, no. | Jan 16 14:16 |
bpepple | mitr: As far as I'm aware I don't think one is planned at the moment. | Jan 16 14:16 |
nirik | mitr: not that I know of yet. | Jan 16 14:16 |
nirik | gcc 4.4.0 just landed tho | Jan 16 14:17 |
f13 | it landed in a side collection | Jan 16 14:18 |
f13 | well not fully built either | Jan 16 14:18 |
nirik | yeah, branch in cvs at least it looks like. | Jan 16 14:19 |
dgilmore | f13: is there features in gcc-4.4.0 that would benefit from a mass rebuild? | Jan 16 14:19 |
dwmw2_LHR | re StrongerHashes... looks like a sane plan | Jan 16 14:19 |
f13 | I think jakub has mumbled something about it | Jan 16 14:19 |
dgilmore | f13: we should plan on doing one | Jan 16 14:19 |
f13 | there could also be rpm features to enable, like sha256 checksums | Jan 16 14:19 |
dgilmore | id like to see noarch packages included | Jan 16 14:19 |
notting | ideally, schedule just one that handles sha256, gcc, debuginfo, etc. | Jan 16 14:19 |
f13 | dgilmore: that's what feature pages are for | Jan 16 14:20 |
nirik | is the rpm lzma stuff ready this cycle? | Jan 16 14:20 |
f13 | notting: that's the idea | Jan 16 14:20 |
dgilmore | i guess sha256 will require all package get rebuilt | Jan 16 14:22 |
notting | nirik: i thought lzma changed ABI, or format, or something | Jan 16 14:22 |
nirik | well, it was in alpha last time... but no idea if there has been progress... need to ask Panu. | Jan 16 14:22 |
tibbs | Hey, they finally named the gcc specfile properly! | Jan 16 14:23 |
nirik | tibbs: yep | Jan 16 14:23 |
*jds2001 has $DAYJOB stuff to tend to..... | Jan 16 14:23 | |
*nirik is good with closing meeting now. | Jan 16 14:24 | |
*dgilmore also | Jan 16 14:24 | |
rsc | f13: with lzma? Stable or that one with API? | Jan 16 14:26 |
*rdieter_away is now known as rdieter | Jan 16 14:28 | |
f13 | rsc: no idea about lzma | Jan 16 14:30 |
nirik | jds2001: we done I assume? | Jan 16 14:32 |
dgilmore | i thinks so | Jan 16 14:33 |
dgilmore | --MEETING END-- | Jan 16 14:33 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!