14:01:47 <jreznik> #startmeeting kde-sig -- http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-12-14 14:01:47 <zodbot> Meeting started Tue Dec 14 14:01:47 2010 UTC. The chair is jreznik. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:47 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:01:59 <jreznik> #meetingname kde-sig 14:01:59 <zodbot> The meeting name has been set to 'kde-sig' 14:02:07 <jreznik> #chair jreznik Kevin_Kofler ltinkl than rdieter_work rnovacek thomasj 14:02:07 <zodbot> Current chairs: Kevin_Kofler jreznik ltinkl rdieter_work rnovacek than thomasj 14:02:16 <jreznik> #topic roll call 14:02:23 <jreznik> Who's present today? 14:02:29 * thomasj present 14:02:29 <Kevin_Kofler> Present. 14:02:40 * rnovacek is here, but leaving early (to school) 14:02:59 * than present 14:03:34 <jreznik> #info jreznik thomasj Kevin_Kofler rnovacek than present 14:04:20 <jreznik> rdieter_work: ? (we can probably move meeting time, looks like this early one does not fit you very well...) 14:04:35 <jreznik> #topic agenda 14:04:47 <tibbs> Isn't it something like 6AM where Rex is? 14:04:51 * ltinkl present too, ofc :) 14:05:06 * Sho_ too 14:05:21 <jreznik> #info ltinkl and Sho_ present too 14:05:22 <Kevin_Kofler> tibbs: -rdieter_work- TIME Tue Dec 14 08:05:13 2010 14:06:17 <thomasj> He's most likely on the road to work 14:07:09 <jreznik> thomasj: yep 14:07:21 <jreznik> #topic KDE intergration (oxygen-gtk, GTK+ 3 issues, libreoffice-kde) 14:07:45 <Kevin_Kofler> So packaging oxygen-gtk is the easy part. :-) 14:07:54 <Kevin_Kofler> rdieter has prepared an SRPM for review. 14:07:59 <thomasj> Is it now allowed to be packaged? 14:08:00 <thomasj> Ah 14:08:08 <Kevin_Kofler> Binary packages are available from kde-redhat. 14:08:15 <Kevin_Kofler> thomasj: They released 1.0.0. 14:08:22 <thomasj> perfect 14:08:30 <Kevin_Kofler> (And FWIW, the license has always allowed for it to be packaged. ;-) ) 14:08:39 <Kevin_Kofler> (But now it's officially released.) 14:09:07 <Kevin_Kofler> The problem there is that so far it's only available for GTK+ 2. 14:09:09 <thomasj> Yeah, i was waiting for the official release after Sho_mentioned i should wait 14:09:16 <Kevin_Kofler> And F15 will use GTK+ 3 for most stuff. 14:09:28 <thomasj> Reminds me to package qtcurve-gtk3 14:09:28 <Kevin_Kofler> Which brings us to GTK+ 3 issue #1. :-( 14:09:31 <Kyril> >_> 14:09:45 <Kevin_Kofler> thomasj: Chances are it won't work anymore with the next gtk3 update (2.91.6). 14:09:52 <thomasj> great 14:09:57 <Kevin_Kofler> They merged a branch which redid all the theming API. 14:10:07 <Sho_> I've been talking to Hugo (upstream developer) about the GTK+ 3 situation, but he's currently fairly adamant about remaining in bugfixing mode on the GTK+ 2 version for a while, he wants to get a handle on that first 14:10:10 <jreznik> we should take a look to all gtk2 based kde related packages 14:10:12 <Kevin_Kofler> So all the themes which are already ported have to be ported again, with many more changes. 14:10:26 <thomasj> Awesome.. 14:10:45 <jreznik> we need at least the list of packages we are shipping and that would need port? 14:10:59 <jreznik> anyone taking? :) 14:11:22 * thomasj gets his butt kicked from RL currently 14:11:24 <Kevin_Kofler> oxygen-gtk, kdebase-workspace (the krdb.cpp stuff), maybe xsettings-kde (it SHOULD work as is, but…). 14:11:27 * jreznik knows - it's risky, this "create list" can end with "port it" :) 14:11:36 <Kevin_Kofler> And qtcurve-gtk*. 14:11:44 <Kevin_Kofler> Those are all I can think of. 14:12:30 <jreznik> not so bad 14:12:34 <Kevin_Kofler> Well, there's Amarok using GTK+ (at least GDK) through libgpod, but it's really libgpod's business what version it uses there, Amarok just has to be linked to whatever libgpod is using (for image retrieval). 14:12:54 <Sho_> nspluginviewer? 14:13:11 <Kevin_Kofler> AFAIK, nspluginviewer doesn't link GTK+. 14:13:24 <Kevin_Kofler> It dynamically checks if a symbol called gtk_init has been linked in, and if so, calls it. 14:13:34 <Kevin_Kofler> (to work around broken plugins which expect it to be called for them) 14:13:45 <jreznik> #info potential issues - oxygen-gtk, kdebase-workspace (the krdb.cpp stuff), maybe xsettings-kde, qtcurve-gtk* 14:16:00 <Kevin_Kofler> We really need to look into what to do with the kdebase-workspace gtkrc writing code. 14:16:19 <jreznik> Kevin_Kofler: could you provide more info for gtkrc? 14:16:24 <Kevin_Kofler> I don't know what the right thing to write out is now for gtk3, another copy of gtkrc or the newfangled CSS stuff. 14:17:59 <ltinkl> jreznik: call tbzatek in? :) 14:17:59 <than> Kevin_Kofler: we have to check if the code still works with gtk3 14:18:13 <jreznik> ltinkl: yep, I was thinking about asking tbzatek :) 14:18:21 <Kevin_Kofler> The info is that kdebase-workspace writes out a ~/.kde/share/config/gtkrc-2.0 with some color settings and some other stuff (e.g. gtk-alternative-button-order = 1). 14:18:28 <ltinkl> ask him to come here for the meeting :) 14:18:50 <Kevin_Kofler> And we need to make this work for GTK+ 3 as well. 14:19:07 <Kevin_Kofler> (The same code also writes a gtkrc for GTK+ 1.) 14:19:08 <jreznik> thanks, just to make it clear for all people here 14:19:44 <jreznik> #info problem with gtkrc - kdebase-workspace writes out a ~/.kde/share/config/gtkrc-2.0 with some color settings and some other stuff (e.g. gtk-alternative-button-order = 1) 14:20:43 <rdieter_work> hi, sorry I'm late 14:20:46 * jreznik is asking tbzatek right now 14:20:50 <jreznik> rdieter_work: hi! 14:21:03 <Kevin_Kofler> Since upstream doesn't care about GTK+ 3 yet, if we want to ship oxygen-gtk for F15, it'll likely be up to us Fedora folks to do the port and contribute it upstream. 14:21:15 <jreznik> Kevin_Kofler: yep 14:21:21 <Kevin_Kofler> Otherwise we'll likely have a GTK+ 3 port for F16 at the earliest. 14:23:00 <jreznik> Kevin_Kofler: so the question is - should we package it now in Fedora if we know that it's going to break/not work soon with Gtk3? 14:23:37 <Kyril> jreznik: rdieter already packaged it, we could ship it for testing purpose? 14:23:47 <Kyril> well, it's in kde-redhat/testing 14:24:05 <rdieter_work> we can ship the gtk2-based oxygen-gtk for now, for testing. 14:24:07 <rdieter_work> yes 14:24:18 <rdieter_work> I'll submit it for review after meeting 14:24:29 <jreznik> Kyril: yes, it can be in kde-redhat but is it worth to put it to Fedora repos and then listen to users complaining it does not work in Gnome? 14:24:54 <thomasj> Likely not worth the stress yet 14:25:09 <rdieter_work> there's going to be a lot of transition, where fedora ships a lot of gtk2 + gtk3 stuff. 14:26:27 <Kyril> Does Qtcurve is compatible or not with GTK3? 14:26:27 <jreznik> gtkrc seems like still supported but tbzatek is not completely sure... 14:26:48 <Kevin_Kofler> There's a version which works with up to 2.91.5. 14:26:48 <Kyril> jreznik: nope ^_^ 14:27:02 <jreznik> http://kde-look.org/content/show.php?content=40492 14:27:05 <Kevin_Kofler> But it likely doesn't work with 2.91.6 anymore. 14:27:08 <jreznik> QtCurve (KDE4, KDE3, Gtk3, & Gtk2 Theme) 1.8 14:27:15 <jreznik> Kevin_Kofler: ok 14:27:21 <Kevin_Kofler> There's a new theme API in 2.91.6. 14:28:30 <Kevin_Kofler> http://www.lanedo.com/~carlos/gtk3-doc/gtk-migrating-GtkStyleContext.html 14:28:37 <rdieter_work> sounds, like we'll just have to wait-n-see, there's a possibility we won't have anything for gtk3 (QtCurve or oxygen-kde) 14:28:41 <thomasj> I will ask upstream later how far they are with the new API (wrt QtCurve-GTK*) 14:29:06 <jreznik> thomasj: thanks 14:29:17 <thomasj> np 14:29:20 <Kevin_Kofler> I'm sure there are going to be some swear words uttered at the idea of having to port AGAIN. 14:29:33 <jreznik> #info thomasj to ask upstream how far they are with the new API (wrt QtCurve-GTK*) 14:29:44 <jreznik> Kevin_Kofler: that's the life :) 14:30:51 <Kevin_Kofler> And the last integration topic: getting libreoffice-kde built… 14:31:14 <Kevin_Kofler> All the necessary code should be already there in the tarballs libreoffice* is built from. 14:31:39 <thomasj> Yep 14:31:41 <Kevin_Kofler> I guess it needs a few BRs added, some compilation options and a subpackage. 14:32:01 <thomasj> So we just need our libreoffice packagers to actually build it 14:32:06 <Kevin_Kofler> One of us needs to take up libreoffice comaintainership and finally get that stuff built. 14:32:07 <jreznik> ltinkl: you're openlibreoffice expert here, could you take a look? 14:32:32 <Kevin_Kofler> thomasj: I think they want one of us to sign up as comaintainers to take care of the KDE stuff. 14:32:33 <jreznik> as the guy trying it last time, probably the most experienced one :) 14:32:42 <jreznik> Kevin_Kofler: that make sense 14:32:58 <thomasj> Kevin_Kofler, that's good news if they accept one of us 14:33:00 <Kevin_Kofler> (At least that's what they said last time we asked them to enable the KDE stuff.) 14:33:07 <ltinkl> jreznik: I could, first I'd ask our LibreOffice maintainers if I could co-maintain that package and create the libreoffice-kde subpackage 14:33:20 <thomasj> ltinkl, ftw! 14:33:20 <Kevin_Kofler> ltinkl: That'd be great. 14:33:24 <Kevin_Kofler> Please talk to them! 14:33:28 <ltinkl> ok 14:33:52 <ltinkl> jreznik: is dtardon still working on it? 14:33:53 <jreznik> #info ltinkl to ask our LibreOffice maintainers if he could co-maintain that package and create the libreoffice-kde subpackage 14:34:04 <jreznik> ltinkl: yes 14:34:18 <ltinkl> libreoffice is to replace openoffice for f15? 14:34:33 <jreznik> ltinkl: already replaced in rawhide 14:35:04 <ltinkl> ok, I'll see what I can do 14:35:07 <jreznik> and caolan and david still maintaining it 14:35:27 <jreznik> https://admin.fedoraproject.org/pkgdb/acls/name/libreoffice 14:35:59 <Kevin_Kofler> libreoffice is mostly just the new name for the same thing. 14:36:49 * ltinkl asked for the ACLs 14:37:01 <jreznik> Kevin_Kofler: but just mostly 14:37:10 <Kevin_Kofler> Though they merged (or are still merging?) the go-oo patchset, ending the ages-long split between upstream OO.o (and Fedora shipping it) and go-oo (which everyone else shipped). 14:37:16 <jreznik> ltinkl: probably it would be better to ask the people before asking for ACLs 14:37:26 <ltinkl> yup 14:37:57 <ltinkl> they are both offline already 14:38:18 <Kevin_Kofler> Send them an e-mail explaining what you're requesting the ACLs for. 14:38:49 <jreznik> Kevin_Kofler: +1 14:39:16 <Kevin_Kofler> It's always better to see an explanation rather than just "ltinkl has requested supercowpower ACL rights on libreoffice". :-) 14:39:41 <rdieter_work> ltinkl: I can try to help too, if you want some. I built ooo-kde integration way back in the ooo-v1 days. 14:39:58 <ltinkl> rdieter_work: great! 14:40:35 <jreznik> #info rdieter to help ltinkl with libreoffice integration 14:40:38 * rdieter_work added reviewing the f15/kde46 feature to the agenda, if we have time 14:40:47 <jreznik> rdieter_work: ok 14:41:14 <jreznik> rdieter_work: another agenda topics - meeting time as it looks like current does not suit you very well, do you agree? 14:41:58 <rdieter_work> jreznik: sorry, it's just been bad these past 2 weeks, should be better now... however, if we can go even 1 hr later, that would make things a little less stressful. 14:42:28 <jreznik> rdieter_work: np, we can talk about it 14:42:36 <Kevin_Kofler> So, 15:00 UTC? 14:42:44 <jreznik> everything for integration? 14:42:54 <rdieter_work> Kevin_Kofler: yeah, something like that. 14:42:55 <ltinkl> yup, mail sent :) 14:43:09 <Kevin_Kofler> "<jreznik> everything for integration?" → Yes. 14:43:16 <jreznik> ok, let's move on 14:43:48 <Kevin_Kofler> For the time, 15:00 UTC is OK for me. Is the chan free? Do we all have time? 14:43:48 <jreznik> #topic Features/KDE46 14:44:06 <rdieter_work> https://fedoraproject.org/wiki/Features/KDE46 14:44:10 <jreznik> Kevin_Kofler: it's ok for me - at least in winter (CET) 14:44:41 <rdieter_work> I whipped that up quickly, based on kde45 feature as a template. I'd like to submit this to fesco asap. 14:44:42 <jreznik> but first - let's finish current topic 14:45:54 <jreznik> rdieter_work: thanks for feature page, I think - it looks ok, just some minor updates are needed now - 4.5.85 etc. 14:46:05 <rdieter_work> I added 2 potentially controversial items: up'ing spin size (1 gb?), and considering new default phonon backend 14:46:20 <rdieter_work> jreznik: sure, I'll 4.5.85-ize it after meeting 14:46:31 <Kevin_Kofler> I think these are more meeting topics than something to stick into the feature page… 14:46:36 <jreznik> and we should finally finish "Fedora KDE Desktop User Guide (draft)" but when :( 14:46:48 <jreznik> Kevin_Kofler: yep 14:47:12 <Kevin_Kofler> We can always sneak it onto the feature page when we decide it. 14:47:38 <rdieter_work> <nod> 14:48:07 <rdieter_work> so, besides, 4.5.85, anything else obvious to add/update/fix? 14:48:48 <jreznik> rdieter_work: I'll take a look, from first look it seems to be ok 14:48:55 <jreznik> anything else we should add? 14:49:12 <Kevin_Kofler> Re Phonon, I agree the GStreamer backend is worth another try, the blockers we found back then should be solved. But we need to evaluate carefully what we gain and what we lose (e.g. Dragon Player's Xine-only extra features). 14:49:23 <jreznik> I'm not sure we have another nice feature in our viewpoint... 14:49:37 <Kevin_Kofler> Re spin size, I think it all depends on how much stuff we have to drop to keep within 700 MiB. 14:49:38 <jreznik> Kevin_Kofler: but QtMultimedia... 14:49:46 <rdieter_work> fwiw, apachelogger (new phonon dev/maintainer), is high on gstreamer now, not so much about xine anymore 14:50:05 <jreznik> Kevin_Kofler: I think it's really todo for next meeting 14:50:33 <Kevin_Kofler> jreznik: We already have some GStreamer stuff on the spin anyway, so QtMultimedia using GStreamer isn't a problem either way. 14:50:36 <jreznik> let's move on - should I skip kdevelop again as you were talking about it on #fedora-kde? 14:50:52 <rdieter_work> to be clear, wrt increasing spin size, *if* we do that, I still advocate providing a cd-size kickstart file for folks who still want it 14:51:01 <jreznik> Kevin_Kofler: but it's easier to maintain it then - from users perspective - just one codecs etc... 14:51:03 <Kevin_Kofler> (We likely won't be able to get rid of xine-lib either unless we completely disable the support for the xine-only features in Dragon Player at build time.) 14:51:09 <jreznik> rdieter_work: +1 14:51:26 <rdieter_work> Kevin_Kofler: that's something apachelogger was working on too. 14:51:51 <jreznik> great 14:51:59 <Kevin_Kofler> If apachelogger (or anybody else, really) finally fixes this xine-only stuff, that'll be great! 14:52:12 <jreznik> it would be nice to have one fedora-kde wide framework in use 14:52:16 <Kevin_Kofler> (We'll want to backport that ASAP then. :-) ) 14:52:19 <rdieter_work> presumably xine-free dvd support through gst works now (but that needs kde-4.6 now probably... didn't work with kde-4.5.x + phonon-gst last I tried) 14:52:47 <jreznik> I'll schedule it for next meeting 14:52:53 <Kevin_Kofler> Well, 4.6 is good enough for F15. 14:53:00 <jreznik> #topic split kdepim-mobility 14:53:04 <Kevin_Kofler> If it'll need 4.7, we'll have to backport it. 14:53:18 <jreznik> #link http://nucleo.fedorapeople.org/lost.png 14:53:30 <rdieter_work> kdepim-mobility split seems like a no-brainer to me (for various reasons) 14:53:45 <rdieter_work> it's just not going to be fun doing it. :) 14:53:53 <Kevin_Kofler> Yeah, get this pre-alpha stuff the heck out of our kdepim packages! :-) 14:54:08 * Kevin_Kofler wonders if it's worth shipping at all in the current state of brokenness… 14:54:20 <jreznik> Kevin_Kofler: yep, it seems like really very pre-alpha stuff 14:54:22 <Kevin_Kofler> But in any case it ought to be subpackaged. 14:54:39 <rdieter_work> frankly, -mobility isn't much better/different than the rest of kdepim-4.6beta. :( 14:54:44 * jreznik is for subpackage at least too 14:54:57 * rdieter_work still hasn't gotten kmail to work at all. 14:55:04 <than> pre-alpha stuff should not be shipped! 14:55:22 <rdieter_work> we may want a backup plan if kdepim-4.6 is a bust. 14:55:46 <Kevin_Kofler> than: I kinda agree with you there. I wonder why upstream installs this by default from a tarball called "Beta". 14:55:47 <rdieter_work> there's ongoing discussion on kde (-release) lists about that 14:55:53 <Kevin_Kofler> nucleo says most of those apps don't work at all. 14:56:05 <jreznik> #agreed to subpackage -mobility apps, ship it??? 14:56:06 <than> Kevin_Kofler: perhaps mistake! 14:56:30 <Kevin_Kofler> Well, the backup plan is, Epoch bump our way back to kdepim 4.4.x, again. :-( 14:56:34 <rdieter_work> upstream definitely intends to ship the -mobility pieces, and that's a focus of a lot of their work atm 14:56:45 <rdieter_work> Kevin_Kofler: yup 14:57:00 <jreznik> ops, it's going to be mess shipping 4.4.x again... 14:57:02 <Kevin_Kofler> But at least I would like to give 4.6 a chance. 14:57:16 <Kevin_Kofler> There's quite some time left until F15. 14:57:19 <rdieter_work> if possible, there's dispute whether kde-4.6 + kdepim-4.4 is a supportable combination upstream too 14:57:37 <rdieter_work> a bit of a mess. 14:57:40 <Kevin_Kofler> rdieter_work: I can make anything work. 14:57:54 <ltinkl> it should work, KDE 4.6 + kdepim 4.4 14:57:58 <Kevin_Kofler> I'll find SOME way to make it work. 14:58:07 <rdieter_work> ok. 14:58:11 <jreznik> Kevin_Kofler: lol :) 14:58:22 <Kevin_Kofler> If I have to also ship some old kdepimlibs and pass it off as a higher version number to make other packages happy, I'll do it. 14:58:58 <rdieter_work> speaking of kdepim-4.6, that probably should be mentioned on the feature page explicitly 14:59:01 <Kevin_Kofler> Say hello to kdepimlibs-4.6.2-0.1.really.4.5.5.fc15 or whatever. ^^ 14:59:14 <Kevin_Kofler> (Ubuntu-style version hack.) 14:59:18 <rdieter_work> and our backup plan(s), if it doesn't work out 14:59:43 <Kevin_Kofler> Though a better plan would be to patch the other packages to accept the old kdepimlibs if that's needed. :-) 14:59:53 <jreznik> rdieter_work: ok, to mention it there 15:00:13 <jreznik> ok, we are out of time now... 15:00:49 <jreznik> everyone agrees on moving meeting to 15:00 UTC (for now)? bugzappers should be rescheduled already too... 15:01:06 <thomasj> 15:00 UTC is fine here 15:01:17 <Kevin_Kofler> Fine for me too. 15:01:18 <jreznik> if it helps rdieter_work... 15:01:21 <jreznik> +1 15:01:32 <rdieter_work> +1 (yay) 15:01:32 <jreznik> thomasj, than, ltinkl: ? 15:01:42 <than> it's ok for me 15:01:45 <thomasj> Still and again fine ;) 15:02:27 <jreznik> ltinkl: last chance to say no :) 15:02:40 <ltinkl> no prob 15:02:49 <jreznik> ok 15:03:01 <jreznik> #agreed to move meeting to 15:00 UTC 15:03:20 <jreznik> at least for now - let's evaluate it again with summer time... 15:03:26 <jreznik> thanks guys 15:03:28 <thomasj> Bugzappers are rescheduled, yes 15:03:47 <jreznik> #endmeeting