=== Guest84363 is now known as wgrant
[07:17] <Saviq> veebers, since you've been taken away, shall we skip the sync until you can be back with us?
[07:18] <Saviq> veebers, mzanetti unless you have something to update us on ↑?
[07:20] <veebers> Saviq: sure, I intend to catch up with MacSlow  but other than that I have nothing really to share
[07:21] <veebers> Saviq: I believe you'll already know that Francis has told me there is hardware coming/put aside for the CI tests (which should drastically improve speeds etc.)
[07:21] <Saviq> veebers, for mediumtests?
[07:21] <veebers> Saviq: Also, I recall mzanetti mention that he wouldn't be available for the meeting (as he's on vacation?)
[07:22] <Saviq> veebers, right, he's away this week
[07:22] <mhr3> Saviq, could we get the proper form factor from unity8? it's a simple call, but i'm not sure what to base it off on the shell side
[07:22] <veebers> Saviq: yes, and maybe more? I'm going to catch up proper with Francis once he's back so will have more info then
[07:23] <Saviq> veebers, ok cool
[07:23] <tsdgeos> Saviq: fwiw mzanetti is on leave
[07:23] <Saviq> tsdgeos, yeah, just noticed the sudden addition to the leave list ;)
[07:24] <Saviq> mhr3, thing is, the shell doesn't know yet, either ;)
[07:24] <Saviq> mhr3, what's your current usecase?
[07:24] <mhr3> Saviq, home scope wants it, apps do, scopes will need it
[07:24] <mhr3> as in scopes scope
[07:25] <Saviq> mhr3, meaning phone vs. desktop?
[07:25] <mhr3> yea
[07:25] <Saviq> mhr3, let's just hardcode "phone" in unity8 for now
[07:25] <mhr3> fine with me
[07:25] <Saviq> mhr3, we did the same for indicators
[07:25] <Saviq> mhr3, cool, you do or we do?
[07:25] <mhr3> i will
[07:25] <Saviq> mhr3, cheers
[07:37] <tsdgeos> Saviq: do you know if gerry is back today or tomorrow?
[07:37] <Saviq> tsdgeos, should be back today, afaik
[07:39] <Saviq> tsdgeos, canonicaladmin says so, too
[07:39] <tsdgeos> oki
[07:40]  * tsdgeos wonders why suddenly 12px in firefox gives me a much smaller font than in the rest of the apps
[07:53] <jamesh> sil2100: hi.  I had another look at the lucene++ compile problem and haven't been able to reproduce it.  I built a package into my PPA with just the ENABLE_STANDARD_ALLOCATOR=ON change without problem.
=== hikiko is now known as hik|afk
[07:54] <sil2100> jamesh: hi! Ok, good point, maybe my system is broken - thanks for the pointer, what I will do is also push my version to a PPA, see if it builds and if yes, I'll push it for sponsoring :)
[07:54] <sil2100> jamesh: so I guess we should have the new lucene++ this week
[07:54] <jamesh> thanks
[07:59] <mhr3> sil2100, we'll also need the media scanner
[07:59] <mhr3> afterall lucene is great, but we need the thing that uses it :)
[07:59] <sil2100> mhr3: could you e-mail me all the things we would need? Since you mentioned some patches that were needed there ;)
[08:00] <sil2100> Or I misunderstood something
[08:00] <mhr3> jamesh, could you? ^ you actually got it building :)
[08:02] <jamesh> mhr3: I've included packaging updates in my MP for the media scanner.  I need to sort out licensing before we can release it to the archive though
[08:05] <sil2100> jamesh: mhr3: ok guys, so if you could point me to all the branches in some e-mail I would be really grateful, as I am on holidays this week and only pop-up in the mornings ;)
[08:05] <mhr3> jamesh, but it'll still need new-ing etc, sil2100 ^ can you look at it before the license issue is solved?
[08:05] <sil2100> mhr3: where can I find it?
[08:05] <mhr3> sil2100, jamesh will email you the branches :)
[08:06] <sil2100> Neat
[08:06] <jamesh> sil2100: https://code.launchpad.net/~jamesh/hollywood/saucy-fixes/+merge/178192 is what I've currently got
[08:07] <sil2100> jamesh: thanks! Will look into that later today
[08:07] <sil2100> See you around o/
=== hik|afk is now known as hikiko
[08:24] <tsdgeos> hmmm
[08:25] <tsdgeos> how do i connect to wifi now?
[08:25] <tsdgeos> i just have a knob to enable/disable
[08:25] <tsdgeos> but how do i seleect the newtork?
[08:44] <tsdgeos> grrrr
[08:45] <tsdgeos> the jenkins machines seem to be diyng as flies
[08:45] <tsdgeos> https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-saucy/1596/console
[08:45] <tsdgeos> who's our contact for that now?
[08:45] <tsdgeos> mmrazik left, right? /me has vague memories
[08:48] <didrocks> tsdgeos: fginther and people from his team
[08:55] <tsdgeos> hmmm
[08:55] <tsdgeos> is the background now black?¿
[08:56] <greyback> tsdgeos: sounds like something has gone wrong for you
[08:56] <tsdgeos> well something regarding the background was merged
[08:56] <tsdgeos> r161
[08:57] <greyback> ah I thought you meant your desktop background
[08:59] <tsdgeos> but now is fine
[09:12] <Saviq> tsdgeos, did your wifi work after all?
[09:12] <tsdgeos> Saviq: yeah, i did reboot the phone and then it is working
[09:15] <Cimi> dednick, ping :)
[09:15] <dednick> Cimi: pong
[09:21]  * tsdgeos is trying mzanetti's ofono's patch but can't get the pin lock screen at all
[09:25] <mzanetti> tsdgeos: can I help... I have like 20 mins before jumping into the car
[09:25] <tsdgeos> mzanetti: should the PIN thing appear when running with run_on_device or do i need to install it + reboot?
[09:26] <mzanetti> tsdgeos: 1) SIM card pin is enabled?, did you reboot the phone after entering the SIM card?
[09:26] <tsdgeos> 1) i guess, the Z10 asks for it
[09:26] <tsdgeos> 2) no
[09:26] <mzanetti> tsdgeos: rild apparently does not support hot-swapping SIM card
[09:26] <dednick> larsu: ping
[09:26] <tsdgeos> mzanetti: booo
[09:26] <mzanetti> tsdgeos: yep
[09:26] <tsdgeos> mzanetti: ok, let me reboot
[09:27] <mzanetti> rsalveti: ^ :D
[09:27]  * greyback is convinced phone battery is still being consumed while phone is "off"
[09:27] <tsdgeos> greyback: well, you can adb shell to it (or at least i can) so most probably yeah :D
[09:27] <mzanetti> huh? we can adb shell the phone when its off?
[09:27] <mzanetti> that's scary
[09:27] <tsdgeos> that or i did not find the proper way to shut it down :D
[09:28] <tsdgeos> maybe it has to do with the devel/debug mode being enabled
[09:28] <greyback> tsdgeos: I remove battery, and then put i back in
[09:28] <mzanetti> greyback: ah...
[09:28] <mzanetti> it boots when entering battery
[09:29] <tsdgeos> greyback: well, i don't have a battery to remove, and to be honest that may well start it up, the z10 does when you do that
[09:29] <mzanetti> greyback: press the power button for 4 secs and it should really power off
[09:29] <greyback> mzanetti: wtf?!
[09:29] <tsdgeos> which tbh i hate it
[09:29] <dednick> mzanetti: sometimes it doesnt turn off. need to take battery out.
[09:29] <greyback> that's retarded
[09:29] <mzanetti> greyback: most phones do that
[09:29] <mzanetti> greyback: not saying that I like it...
[09:29] <greyback> doesn't make it right :)
[09:29] <mzanetti> ack
[09:30] <greyback> but explains my confusion
[09:30] <dednick> greyback: you have galaxy nexus?
[09:30] <greyback> dednick: yep
[09:30] <dednick> greyback: mine does the same when plugged into usb
[09:31] <Saviq> greyback, when you just pop the battery out and back in, shouldn't turn on
[09:31] <mzanetti> dednick: in case the phone shouldn't shut down with 4 secs power button, pressing it for 8 secs should do an ACPI power off
[09:31] <greyback> dednick: yep, that I noticed too. Which is ok
[09:31] <Saviq> greyback, but indeed it does (to show the charging screen) when you connect to a charger
[09:31] <mzanetti> tsdgeos: does it work now?
[09:32] <greyback> Saviq: yep that's fair.
[09:32] <Saviq> OTOH manta and mako seem to have a hard time of shutting down indeed (I can usually only get them to reboot)
[09:32] <Cimi> dednick, can we have a little chat in some mins?
[09:32] <dednick> Cimi: sure
[09:32] <tsdgeos> mzanetti: on it, somehow run_on_device wanted to recompile everything
[09:34] <greyback> LOL no wonder phone wouldn't start. I'd completely removed the battery :D
[09:35] <tsdgeos> mzanetti: yessir, works now
[09:35] <tsdgeos> greyback: lol
[09:35] <mzanetti> tsdgeos: cool. make sure to read the description of the MR for the known issues.
[09:36] <tsdgeos> and i can even call my landline!
[09:36] <tsdgeos> which i obviosuly couldn't before becuase the sim was locked :D
[09:36] <mzanetti> tsdgeos: https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1206941
[09:36] <ubot5> Ubuntu bug 1206941 in ofono (Ubuntu) "[ofono][rild] "Retries" property does not not work" [High,Confirmed]
[09:36] <mzanetti> tsdgeos: if you're taking over this MR for this week, make sure to watch out for this being fixed
[09:37] <tsdgeos> mzanetti: well, it'd be cool to get this in, someone was asking for it in the ubuntu-phone ml
[09:37] <mzanetti> yep, seen that
[09:37] <dednick> mzanetti: i'm having some trouble reproducing that wifi issue. it seems to be very flaky. different processes sometimes go into a cpu hungry state and stay there. Sometimes unity8, sometimes chewie and sometimes  wpa_supplicant. Going to continue looking today
[09:37] <mzanetti> I'd love to see this in when I return next week. Even tough the small known issues it still has
[09:38] <mzanetti> dednick: cool, thanks. Yeah, I agree its a tricky one. But its also a real blocker for dogfooding.
[09:38] <mzanetti> dednick: maybe Saviq finds some time this week to help a bit on that one ;)
[09:39] <tsdgeos> mzanetti: now go on vacation (and set yourself to away ;-))
[09:39] <mzanetti> lol
[09:40] <mzanetti> just waiting for the shower to be freed before taking one and then driving away
[09:42] <greyback> have a good holiday!
[09:42] <greyback> mzanetti: ^
[09:43] <mzanetti> thanks greyback
[09:59] <larsu> dednick: hey, how is it going?
[10:02] <tsdgeos> hmmm
[10:03] <tsdgeos> does make autopilot work for you guys?
[10:03] <tsdgeos> i'm getting
[10:03] <tsdgeos> make[2]: *** No rule to make target `CMakeFiles/install.dir/all', needed by `CMakeFiles/autopilot-shell.dir/all'.  Stop.
[10:04] <dednick> larsu: howdy. good thanks. how was gaudec?
[10:05] <larsu> dednick: great! (I'm still at it, but it's only hackfest from now on)
[10:05] <dednick> larsu: ah. ok.
[10:05] <dednick> larsu: we have 2 branches that need looking at to merge into the unitymenumodel code. Also we need to resolve this target+parameter_type discussion.
[10:05] <larsu> dednick: did you get a chance to test my messaging menu branch?
[10:06] <dednick> larsu: no, i fear i have been pulled onto a network problem with the client.
[10:06] <larsu> dednick: yes, I saw the branches. I'll look at them aftre lunch
[10:06] <larsu> dednick: no worries :)
[10:06] <larsu> dednick: target+parameter_type?
[10:07] <dednick> larsu: with ted last week. if target and parameter type dont match, we don't set the action state.
[10:07] <dednick> larsu: if i'm remembering the terms correctly
[10:09] <larsu> dednick: ya, and that's correct behavior. What should the state be set to when the types don't match?
[10:09] <larsu> dednick: the fix there is to make the types match. I told ted that
[10:10] <larsu> dednick: gotta run. bbl
[10:11] <dednick> larsu: yeah. he seems reluctant. :)
[10:11] <dednick> larsu: ok.
[10:17] <tsdgeos> MacSlow: ping
[10:17] <MacSlow> tsdgeos, poing
[10:18] <tsdgeos> MacSlow: you've run autopilot tests in the pc lately?
[10:18] <MacSlow> tsdgeos, well yes... but mostly only my notification-tests
[10:18] <MacSlow> tsdgeos, what's the issue?
[10:18] <tsdgeos> i can't get them to run
[10:18] <tsdgeos> how do you run them?
[10:18] <Cimi> Saviq, hey buddy
[10:19] <Saviq> Cimi, ho
[10:19] <Cimi> Saviq, so last week for the welcome wizard
[10:19] <MacSlow> tsdgeos, cd unity8/tests/autopilot ; autopilot run <whatever.test>
[10:19] <Cimi> Saviq, we released it would be great to share code between system settings, indicators, welcome wizard
[10:19] <Saviq> Cimi, realized?
[10:19] <MacSlow> tsdgeos, that's not working for you?
[10:19] <tsdgeos> nope
[10:19] <Cimi> Saviq, :P
[10:20] <Cimi> Saviq, we could have a meeting after the standup
[10:20] <Cimi> with web and nick
[10:20] <Cimi> *seb
[10:20] <MacSlow> tsdgeos, getting any error-output? Paste?
[10:20] <Cimi> are you free?
[10:20] <tsdgeos> MacSlow: http://paste.ubuntu.com/5950736/
[10:21] <Saviq> Cimi, I got connection issues today, on 3G, not good for meetings, not gonna make standup, either
[10:21] <Cimi> Saviq, ok
[10:21] <Saviq> Cimi, can you schedule something for early tomorrow?
[10:21] <Cimi> Saviq, sure
[10:21] <MacSlow> tsdgeos, "MismatchError: None == None" :) hm
[10:22] <Cimi> Saviq, I'll put the wizard on hold
[10:22] <Cimi> Saviq, but create the project
[10:22] <Cimi> Saviq, lp:ubuntu-welcome-wizard or lp:meet-ubuntu ?
[10:23] <Saviq> Cimi, you got better people around you to answer that (assuming you're in the office) ;)
[10:23] <Cimi> Saviq, nope :P
[10:23] <Saviq> Cimi, u-w-w is more informative
[10:23] <Saviq> Cimi, so maybe I'd go with that
[10:23] <seb128> +1 for u-w-w
[10:23] <Cimi> ok
[10:27] <tsdgeos> MacSlow: whatthe, now it works :-S
[10:27] <MacSlow> tsdgeos, ah... Murphy is playing games with you ;)
[10:38] <nic-doffay> mzanetti, Saviq anyone else with ListView wisdom. Any idea how the click input is handled? I can't find anything in the docs, and I'm looking to trigger a signal when a delegate is clicked.
[10:39] <Saviq> nic-doffay, there is not "clicked" signal in a ListView
[10:39] <nic-doffay> Saviq, yeah I know that much.
[10:39] <Saviq> nic-doffay, you need to put it *in* the delegate
[10:39] <Saviq> nic-doffay, just use an AbstractButton or a MouseArea, depending on what makes sense
[10:40] <nic-doffay> Saviq, I see the AbstractButton has a MouseArea, makes sense to use that in this situation. ta!
=== MacSlow is now known as MacSlow|lunch
[11:02] <xnox> Please merge https://code.launchpad.net/~jbicha/unity/adjust-to-ubiquity-desktop-rename/+merge/178152
[11:02] <xnox> as otherwise, currently installer icon is missing from the launcher on live cds
[11:12] <Cimi> Saviq, so far there's only the template of the qml files, needs the functionality
[11:12] <Cimi> https://launchpad.net/ubuntu-welcome-wizard
[11:12] <Saviq> Cimi, k
[11:21] <Cimi> mzanetti, ping
=== alan_g is now known as alan_g|lunch
[11:28] <Saviq> Cimi, he's away
[11:28] <Cimi> Saviq, ok
[11:28] <Cimi> seb128, I think I need an help packaging ubuntu-settings.components
[11:29] <seb128> Cimi, where need help means that you have questions or that you need somebody to package it for you?
[11:29] <Cimi> seb128, the latte :P
[11:29] <Cimi> like, sure you can do better than me in creating the deb
[11:29] <Cimi> avoid time spent on fixing it :)
[11:29] <seb128> didrocks, Mirv: ^
[11:30] <Cimi> but I can give it a go if you want
[11:30] <seb128> Cimi, no, that's fine, I agree there is no point making you waste time on packaging, let's the packagers sort that and you focus on your code
[11:30] <didrocks> Cimi: agreed, can you point mirv to the source branches?
[11:31] <Cimi> Mirv, lp:ubuntu-settings.components
[11:31] <Cimi> ubuntu-settings-components
[11:31] <didrocks> it's going to be only used by ubuntu-system-settings or anything else?
[11:40] <Cimi> didrocks, indicators
[11:40] <Cimi> too
[11:40] <didrocks> Cimi: ok, so maybe those components needs to be part of the sdk stack?
[11:40] <Cimi> didrocks, external to sdk though
[11:41] <didrocks> Cimi: just an internal implementation, yeah
[11:41] <Cimi> didrocks, they are more
[11:41] <Cimi> complex...
[11:41] <Cimi> sdk should have buttons and so
[11:41] <Cimi> not complex widgets like those
[11:41] <didrocks> ok, but I guess we can dive that into the sdk or indicator stack, we just need to ensure that the settings stack deps on that one
[11:41] <didrocks> Mirv: FYI ^
[11:44] <seb128> sdk seems it would make sense
[11:44] <seb128> they are somewhat sdk components
[11:45] <didrocks> (agreed)
[11:53] <Mirv> ok, let's put that on the list
[11:53] <Mirv> (doing)
[12:11] <larsu> dednick: why are you exposing the action name? I'm trying to keep the changes to gtkmenutrackeritem minimal...
[12:11] <dednick> larsu: we need it for autopilot tests.
[12:12] <dednick> larsu: we need object names to be able to select the controls by their action name. (as we have no other handle to differentiate one control from anohter)
[12:13] <larsu> dednick: hm, interesting. The menu item's label is not enough?
[12:13] <larsu> dednick: ah, got it. Oh well, it doesn't hurt that much
[12:13] <dednick> larsu: might not have a label
[12:13] <larsu> dednick: right
[12:13] <larsu> dednick: are you married to the updateState() name? We use change_state() and I prefer using the same terminology to not confuse people
=== MacSlow|lunch is now known as MacSlow
[12:16] <dednick> larsu: change_state is ok for me.
[12:17] <dednick> mzanetti: think i may have found the problem with the cpu usage
[12:17] <larsu> dednick: okay I'll change that. Thanks for the patch! I'll merge it right away
[12:18] <dednick> larsu: cool. thanks
[12:20] <dednick> mzanetti: looks like infinite animations may not always be ending when destroyed or stopped with "running" parameter.
[12:21] <dednick> mzanetti: eg. the wifi "connectoin waiting" spinner in the network indicator.
[12:22] <Saviq> dednick, http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-animation.html#alwaysRunToEnd-prop
[12:23] <dednick> Saviq: By default, the alwaysRunToEnd property is not set.
[12:23] <Saviq> dednick, yeah, so when you stop(), it will not complete
[12:23] <Saviq> dednick, mzanetti is away, btw
[12:23] <dednick> Saviq: yeah, just saw the holiday sheet
[12:24] <Saviq> dednick, I might not have the details of what you're after with the animation, so might be talking crap here ;)
[12:24] <dednick> Saviq: it seems to be continuing to issue redraws.
[12:24] <dednick> Saviq: even if the control has been destroyed.
[12:27] <Saviq> dednick, ah, sounds like a bug
[12:27] <Saviq> dednick, you mean that if you destroy an animation, it still causes redraws?
[12:27] <dednick> Saviq: that's what it looks like. still looking into it.
[12:28] <dednick> Saviq: if i change it to non-infinate (eg 20 loops) it stops hammering the cpu
[12:28] <Saviq> dednick, interesting
[12:28] <dednick> Saviq: when you "running=false"
[12:29] <dednick> Saviq: but only seems to happen "sometimes"
[12:30] <Saviq> mterry, o/ thanks for jumping on the powerd thing
[12:30] <Saviq> dednick, mhm, might be something doesn't get deleted for some reason
[12:31] <dednick> Saviq: yeah, i'm looking into the qt code.
[12:46] <tsdgeos> Saviq: we'll have tryCompare + msg in 5.2
[12:46] <Saviq> tsdgeos, saw that ;)
=== _salem is now known as salem_
=== alan_g|lunch is now known as alan_g
=== bregma_ is now known as bregma
=== dednick is now known as dednick|lunch
=== jhodapp is now known as jhodapp|brb
[14:00] <mhr3> Saviq, oh btw does this look reasonable? http://paste.ubuntu.com/5951318/
[14:22] <tsdgeos> mhr3: he's not around (i think he lost his internet)
[14:23] <mhr3> hopefully he'll get it once he's back
[14:23] <tsdgeos> mhr3: but i think that goes a bit against the "resposive design" thing we try to avhice (which basically says you shouldn't care if it's a phone or not, only the screen size + perhipehals you have available)
=== jhodapp|brb is now known as jhodapp
[14:25] <mhr3> tsdgeos, right and you don't have a way to distinguish those as of now
=== alan_g is now known as alan_g|tea
[14:29] <Saviq> mhr3, I think we should use a Binding { } in ScopeView
[14:30] <mhr3> Saviq, hm, maybe in that case you want to do it, i'm sure i'll get it wrong the first 5 times :P
[14:31] <Saviq> mhr3, Binding { target: scope; property: "formFactor"; value: "phone" }
[14:31] <mhr3> and then i won't update the mock scopes or something :)
[14:31] <Saviq> mhr3, mock scopes use ScopeView.qml ;)
=== dednick|lunch is now known as dednick
[14:33] <mhr3> Saviq, better? http://paste.ubuntu.com/5951424/
[14:33] <Saviq> mhr3, yup, looks good
[14:34] <mhr3> ok, mping
[14:41] <mhr3> https://code.launchpad.net/~mhr3/unity8/scopes-send-form-factor/+merge/178576
[14:52] <MacSlow> dednick, ping
[14:52] <dednick> MacSlow: pong
=== alan_g|tea is now known as alan_g
[15:13] <Saviq> didrocks, where can I see the autopilot recordings again?
[15:15] <didrocks> Saviq: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/768/label=autopilot-ati/
[15:15] <didrocks> see the artefacts -> results/autopilot/videos
[15:16] <Saviq> didrocks, interesting...
[15:17] <Saviq> didrocks, the most interesting thing is that it works on intel :D
[15:17] <didrocks> welcome to the world of flackyness/different matchines :p
[15:17] <didrocks> machines*
[15:18] <Saviq> didrocks, yeah, thing is it fails to log in with a "password" password on ati, but not on intel ;)
[15:21] <kgunn> Saviq: just kind of a heads up, fallout from iom wrt design...https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AoELdAtqKZMYdHZSZXhPQTVxNUNCc3FvcUtSWFgwRFE#gid=1
[15:21] <kgunn> see "right edge"
[15:22] <Saviq> kgunn, yeah, been in that mtg
[15:24] <Saviq> didrocks, can I just trigger a rebuild of that failed job?
[15:25] <Saviq> didrocks, to see how reproducible it is (locally - it isn't...)
[15:28] <didrocks> Saviq: sure, let me do that quickly
[15:35] <didrocks> Saviq: passed
[15:36] <Saviq> didrocks, yeah, thought so, let's see if it's a single-time failure
[15:36] <Saviq> didrocks, only idea I have is that one of the keys didn't actually get delivered to the application
[15:36] <Saviq> or maybe in the wrong order
[15:36] <didrocks> Saviq: let's see… from experience single-time comes back :)
[15:36] <Saviq> didrocks, yeah, I know
[15:39] <didrocks> Saviq: anyway, acked the packaging changes
[15:39] <Saviq> didrocks, thanks
[15:40] <didrocks> yw
=== rachelliu_ is now known as rachelliu
[16:08] <jbicha> could someone take a look at https://code.launchpad.net/~jbicha/unity/adjust-to-ubiquity-desktop-rename/+merge/178152
[16:35] <kgunn> dednick: Cimi ...hey would both of you mind scrubbing this bp
[16:35] <kgunn> https://blueprints.launchpad.net/ubuntu/+spec/client-1303-unity-ui-panel
[16:36] <kgunn> in terms of what's done & inprogress
[16:43] <dednick> kgunn: sure
[16:45] <kgunn> dednick: thanks much
[16:46] <dednick> kgunn: the panel overview no longer exists. can i remove the item "Improve overview to support variable number of indicators"
[16:46] <kgunn> absolutely...
[16:46] <kgunn> dednick: if its overcome by events
[16:46] <kgunn> feel free to make is sane
=== alan_g is now known as alan_g|EOD
[17:08] <dednick> laptop cpu = sticky molten mess.
[17:25]  * greyback eod
=== om26er is now known as om26
=== om26 is now known as om26er
=== olli__ is now known as olli
=== salem_ is now known as _salem