[11:02] KDE SIG meeting start. who's present? [11:02] Present. [11:03] well, let's get started... kde-settings, aka "what were you thinking?" [11:04] seriously, it'll be fine, it's really only a minor change, and will help us greatly in the long run. [11:04] the thing that killed us was my waiting so long for a package review. [11:04] No than here? That's bad, I'd have liked him to be here for the discussion. [11:05] he hasn't shown the last 3-4 weeks, why start now? (yes, I'm crabby) [11:05] I'm a bit worried when even you are saying "pass one certainly won't be perfect, and will require tweaking" 2 days from the deep F7 freeze. [11:06] kde-settings as-is shouldn't be any worse than the previous status-quo, and once in use, will allow us to tweak things quickly and easiler w/o having to rebuild all of kdelibs and/or kdebase. everyone wins. [11:06] and, if worse-comes-to-worse, it'll be easy enough to back out if we have to. [11:07] IMHO, it needs at least a full diff of the config files you're installing with the ones the latest kdebase which is still being built is installing. [11:07] I've been using kde-setting in kde-redhat packaging for a *long* time already. [11:07] But that doesn't mean you aren't regressing anything from what's currently in the repo. ;-) [11:07] I'm not too worries about the diff, there's going to be enough changes that not much of the original configs will survive. [11:08] I'm willing to risk minor regressions for the bigger win here. (but that's just me) [11:08] Uh, so you're changing all the configuration 2 days from the final freeze? I must say I'm with Than here. [11:08] It's not worth the risk. [11:08] but this has been "the plan" from day1. [11:09] it just sucks bug monkey balls that the package review took weeks/months. [11:09] I can understand your frustration. [11:09] I shoulda just pulled a Core, and imported, and allowed for the package review later. [11:10] But that still doesn't make it a good idea to rush this in now. [11:10] like I said, *I* think the risk is worth giving it a try. Tis easy to change our minds later. [11:10] imo, the risks are minimal, this config-style has been in use in kde-redhat packaging for many months. [11:11] There's 2 things at issue here: [11:11] (and if it didn't work right, I certainly would have heard about it by now) [11:11] ok, I'm listening. [11:12] * the way the configs are packaged: the worries here is that you aren't even sure whether to use a %pre scriptlet or a trigger in one place, yet you want to push this now [11:12] * the contents of the config: if this is completely different from the previous Fedora config, what tells us this won't regress things from what Fedora is currently shipping? [11:13] %pre vs %trigger: my comment was that both approaches would work, I was talking to myself which would be better... [11:14] Then I'd answer: surely not the trigger, triggers are evil. ;-) [11:14] agreed, hence, the use of %pre. :) [11:15] Re regressions: as I've said, I've been using these configs (approximately) in kde-redhat packaging for a *long* time, and haven't heard of any problems. [11:16] hey guys... [11:16] another option is copy verbatum existing kdelibs/kdebase configs into kde-settings (icky, I don't much see the point) [11:16] Kevin_Kofler: geez man, can kde configs get any worse ;-) [11:16] * XulChris ducks [11:16] gimme a change to kde-settings'ize kdelibs/kdebase, then we can revisit the issue, ok? [11:16] s/change/chance/ [11:17] XulChris: Comments like this really aren't helpful. :-( [11:18] still on my TODO: integrate xdg-user-dirs [11:19] Kevin_Kofler: im just pointing out that there seems to be little downside to making the change despite what you are claiming... [11:19] (which is/will-be *much* easier if using kde-settings, hint hint...) [11:19] XulChris: Kevin's concerns are *absolutely* valid, don't get me wrong.... [11:20] sorry, i just dont see it.. [11:20] any other topics? [11:21] Next topic: KDE 4 [11:21] good one. [11:21] I put up SRPMs for 3.90.1 at: http://sourceforge.net/project/showfiles.php?group_id=65974&package_id=209969&release_id=505920 [11:21] But those aren't what should be done towards F8, they are for FC6 and F7. [11:21] thanks, I hope you won't mind if I don't get to that for the next few days... :) [11:22] For F8, here's the plan I finally managed to write up today: http://fedoraproject.org/wiki/KevinKofler/F8KDE4Plan [11:22] wasn't kde at 3.9.3 or something? [11:23] This is of course just how I see things, it needs discussion to get towards something we all agree on. [11:23] letoams: It was at 3.80.3, now there's 3.90.1, a.k.a. 4.0 alpha 1. [11:23] * letoams is waiting for kopete to be part of F so he can add the kopete OTR plugin [11:23] ahh [11:23] perhaps it was 3.9.0 then when kopete merged into kdabase [11:23] kdebase [11:24] I don't think there ever was a 3.9.0. [11:24] Kevin_Kofler: neat, thanks a bunch. Ideally, the parallel-installability issues will all be sorted out (upstream) in time. [11:24] There's a 3.5.x stable branch, and then there's the trunk which started at 3.80.1. [11:25] 2007 Kopete 0.12.4 released with KDE 3.5.6 [11:25] ohh, so its already in fc6? [11:25] yep [11:25] in kdenetwork [11:26] [Notify] thiago is online (irc.freenode.org). [11:27] Kevin_Kofler: after F7'isms die down (or not, no biggie), send mail to fedora-devel about KDE4Plan. [11:27] afk 2 mins... need coffee (badly) [11:28] good idea :) [11:28] ok, much better. [11:29] anything else to discuss? (otherwise, we can just get back to work...) [11:30] mmmm coffee [11:30] I think that's all for now. [11:31] ok, y'all pray to the higher-powers so that we can whip everything into release-shape. :)