15:08:11 <rdieter> #startmeeting kde-sig
15:08:11 <zodbot> Meeting started Tue Apr 23 15:08:11 2013 UTC.  The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:08:11 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:08:14 <rdieter> #meetingname kde-sig
15:08:14 <zodbot> The meeting name has been set to 'kde-sig'
15:08:18 <rdieter> #topic roll call
15:08:29 <rdieter> hello all, who's around for a friendly kde-sig meeting today?
15:08:43 <jgrulich> hello :)
15:09:14 <rdieter> than, ltinkl, jreznik, Kevin_Kofler, dvratil , kde*foo : ping
15:09:17 <Kevin_Kofler> Present.
15:09:24 <than> present
15:10:08 * jreznik is here, has to leave earlier today
15:11:03 <rdieter> #info rdieter jgrulich Kevin_Kofler than jreznik present
15:11:08 <rdieter> #chair jgrulich  Kevin_Kofler than  jreznik
15:11:08 <zodbot> Current chairs: Kevin_Kofler jgrulich jreznik rdieter than
15:11:17 <rdieter> #topic agenda
15:11:20 * ltinkl present too
15:11:27 <rdieter> #info ltinkl present too
15:11:29 <rdieter> #chair ltinkl
15:11:29 <zodbot> Current chairs: Kevin_Kofler jgrulich jreznik ltinkl rdieter than
15:12:03 <rdieter> what to discuss today?  personally, would like to hear a juicy report on the solid sprint :)
15:13:01 * rdieter will give status update on kde-redhat repo outage/downtime
15:13:45 <rdieter> anything else?
15:14:22 <Kevin_Kofler> I can't think of anything else to be honest.
15:14:31 <rdieter> ok, moving ...
15:14:37 <rdieter> #topic kde-redhat repo/outage
15:14:45 <rdieter> just quick update.
15:15:05 <rdieter> discoverred on my way home from the office yesterday that the primary host for kde-redhat repos went offline
15:15:32 <rdieter> working from home today, so I likely won't get a chance to address this until first thing tomorrow morning
15:16:04 <rdieter> plan is to retire the old box for good this time, finally move things to a virtualized (redundant) host
15:16:26 <rdieter> the one currently running @ http://kdeforge2.unl.edu/kde-redhat/
15:16:44 <rdieter> any questions/comments?
15:17:53 * rdieter hrms, may consider putting new primary host @ repos.fedorapeople.org too
15:18:36 <rdieter> (to serve mirrorlists only)
15:18:47 <rdieter> anyway, moving on...
15:18:56 <rdieter> #topic solid sprint report
15:19:08 <rdieter> looks like jgrulich, ltinkl, dvratil  and friends are up to fun
15:19:14 * rdieter saw http://ltinkl.blogspot.com/2013/04/solid-developers-sprint-take-2.html
15:19:24 <rdieter> anything you guys would like to add ?
15:19:25 <than> ltinkl, jgrulich: could you please give some update about solid sprint?
15:19:47 <ltinkl> yeah :) was a lot of fun, the most important stuff is written in that blogpost
15:20:09 <jgrulich> and at least one blog post will be about plasma-nm :)
15:20:17 <ltinkl> the juicy bits... Alex managed to break the git repo twice in 10 minutes, Saturday night at 1 am :D
15:20:37 <rdieter> yay alex. woot
15:21:20 <jgrulich> Alex pushed kde-runtime master into 4.10 branch
15:21:37 <ltinkl> he basically screwed the kde-workspace 4.10 branch, we were quite lucky to have caught one sysadmin still awake at that time :)
15:21:49 <ltinkl> ye and then repeated it 10 minutes later
15:22:04 <ltinkl> in a more ellaborate (and non reversible) way
15:22:44 <rdieter> impressive.  he should win a prize or something
15:23:50 <rdieter> ltinkl: thanks for organizing it.  Looks like it was very productive
15:24:21 <ltinkl> rdieter: it definitely was, we set a list of goals and topics to work on in the upcoming months
15:24:28 <ltinkl> http://community.kde.org/Solid/Meetings/Forge2
15:26:02 * rdieter has to take another phone call, tag someone to continue leading meeting for next 10-15 minutes?
15:30:18 <Kevin_Kofler> Well, for now we can continue talking about Solid if there's more to say about it.
15:31:00 <Kevin_Kofler> I'll take the lead of the meeting.
15:33:18 <Kevin_Kofler> OK, I guess that's all about Solid…
15:33:23 <Kevin_Kofler> #topic Open Discussion
15:33:26 <Kevin_Kofler> Anything else?
15:33:43 <than> is there any blocker bugs which need to be fixed?
15:34:13 <Kevin_Kofler> Uhm… For Alpha I don't think so.
15:34:42 <Kevin_Kofler> We will need to get the "Apper checks for updates even on the live image" bug fixed for Beta though.
15:35:13 <Kevin_Kofler> The service backing the plasmoid (I think it's a kded4 service) really needs to honor the "Never check for updates" setting.
15:35:43 <Kevin_Kofler> On the live image, it's a Beta blocker.
15:35:57 <Kevin_Kofler> Otherwise, the lack of respect for user settings is just an annoyance.
15:36:47 <rdieter> i suppose we may have to simply disable the apper systray plasmoid on the live image
15:37:25 <rdieter> (running it there at all makes little sense)
15:37:27 <nucleo> updates notification appears even if plasmoid disabled in tray
15:37:27 <than> imo it doesn't make sense to enable apper on livecd
15:37:28 <Kevin_Kofler> I don't think disabling the plasmoid alone is going to be sufficient.
15:37:34 <Kevin_Kofler> nucleo: Yeah right.
15:37:40 <Kevin_Kofler> The plasmoid is just the UI.
15:37:44 <rdieter> nucleo: oh, really?  ugh
15:37:49 <Kevin_Kofler> It's the backing service which is the problem.
15:38:07 <rdieter> I *assumed* it was the plasmoid forcing a refresh of the plasma dataengine causing the problem
15:38:18 <nucleo> rdieter: yes, I disabled it and restarted KDE, then notification appeared
15:38:50 <ltinkl> rdieter: yup, need to fix it in the kded module
15:39:13 <ltinkl> the plasmoid just appears when the kded module signals there are updates
15:39:23 * rdieter can't find the bug
15:39:28 <rdieter> not against apper ?
15:39:42 <rdieter> .bug 948099
15:39:43 <rdieter> maye
15:39:44 <zodbot> rdieter: Bug 948099 Apper ignores "never check for updates" option (also on the live image) - https://bugzilla.redhat.com/show_bug.cgi?id=948099
15:40:22 <Kevin_Kofler> Yes, that one.
15:40:41 <rdieter> ok, any objections adding to our F19Blocker-kde tracker ?
15:41:18 <Kevin_Kofler> No.
15:41:28 <Kevin_Kofler> Except, which one. This one or the older:
15:41:29 <ltinkl> go ahead
15:41:45 <Kevin_Kofler> .bug 928296
15:41:48 <zodbot> Kevin_Kofler: Bug 928296 Updates are checked in Fedora 19 Alpha TC2 KDE Live - https://bugzilla.redhat.com/show_bug.cgi?id=928296
15:42:00 <Kevin_Kofler> ? (They should be duplicates of each other, really.)
15:42:00 <rdieter> bigger hammer would be to disable the kded apper service too, on the live image
15:42:21 <rdieter> Kevin_Kofler: probably, +1
15:42:36 <rdieter> I'll dup the older to the new one
15:44:04 <Kevin_Kofler> We could use such sledgehammer approaches, but I'd really like to see a real fix, because not honoring that setting also sucks for user experience on the installed system!
15:44:42 <nucleo> yes, this is not only about live image
15:45:00 <rdieter> Dang, in that case I should have just set the old bug to depend on the new one
15:45:01 <Kevin_Kofler> Plus, it's easier to enable the checks on the live image when wanted (e.g. live USB with overlay) if you can enable them from the Apper UI rather than having to enable the service in the System Settings kded4 service configuration.
15:45:03 <rdieter> oh well
15:45:47 <rdieter> no one will disagree a proper fix is preferable
15:45:59 <Kevin_Kofler> (OTOH, disabling the service does reduce resource usage. The usual tradeoff…)
15:46:14 <rdieter> but if it's "include hack to fix blocker" or "wait indefinitely for proper fix", I know which I'd choose
15:46:30 <nucleo> disabling apper service in systemsettings don't changes anything
15:46:54 <rdieter> nucleo: it has to, nothing else can touch packagekit otherwise
15:47:25 <rdieter> otoh, if something else is indeed refreshing packagekit behind our backs, then it's not our bug
15:47:31 <ltinkl> nucleo: disable and restart kded4
15:47:41 <ltinkl> just disabling it won't change anything
15:48:16 <nucleo> I only mwant to say that apper icon left in tray if service disabled
15:48:34 <rdieter> nucleo: <nod>, implementing this right would mean disabling both
15:48:46 <rdieter> well, this = evil hack solution
15:49:57 <rdieter> I can spend some time on "the evil hack(tm)" today,  unless someone's willing to look into fixing properly in the meantime?
15:50:24 <rdieter> probably ought to ping dannti too
15:50:46 <ltinkl> yup
15:52:51 * rdieter pinged in upstream bug, https://bugs.kde.org/show_bug.cgi?id=317838
15:53:48 <rdieter> 1/2 evil method could be to find the code responsible for for refreshing packagekit, and wrap in pseudo-code like:  if (update_interval != never ) ...
15:56:31 <rdieter> anyway, hour's almost up, any last thoughts before closing meeting?
15:58:05 <rdieter> alright, thanks everyone!
15:58:07 <rdieter> #endmeeting