[07:15] <tsdgeos> Saviq: did you see my comment on https://bugs.launchpad.net/unity8/+bug/1316660 ?
[07:16] <Saviq> tsdgeos, well, kind-a, that was just one example. I'm not saying your branch fixes all of the cases, but it does make Previews use Expandables ;)
[07:17] <Saviq> tsdgeos, actually putting the buttons into an Expandable will be easy now that there is the rest in place
[07:17] <Saviq> oh wait
[07:17] <Saviq> you didn't put it in an Expandable
[07:17] <Saviq> then yeah, you're right
[07:17] <Saviq> (you should've) :P
[07:18] <tsdgeos> well why?
[07:18] <tsdgeos> it wasn't the design
[07:18] <tsdgeos> design is "combobox + button"
[07:18] <Saviq> tsdgeos, well, yeah, but expansion is a common pattern, we have the expandable components in the SDK for a reason
[07:18] <tsdgeos> the fack that design decided to not use a well known word just because people 2 generations ago in design hated the word combbox and now is colliding with other stuff
[07:18] <tsdgeos> is not my problem
[07:19] <Saviq> tsdgeos, I think that's two different issues
[07:19] <tsdgeos> yes we have a combobox in the sdk now
[07:19] <tsdgeos> not when we wrote that code
[07:19] <Saviq> tsdgeos, that's not about that
[07:19] <Saviq> tsdgeos, even the buttons we have now
[07:19] <Saviq> tsdgeos, should have been put in SDK's Expandable, and the whole Preview needs to be UbuntuListView or UbuntuColumn
[07:20] <Saviq> tsdgeos, so that when you expand something, it gets into view without you caring about it
[07:20] <tsdgeos> ok, still nothing to do with my branch :D
[07:21] <Saviq> tsdgeos, I just thought you did that in there
[07:21] <tsdgeos> nope
[07:21] <tsdgeos> i just added the expandable preview widget
[07:21] <Saviq> tsdgeos, on that note we still need to collapse the visible widgets in the expandable widget to their collapsedHeight, but it's fine in a separate branch
[07:21] <mpt> Wait, are you calling me two generations old
[07:22]  * mpt shakes his walking stick at tsdgeos
[07:22] <Saviq> ;)
[07:22] <Saviq> he's lurking!
[07:23] <tsdgeos> Saviq: that branch does that
[07:23] <Saviq> tsdgeos, oh hmm, I can't read then
[07:23] <Saviq> good
[07:24] <Saviq> tsdgeos, ah now I can see
[07:26] <Saviq> Cimi, it's time for that review when you're up ;)
[07:30] <Cimi> Saviq, morning :)
[07:30] <Cimi> Saviq, it's also time for my review of emblems :)
[07:35] <Cimi> Saviq, but why we have the surrounding box aroung the orange?
[07:35] <Cimi> would it look bad withou?
[07:36] <Saviq> Cimi, that was what design requested, yes
[07:36] <Cimi> ok
[07:36] <Saviq> Cimi, otherwise it'd clash with content behind it
[07:36] <Cimi> for the same reason we are not using the ubuntushape in every single corner of the os
[07:37] <Cimi> not to clash
[07:37] <Saviq> Cimi, and this doesn't use the shape, not sure what reference is that to ;)
[07:37] <Cimi> hah
[07:37] <Saviq> mhr3, morning! did you guys ever get all the new square assets for dash overview?
[07:38] <mhr3> Saviq, no
[07:38] <mhr3> and morning
[07:38] <mhr3> Saviq, at the office today, so will ask esti
[07:38] <Saviq> mhr3, cool, thanks
[07:38] <Saviq> tell her we'll land this with old assets anyway, but she won't like it ;)
[07:41] <Saviq> tsdgeos, on dash overview, the shader effect itself does still result in some lag when you open the dash, think it'd be possible (later) to just scale the real thing down?
[07:41] <tsdgeos> Saviq: which shader effect?
[07:41] <tsdgeos> ah
[07:41] <tsdgeos> the copy
[07:41] <Saviq> tsdgeos, the one that copies the dash to the list
[07:41] <tsdgeos> it might
[07:41] <Saviq> it is, after all, almost a fullscreen snapshot
[07:42] <tsdgeos> tbh i didn't see any lag compared to what we had
[07:42] <Saviq> I'll try it out again but we did notice some still in the office
[07:42] <tsdgeos> but it was horrible
[07:42] <tsdgeos> so anything would be much better
[07:42] <Saviq> sure
[07:43] <tsdgeos> Saviq: sure it'd be possible to scale itself probably, but not sure if it'd be cheaper
[07:43] <Saviq> tsdgeos, well, should be, since it'd be scaling the texture itself, not a copy of it
[07:44] <tsdgeos> Saviq: but it may end up in redraws blah blah
[07:44] <Saviq> tsdgeos, trueth
[07:44] <Saviq> tsdgeos, but shouldn't :)
[07:45] <Cimi> Saviq, approved, you can go in dash overview and need fix it
[07:46] <Cimi> otherwise I'll do :)
[07:47] <Cimi> we need to export the activity indicator and use it there too
[07:47] <Saviq> trueth
[07:50] <tsdgeos> what's up with cI?
[07:50] <tsdgeos> i did a commit 12 hours ago and still no run? https://code.launchpad.net/~aacid/unity8/prepend_test_xml/+merge/229766
[07:51] <Saviq> tsdgeos, it's approved
[07:52] <Saviq> tsdgeos, ci doesn't run on already top-approved branches
[07:52] <Saviq> (automagically)
[07:52] <tsdgeos> ahhh
[07:52] <tsdgeos> didn't know that
[07:53] <tsdgeos> i'll trigger a rebuild then
[07:59] <Saviq> mzanetti, welcome back ;)
[08:38] <mzanetti> o/
[08:38] <mzanetti> hello
[08:38] <mzanetti> Saviq: thanks
[08:39] <tsdgeos> Saviq: are we on rails again?
[08:50] <dednick> Saviq: um, any idea why indicator-network depends on unity8? seems like kind of a weird dep.
[08:51] <mzanetti> uh! dash-as-app landed. nice
[08:52] <dednick> mzanetti: pain in the arse on desktop though! :)
[08:52] <mzanetti> dednick: how?
[08:52] <mzanetti> dednick: you mean run.sh?
[08:52] <dednick> mzanetti: yeah. 2 windows
[08:53] <mzanetti> dednick: right... well, I only use make tryShell nowadays
[08:53] <mzanetti> would that be an option for you?
[08:53] <dednick> dash is now a screenshot in shell, with separate window for scopes :)
[08:53] <mzanetti> dednick: yeah, I know... I did that
[08:53] <dednick> mzanetti: hm. could be
[08:53] <mzanetti> dednick: maybe just LD_LIBRARY_PATH some indicators stuff
[08:53] <dednick> oh i'm just complaining... don't worry about it
[08:53] <mzanetti> then make tryShell should be fine for you
[08:54] <mzanetti> I guess we should get rid of run.sh...
[08:54] <mzanetti> or not use upstart for it...
[08:54] <dednick> yeah
[08:55] <mzanetti> dednick: what I do too is to launch the unity8 binary with qtcrator, without run.sh
[08:55] <dednick> the upstart bit is my major gripe with it
[08:55] <mzanetti> dednick: just add "-mousetouch" to the cmdline args
[08:55] <dednick> mzanetti: ah. was wondering about that. my mouse wasn't working with running binary
[08:55] <mzanetti> yep, -mousetouch
[09:07] <tsdgeos> Saviq: ping
[09:23] <Saviq> tsdgeos, pong
[09:23] <tsdgeos> Saviq: where does scopeStyle come from in https://code.launchpad.net/~saviq/unity8/dash-activity-indicator/+merge/229805 ?
[09:23] <tsdgeos> color: scopeStyle.backgroundLuminance > 0.7 ? "#50000000" : "#50ffffff"
[09:23] <Saviq> tsdgeos, yeah, by now... from nowhere
[09:23] <tsdgeos> ok
[09:24] <tsdgeos> i merged all silo1 to dash_overview
[09:24] <tsdgeos> and was wondering if that was a merge issue or not
[09:24] <Saviq> tsdgeos, yeah, not, that's broken atm
[09:24] <Saviq> as I was moving the indicator out and out, I no longer have scopeStyle indeed...
[09:25] <Saviq> mhr3, bcmwl broken == no 5GHz networks, eh?
[09:25] <mhr3> Saviq, i wouldn't know, my chip doesn't do 5ghz at all
[09:25] <Saviq> ugh
[09:34] <Saviq> mhr3, fyi, downgraded to previous bcmwl version (tried previous kernel, too), didn't help :/
[09:35] <mhr3> Saviq, are you sure your driver supports 5ghz? :P
[09:35] <Saviq> mhr3, yes :P
[09:35] <Saviq> it *did*
[09:35] <Saviq> tsdgeos, yeah we are
[09:35] <tsdgeos> gooed :)
[09:35] <tsdgeos> -e
[09:37] <Cimi> old kernel?
[09:37] <Cimi> I am on 3.13
[09:37] <Cimi> no bcmwl issues
[09:37] <mhr3> Saviq, maybe it just pretended, and now they fixed it to stop pretending ;)
[09:39] <Saviq> Cimi, do you get 5GHz networks?
[09:40] <Cimi> Saviq, yes
[09:40] <Cimi> Saviq, using 14.04
[09:40] <Saviq> Cimi, right
[09:42] <mhr3> Saviq, reminded esti about the icons
[09:42] <mhr3> Saviq, i'll push the square ones into the existing branches at least
[09:42] <mhr3> Saviq, when do you plan to land it?
[09:45] <Saviq> mhr3, asap
[09:45] <Saviq> mhr3, doing a func/vis review right now
[09:48] <Cimi> mzanetti, wanted to ping you yesterday to remove the darkening effect when only one app (dash then) is running
[09:49] <Cimi> on the spread
[09:53] <mzanetti> Cimi: that's on my list to discuss with Vesa when he's back
[09:53] <mzanetti> Cimi: IMO we need to get rid of that effect at all
[09:53] <mzanetti> Cimi: or at least make it muuuch less
[09:53] <Cimi> yeah
[09:53] <Cimi> only helps in quick flip
[09:54] <Cimi> but looks bad on spread
[09:54] <mzanetti> yeah... not even much there
[09:55] <Saviq> tsdgeos, you didn't push the whole merge of dash overview did you?
[09:55] <tsdgeos> no, i still have it here
[09:55] <tsdgeos> running tests and stuff
[09:55] <tsdgeos> merge was far from trivial
[09:58] <mhr3> Saviq, do we need to modify the category template for the overviews?
[09:58] <tsdgeos> Saviq: do y'ou want me to push it to a separate branch?
[09:58] <mhr3> Saviq, or i guess you're doing magic to it already since you'll be cropping the icons?
[09:59] <mhr3> Saviq, still, we need a new template for the scope search results
[10:00] <Saviq> mhr3, yeah, we'll be overriding the aspect ratio there though
[10:02] <Saviq> tsdgeos, I'd like to have an early look at it, yeah
[10:02] <Saviq> tsdgeos, whether same or separate branch - you tell me
[10:03] <tsdgeos> Saviq: lp:~aacid/unity8/do_merged
[10:04] <Saviq> tsdgeos, thanks
[10:05] <tsdgeos> qml tests seem to be passing now
[10:05] <tsdgeos> will run autopilot after that
[10:05] <Saviq> tsdgeos, just run ci on it
[10:05] <Saviq> tsdgeos, you can put it as WiP MP
[10:05] <tsdgeos> will fail
[10:05] <tsdgeos> doesn't have scopes v4
[10:05] <Saviq> ah v4 :/
[10:07] <Saviq> tsdgeos, hmm it just goes blank for me as I drag from the bottom :|
[10:07] <Saviq> tsdgeos, looks like the background is somewhere covering the overview?
[10:08] <tsdgeos> wops yeah wrong merge
[10:08] <tsdgeos> will check
[10:09] <tsdgeos> wonder how the dash overview test passed
[10:09] <tsdgeos> i guess because items are still there and can be clicked
[10:09] <Saviq> yeah
[10:10] <Saviq> tsdgeos, the background should just be part of DashContent.qml don't you think?
[10:10] <tsdgeos> it is
[10:10] <Saviq> oh ok
[10:10]  * Saviq stops
[10:10] <tsdgeos> the wrong background is the one you made me add yesterday when i told you i didn't want to
[10:10] <tsdgeos> Saviq: pull
[10:11] <tsdgeos> i.e. just a wrong merge
[10:12] <Saviq> k
[10:16] <Saviq> mhr3, which MPs do I need to get for a silo with overview
[10:16] <mhr3> Saviq, keeping in mind that you'll need to override the search category too?
[10:16] <Saviq> mhr3, yeah, probably not straight away, but yes
[10:17] <mhr3> Saviq, https://code.launchpad.net/~unity-team/unity-scope-mediascanner/overview-icons/+merge/228254
[10:17] <Saviq> mhr3, we assumed the category name would be static
[10:17] <mhr3> Saviq, and https://code.launchpad.net/~unity-team/unity-scope-click/overview-icons/+merge/227731
[10:17] <mhr3> Saviq, it's "recommended" iirc
[10:17] <mhr3> nope
[10:17] <mhr3> "recommendations"
[10:19] <Saviq> mhr3, and we'll need the scopes scope to change template, right?
[10:24] <Saviq> tsdgeos, looks like you need to tweak data/unity8-dash.conf to drop scopes scope from favourites
[10:24] <Saviq> ah wait
[10:24] <Saviq> it probabaly is
[10:24] <tsdgeos> Saviq: it's drooped
[10:24] <tsdgeos> it's just that our run system is not so great
[10:24]  * Saviq needs to copy the .conf
[10:24] <tsdgeos> and still uses sytemwide instead ours
[10:24] <tsdgeos> need a way to fix that
[10:24] <tsdgeos> it's borking autopilot for me now too
[10:24] <Saviq> tsdgeos, yeah, I've a branch
[10:25] <Saviq> tsdgeos, autopilot should be fine, assuming you copy the .conf file(s) to ~/.config/upstart/
[10:25] <Saviq> and make install of course
[10:25] <tsdgeos> sure, i just haven't copied it ;)
[10:26] <Saviq> tsdgeos, hmm, favorites always go back to the dash, don't change scope?
[10:27] <tsdgeos> Saviq: you mean on click?
[10:27] <Saviq> tsdgeos, yes
[10:27] <tsdgeos> works here
[10:27] <tsdgeos> desktop or phone?
[10:27] <Saviq> tsdgeos, desktop
[10:27] <tsdgeos> that is weird
[10:27] <tsdgeos> do you have the latest qdeclarative?
[10:28] <Saviq> yeah
[10:29] <tsdgeos> what do you do exactly?
[10:31] <Saviq> tsdgeos, let me record
[10:31] <Saviq> tsdgeos, I start, drag up, click on music
[10:31] <Saviq> and am taken back to apps
[10:31] <Saviq> like I pressed DONE
[10:31] <Saviq> it doesn't even zoom in from the right item
[10:32] <tsdgeos> Saviq: can you try make tryDash ?
[10:33] <tsdgeos> yep, nity8 seems to be failing
[10:33] <tsdgeos> qml: No match for scope with id: musicaggregator
[10:33] <tsdgeos> that is weird
[10:33] <tsdgeos> hmmm
[10:33] <Saviq> tsdgeos, works there, yeah
[10:33] <Saviq> tsdgeos, btw, search doesn't look right in overview
[10:33] <tsdgeos> mhr3: does your sort-order branch have the things for dash_overview too?
[10:34] <Saviq> ah right maybe I'm missing something there
[10:34] <tsdgeos> Saviq: what is missing in search?
[10:34] <Saviq> tsdgeos, it doesn't really search...
[10:34] <Saviq> tsdgeos, just displays All, really
[10:35] <tsdgeos> i'm going to blame the plugin
[10:35] <tsdgeos> now that is mhr3's last day
[10:35] <mzanetti> oh no! Is it?
[10:35] <Saviq> not tomorrow?
[10:36] <Saviq> tsdgeos, yeah, /me stupid, don't have the plugin here
[10:37] <Saviq> tsdgeos, btw, we got silo 11
[10:38] <tsdgeos> awesome
[10:38] <tsdgeos> autopilot is failing for nexus 10 size
[10:39] <tsdgeos> for some reason on resize the current scope is changing
[10:39] <tsdgeos> from clickscope to video
[10:39] <tsdgeos> so all the tests fail to start
[10:39] <tsdgeos> i'm confused, since doing the resize manually doesn't give me that behaviour
[10:41] <tsdgeos>             # XXX Currently we have no way to launch the application with a
[10:41] <tsdgeos>             # specific size, so we must resize it after it's launched.
[10:41] <tsdgeos>             # --elopio - 2014-06-25
[10:41] <tsdgeos> well we could have added that way....
[10:42] <tsdgeos> instead of doing something that now broke :D
[10:50] <Wellark_> dednick: did it actually stay this way?
[10:50] <Wellark_> https://dl.dropboxusercontent.com/u/85539674/locked_sim/locked_sim8.png
[10:51] <Wellark_> or was that a short intermediate state ?
[10:56] <mzanetti> Saviq: hey, did you get anything regarding the lockscreen designs?
[10:56] <Saviq> Wellark_, I saw an empty item like that today, yeah (no lock icon, but probably same issue then)
[10:56] <Saviq> mzanetti, yeah, my fail
[10:56] <mzanetti> huh?
[10:56] <tsdgeos> Saviq: so that handmade resize is broken for me too in master when using autopilot+nexus10, shall i add a -windowgeometry to unity8-dash like the one we have in unity8?
[10:56] <Saviq> mzanetti, didn't get to that
[10:56] <Saviq> tsdgeos, makes sense, yeah
[10:56] <Saviq> tsdgeos, but not a high prio
[10:56] <mzanetti> Saviq: well... not your fail...
[10:57] <mzanetti> I asked the questions a thousand times already
[10:57] <Saviq> mzanetti, yeah, my fail 'cause I didn't remember to follow up on that :|
[10:57] <tsdgeos> Saviq: well the autopilot is failing :D but maybe works on CI
[10:57] <tsdgeos> so all happy
[10:57] <tsdgeos> let's wait for silo 1 to merge
[10:57] <Saviq> tsdgeos, we're not running X11 tests on ci any more
[10:57] <tsdgeos> Saviq: when is the eta for silo1?
[10:58] <Saviq> tsdgeos, davmor2 has his hands on it, so unless he finds a blocker, soon!
[10:58] <mzanetti> Saviq: so... what shall we do? just implementing it somehow, ignoring some contradictory parts of the spec and making up missing parts ourselves?
[10:58] <tsdgeos> Saviq: greatz
[10:58] <mzanetti> I'm not confident to get the answers any more
[10:59] <Saviq> mzanetti, yeah, by now it's probably best to just do our best judgement by now
[10:59] <mzanetti> ok
[11:12] <dednick> Wellark_: stayed
[11:12] <mhr3> Saviq, yep, that's why i'm asking
[11:13] <mhr3> tsdgeos, overview is in distro even now
[11:13] <Wellark_> dednick, Saviq: ok. thanks
[11:13] <tsdgeos> mhr3: is it?
[11:13] <tsdgeos> mhr3: something weird is going on then
[11:13] <Saviq> mhr3, oh it is...
[11:13] <Wellark_> I have a fix coming up on the unknown networkregistration status
[11:14] <Wellark_> that would explain what you both are seeing
[11:14] <Saviq> Wellark_, another issue, I renamed the SIMs, but indicator didn't get the message
[11:14] <Saviq> Wellark_, even over a reboot
[11:14] <mhr3> tsdgeos, did you update dash-overview to work with v4 yet?
[11:14] <tsdgeos> mhr3: yes
[11:14] <Wellark_> Saviq: can't put everything to a single merge
[11:14] <mhr3> tsdgeos, let me check then
[11:14] <Saviq> Wellark_, that's ok, just wanted to know
[11:14] <tsdgeos> mhr3: lp:~aacid/unity8/do_merged
[11:15] <Wellark_> Saviq: for now it just shows SIM 1 and SIM 2 for the users to separate them somehow :)
[11:15] <Saviq> mhr3, we're going into silo 11 btw
[11:15] <mhr3> Saviq, cool... but they took my phone, so doesn't help really :P
[11:15] <Saviq> mhr3, you still have your laptop :P
[11:15] <mhr3> yea, and it can build stuff without silos :)
[11:16] <tsdgeos> mhr3:  ./builddir/src/Dash/unity8-dash -mousetouch
[11:16] <Saviq> pffty
[11:17] <Cimi> Saviq, can I have a mid-review for this refactor? http://paste.ubuntu.com/7978870/
[11:17] <Cimi> just pasted the changed to GenericScopeView (tests pass)
[11:17] <tsdgeos> mhr3: scopes.count undefined
[11:18] <mhr3> huh?
[11:18] <tsdgeos> we may be old
[11:18] <tsdgeos> or i may be
[11:18] <Saviq> Cimi, dudue
[11:18] <tsdgeos> mhr3: which is the plugin with v4 and altnav?
[11:18] <Saviq> Cimi, why don't you just use two Loaders?
[11:18] <mhr3> tsdgeos, 0.5.3
[11:18] <tsdgeos> mhr3: does that have v4?
[11:19] <mhr3> yes
[11:19] <Cimi> Saviq, why two loaders?
[11:19] <Saviq> Cimi, why not?
[11:19] <Saviq> Cimi, empty loaders are dead cheap
[11:19] <Cimi> Saviq, you're always for saving code
[11:19] <Cimi> remove item, remove properties etc etc
[11:19] <Saviq> Cimi, yeah, and that doesn't save any code, but makes things overly complex
[11:19] <Cimi> Saviq, but supports more pages
[11:19] <Cimi> Saviq, just adding another source
[11:20] <Saviq> Cimi, but we only need to support the two
[11:20] <Cimi> it doesn't simply having two
[11:20] <Cimi> two loaders
[11:20] <Saviq> Cimi, and we'll need to move to a stack sooner rather than later
[11:20] <mhr3> tsdgeos, but yea, something's wrong, search no worky
[11:20] <Saviq> Cimi, it's definitely more readable
[11:20] <Cimi> because you still need the logic to unload one loader
[11:20] <tsdgeos> mhr3: which branch of scopes-shell shall i be using?
[11:20] <mhr3> tsdgeos, sort-order
[11:21] <tsdgeos> ok, let me rebuild that one
[11:21] <Saviq> Cimi, but that's just "active = false" or so
[11:21] <Cimi> Saviq, and z index
[11:21] <Saviq> Cimi, no, because you just make it invisibee
[11:21] <Saviq> Cimi, only one of them will ever be visible at any given time
[11:22] <Cimi> I can try another shot, but I think it will be same complexity
[11:22] <Cimi> just different code
[11:22] <Saviq> Cimi, more readable for sure
[11:23] <Cimi> you still need one variable to detect the mode
[11:23] <Cimi> the subpage opened
[11:23] <mhr3> tsdgeos, oh, i think i know what the issue is, pete-woods broke it :P
[11:23] <Cimi> and still need to make sure the other loader is completely done before showing the new one
[11:23] <Cimi> (I tried this before)
[11:24] <Wellark> dednick: so, there was a tiny bug left that caused the unlock icon to stay visible
[11:24] <Saviq> Cimi, or maybe just not use a loader, leave PreviewListView be
[11:24] <Saviq> Cimi, just add SettingsPage directly, with no model set
[11:24] <tsdgeos> mhr3: makes sense :D
[11:24] <Wellark> dednick: I've now improved the handling of the unknown network registration status
[11:24] <Saviq> Cimi, aaanyway it doesn't really matter, since we need to put it in a stack asap
[11:24] <tsdgeos> mhr3: what ws the thing to tell dkpg-pabkage not to run tests?
[11:24] <Saviq> Cimi, so maybe you should just think about doing that instead?
[11:24] <mhr3> tsdgeos, DEB_BUILD_OPTIONS=nocheck
[11:25] <Cimi> Saviq, pagestack?
[11:25] <Cimi> Saviq, with dash etc?
[11:25] <mhr3> tsdgeos, do you still have problem with the location tests?
[11:25] <tsdgeos> mhr3: yep
[11:25] <mhr3> weird
[11:25] <mhr3> must be something on your system
[11:25] <Saviq> Cimi, rather Qt's StackView
[11:25] <Cimi> Saviq, is it animated?
[11:26] <Saviq> Cimi, http://qt-project.org/doc/qt-5/qml-qtquick-controls-stackview.html
[11:26] <Saviq> Cimi, yeah, dash would be the first page in there, previews, scopes, settings pages are pushed on top
[11:26] <Saviq> Cimi, Qt's is, yes
[11:26] <Cimi> cool
[11:27] <Cimi> Saviq, I'll spend one hour trying two loaders (if it simplifies)
[11:27] <Cimi> Saviq, if it doesn't can we get this in and I use stack as next task?
[11:27] <Saviq> Cimi, yeah, don't even spend the hour to use two loaders
[11:27] <Wellark> Saviq: could you plese rebuild indicator-network in silo1 ?
[11:27] <Saviq> Wellark, no
[11:28] <Saviq> Wellark, it's already under QA
[11:28] <Saviq> Wellark, it'll land pretty soon
[11:28] <dednick> Wellark: ok. I'm testing some other work now, but I'll pull your source and build it locally when i get a minute
[11:28] <Wellark> did you rip out indicator-network from there?
[11:28] <Saviq> Wellark, so any fixes will need to come after that
[11:28] <Saviq> Wellark, no I didn't
[11:28] <Wellark> ok, thanks
[11:28] <Wellark> there is just a small one really
[11:28] <Saviq> Wellark, it's not perfect
[11:28] <Saviq> Wellark, but it's not a regression, just incomplete
[11:29] <Saviq> Wellark, so there's no reason to hold back really
[11:29] <Wellark> Saviq: what issues have you had?
[11:29] <Wellark> empty item?
[11:29] <Saviq> Wellark, just empty item, yes
[11:29] <Saviq> Wellark, and the not-named SIMs
[11:29] <dednick> Saviq: regression being the incorrect icon being shown in the panel.
[11:29] <Saviq> but that you said is for later
[11:30] <Wellark> dednick: umm?
[11:30] <Wellark> which icon is incorrect?
[11:30] <Saviq> dednick, didn't notice that?
[11:30] <dednick> Saviq: https://dl.dropboxusercontent.com/u/85539674/locked_sim/locked_sim8.png
[11:30] <dednick> I commented on the mp
[11:30] <Saviq> dednick, ah, empty instead of locked
[11:30] <Wellark> the panel icon is correct
[11:31] <Saviq> dednick, shouldn't it show a padlock?
[11:31] <Wellark> the "locked icon" is wrong
[11:31] <dednick> Wellark: it's unlocked.
[11:31] <dednick> Wellark: i had already unlocked the phone
[11:31] <Wellark> dednick: https://code.launchpad.net/~unity-api-team/indicator-network/modeminfo/+merge/225160/comments/558106
[11:32] <dednick> Wellark: and the panel is showing gsm-3g-disabled.svg
[11:32] <Wellark> yes. as for some reason it seems you are getting unknown state from the networkregistration
[11:32] <dednick> Wellark: right. but that's a regression :)
[11:32] <Saviq> dednick, are there steps to repro that?
[11:33] <dednick> Saviq: just reboot phone and unlock. It happened the second time i tried, but not subsequent tries
[11:33] <dednick> unlock sim i mean
[11:33] <Wellark> no point doing that without my latest commit
[11:33] <dednick> Saviq: happens randomly i think.
[11:33] <Saviq> dednick, yeah, all behaves fine here, lemme try with the other phone
[11:34] <dandrader> mzanetti, are you back?
[11:35] <Saviq> dandrader, he is
[11:37] <dednick> Saviq: i'm not really that concerned about the panel icon. as long as we fix it soonish. It seems to work most of the time anyway.
[11:38] <Saviq> dednick, Wellark, for a moment after putting the SIM in I got just the locked icon in an empty item, a second later Searching /| showed up and all's fine now
[11:38] <Saviq> dednick, yeah, agreed
[11:38] <dednick> Saviq: yeah. sometimes it stays empty and doesnt update. Not affecting any functions though
[11:39] <Wellark> dednick: you have it empty how?
[11:39] <Wellark> could you get me the output of /usr/share/ofono/scripts/list-modems
[11:40] <dednick> Wellark: no, can't seem to reproduce it now. I'm building something at the moment. will try a couple more times after
[11:40] <Wellark> with my latest commit instead of empty there would be 3g-disabled icon and text "Unknown"
[11:40] <Wellark> but the interesting part is that why it's unknown
[11:40] <mzanetti> dandrader: yes
[11:41] <Wellark> anyway, the indicator will state it more clearly, instead of just an empty item
[11:41] <dednick> Wellark: what is ofono giving you for the unknown state?
[11:41] <dandrader> mzanetti, welcome back!
[11:42] <dednick> Wellark: might be worth doing a debug log if you can't resolve a proper state.
[11:42] <dandrader> mzanetti, need some help with the spread :)
[11:42] <mzanetti> dandrader: don't break it :P
[11:42] <tsdgeos> mzanetti: yeah welcome
[11:42] <Saviq> biab
[11:43] <mzanetti> tsdgeos: thanks :)
[11:59] <Wellark> Saviq: so, how do we do this indicator-network landing?  there are just couple of commits that are not part of the package
[12:00] <Wellark> in silo 1
[12:00] <Wellark> probably just request a new silo for them straight away after silo 1 has landed
[12:02] <mhr3> tsdgeos, hm, actually, i don't see what's wrong, must be ui :P
[12:04] <mhr3> Saviq, so what's the template the scope search cat should use?
[12:06] <mhr3> Saviq, also, the progress bar seems to always do a full back and forth, is that desired?
[12:14] <mhr3> tsdgeos, ah, the overview scope doesn't have .active = true
[12:14] <mhr3> that's why it doesn't search
[12:16] <Saviq> Wellark, yeah, it will just not merge the last two commit
[12:16] <Saviq> s
[12:16] <Saviq> mhr3, yes
[12:17] <Cimi> Saviq, can I ask for a triggered method for settings?
[12:17] <Cimi> would make things easier I guess
[12:17] <Saviq> Cimi, you can, but not me ;)
[12:17] <Cimi> hah
[12:17] <mhr3> Saviq, it's confusing, makes it look like it's waiting for the images to load, but only sometimes :/
[12:17] <Cimi> Saviq, I was wondering why someone decided not to have one
[12:17] <Cimi> mhr3, can I ask for a triggered method on the settings model?
[12:18] <Saviq> mhr3, it has a delay of 200ms, and if stuff doesn't complete within that time, it shows for at least full revolution
[12:18] <Saviq> mhr3, otherwise you'd just see it flash for a split second
[12:18] <Saviq> Cimi, triggered what, btw?
[12:18] <Cimi> Saviq, action on the setting
[12:18] <Cimi> like, property changed
[12:19] <mhr3> Saviq, why don't we do the fade out trick?
[12:19] <mhr3> Cimi, what property?
[12:19] <Saviq> mhr3, we do
[12:19] <Cimi> mhr3, any property
[12:19] <mhr3> Cimi, it's a model, you should be getting dataChanged
[12:19] <Saviq> mhr3, but there has to be a minimal time it shows
[12:19] <Cimi> mhr3, how do I update properties I change in the ui?
[12:19] <Cimi> store those
[12:20] <Saviq> mhr3, otherwise it'd just be on/off within a split second at times, you wouldn't even notice it there
[12:20] <mhr3> Cimi, just write to the model?
[12:20] <Saviq> mhr3, we can make it only go one way, the current thing is what we decided with designers though
[12:20] <Saviq> Cimi, the model is writable
[12:21] <Cimi> so I have to use setData?
[12:22] <mhr3> Saviq, not sure that would solve anything
[12:22]  * mterry loves having CI runs that actually fully pass
[12:22] <mhr3> Saviq, anyway, as you said, it's desired, so i rest my case
[12:26] <dandrader> mterry, it doesn't happen every day
[12:26] <dandrader> :)
[12:26] <mterry> dandrader, well today is a good day  :)
[12:28] <Saviq> Cimi, model.property = foo
[12:29] <Saviq> mterry, guess what, we don't have any, yet ;0
[12:29] <Saviq> mterry, check out the test count on https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/795/testReport/
[12:31] <mterry> Saviq, 704 tests?
[12:31] <Saviq> mterry, yeah, that's the real count
[12:31] <Saviq> mterry, jenkins wasn't looking at FooFooTest.xml files, just testFooBar.xml
[12:32] <mhr3> Saviq, so what's the template the scope search cat should use?
[12:32] <Saviq> mterry, which means until that branch we were not getting all the output from testing
[12:32] <mterry> Saviq, hrm
[12:32] <Saviq> mhr3, let me see
[12:34] <Saviq> mhr3, http://pastebin.ubuntu.com/7979392/ I'd say
[12:40] <mhr3> thx, using
[12:43] <Cimi> mhr3, what's the difference between properties and values in the settings interface?
[12:44] <mhr3> Cimi, you asked that two days ago :P value is value, properties is valid for lists
[12:44] <Cimi> mhr3, ok but I don't know what properties for list]s is
[12:45] <mhr3> Cimi, http://bazaar.launchpad.net/~unity-team/unity-scopes-shell/trunk/view/head:/tools/settings/widgets/listSettingsWidget.qml
[12:45] <Cimi> mhr3, thx
[12:45] <Cimi> now lunch break
[12:46] <mzanetti> Saviq: so... what shall we do with the 4 digit autoconfirm?
[12:46]  * mzanetti thinks it should go away
[12:47] <Saviq> mzanetti, +1
[12:47] <mzanetti> ack
[12:47] <Saviq> mzanetti, or well, settings app only allows setting 4-digit PINs doesn't it?
[12:47] <mzanetti> it does atm... wouldn't prevent the lockscreen to still allow pressing OK after entering 4 digits ;)
[12:48] <mzanetti> but yeah... settings should be changed too to get away with that 4 digit limit
[12:48] <mzanetti> IMO
[12:48] <Saviq> mzanetti, well, that's not for us to say...
[12:48] <mzanetti> I know... its design... but they don't do
[12:48] <Saviq> mzanetti, if the design is still that we should to autoconfirm, and that it's always 4 digit, let's leave it at thta
[12:49] <mzanetti> Saviq: well, the new lockscreen design doesn't say anything about the autoconfirm
[12:49] <mzanetti> looks like the person who designed it didn't ever hear about that
[12:50] <mzanetti> i.e. there's always a confirm button around
[12:51] <Saviq> mzanetti, heh, ok then, do not implement autoconfirm ;)
[12:51] <mzanetti> ok
[12:52] <tsdgeos> is there any other way to unlock the sim than clickin on the indicator?
[12:53] <tsdgeos> because it doesn't work
[12:53] <tsdgeos> maybe i need to reboot?
[12:53] <mzanetti> tsdgeos: heh, same here today. works fine with silo 1 though
[12:53] <mzanetti> tsdgeos: you can also use qdbus if its just for that
[12:53] <mzanetti> tsdgeos: org.ofono, EnterPin
[12:54] <tsdgeos> i'd prefer my krillin to work
[12:55] <tsdgeos> since i'm supposed to do rtm tests
[12:56] <mzanetti> tsdgeos: yeah... I know
[12:56] <mzanetti> same here
[12:56] <tsdgeos> interestingly a reboot made it work
[13:07] <mhr3> tsdgeos, is the overview supposed to support overlay color yet?
[13:07] <tsdgeos> mhr3: which branch?
[13:08] <mhr3> tsdgeos, da-...
[13:08] <mhr3> tsdgeos, do-...
[13:08] <tsdgeos> mhr3: yes should be there
[13:11] <mhr3> tsdgeos, hm, when i set the overlay color to white, the text is white
[13:11] <mhr3> and when i set it to black, it's not black enough :P
[13:13] <mhr3> tsdgeos, hmm... yea, i just set it to "#000000ff" and there's no sign of black
[13:14] <tsdgeos> well you made it totally transparent
[13:14] <tsdgeos> what do you expect?
[13:14] <mhr3> tsdgeos, what? it's rrggbbaa, no?
[13:15] <Saviq> tsdgeos, argb
[13:15] <Saviq> mhr3, rather ↑
[13:15] <mhr3> grrr
[13:18] <mterry> Saviq, I can't wait for this next unity8 mega merge
[13:19] <mterry> Like 20 different branches
[13:19] <cwayne> mterry: i know right?
[13:19] <cwayne> excited :)
[13:21] <Saviq> mterry, yeah, and it's already QA-acked
[13:21] <mterry> Saviq, we're supposed to promote an image today I believe...
[13:22] <Saviq> mterry, yeah, that silo fixes 2 blockers
[13:22] <mterry> Saviq, 'course now we're lurching from traincon0 to traincon0 as we land enormous amounts of code containing a few regressions each time we exit traincon0  :-/
[13:23] <Saviq> mterry, that's why the additional QA ack
[13:23] <Saviq> mterry, is meant to make sure we're not introducing any
[13:23] <mhr3> tsdgeos, anyway, white overlay + white text not easy to read :P
[13:23] <mterry> Saviq, yeah but I'm talking about getting out of traincon0 and then landing the piles of branches that have accumulated
[13:23] <Saviq> tsdgeos, mhr3, looks like overlay doesn't do the right colour detection?
[13:23] <Saviq> mterry, ah right, yeah
[13:24] <mhr3> tsdgeos, also, did you see my msg about the overview scope's .active?
[13:24] <mhr3> Saviq, right
[13:24] <tsdgeos> mhr3: no i didn't
[13:24] <mhr3> tsdgeos, ah, the overview scope doesn't have .active = true
[13:24] <mhr3> that's why it doesn't search
[13:25] <tsdgeos> Saviq: it doesn't do anything, scope just should set the right color, no?
[13:25] <Saviq> tsdgeos, it can't set the color for overlay text
[13:25] <Saviq> tsdgeos, overlay text should decide between foreground and background colours based on overlay colour luminance
[13:26] <mhr3> same as background really
[13:26] <mhr3> it's just the base color is the overlay color
[13:26] <Saviq> yup
[13:26] <tsdgeos> Saviq: well then it's a bug
[13:27] <tsdgeos> mhr3: do i really need to do that
[13:27] <tsdgeos> can't you know that "wll it's the damn overview scope, that was got with getOverviewScope"
[13:27] <tsdgeos> so obviously is special and can be searched all the time
[13:28] <mhr3> tsdgeos, no, it's derived from a real scope
[13:29] <mhr3> it doesn't hit the derived class if it's not active
[13:29] <tsdgeos> dednick: you aware that going in and out of the flight mode "breaks" the indicator positioning?
[13:29] <dednick> tsdgeos: er. no.
[13:30] <dednick> tsdgeos: oh. that's a crappy tab bug
[13:30] <dednick> tsdgeos: it's been removed in the design review MP
[13:31] <Saviq> mhr3, did you manage to ask Esti for the overview bottom hint asset? as in https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/hint-expanded.png ?
[13:33] <mhr3> Saviq, no, just the scope icons
[13:33] <Saviq> mhr3, ok, will email her
[13:33] <Saviq> mhr3, unless you can run over still? ;)
[13:33] <mhr3> Saviq, isn't that thing in the sdk?
[13:33] <Saviq> mhr3, not that I know of
[13:33] <mhr3> Saviq, she's not at her desk
[13:34] <mhr3> Saviq, and i'm pretty sure i saw it in dialer
[13:34] <mhr3> or messaging
[13:34] <mhr3> or somewhere
[13:34] <Saviq> mhr3, yeah, but there's text in there, and I don't think it's SDK, but will find out
[13:40] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/dash_overview/+merge/228649/comments/558150
[13:40] <Saviq> tsdgeos, I think you mostly just missed that comment when I first sent it
[13:41] <tsdgeos> Saviq: i don't see what's missing for
[13:41] <tsdgeos> me
[13:41] <tsdgeos> other than you disagreeing on the opacity of the done text
[13:41] <tsdgeos> and someone giving me an asset
[13:41] <tsdgeos> which since it's probably not going to happen, i didn't do any coding for
[13:42] <Saviq> tsdgeos, what 'is not going to happen'?
[13:42] <tsdgeos> someone producing a simple asset as that one
[13:42] <Saviq> since when do we expect assets to not happen?
[13:43] <tsdgeos> ok, let's not go there
[13:43] <tsdgeos> anyway, i'm busy playing with simcards
[13:44] <tsdgeos> if you want i can stop that and go back to dash overview
[13:44] <Saviq> tsdgeos, do you disagree on the opacity between https://docs.google.com/a/canonical.com/file/d/0B32jwBcbaPloX2hIcGZGOW9jX2s/edit vs. https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/01_Dash_scopes_nav_full_dark_v7.jpg
[13:44] <tsdgeos> well one of them is different
[13:44] <tsdgeos> yes :D
[13:44] <tsdgeos> which is the good one?
[13:44] <Saviq> tsdgeos, the one where you can actually read things ;P
[13:45] <Saviq> tsdgeos, it should be full opacity white on full black
[13:45] <tsdgeos> with 1 pixel on the bottom?
[13:45] <tsdgeos> or that's just a broken visual?
[13:45] <Saviq> tsdgeos, broken visual of course
[13:45] <tsdgeos> now i don't even get the "unlock sim" in the network dialog
[13:45] <tsdgeos> hurray \o/
[13:54] <Saviq> it's publishing!
[13:56] <tsdgeos> \o/
[13:56] <mhr3> Saviq, josh said 15% opacity is desired for the overview, so that's what all the icons are setting
[13:57] <mhr3> Saviq, well.. at least in cases where they're not setting it to 0% opacity and slightly blue :P
[13:57] <Saviq> mhr3, https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/01_Dash_scopes_nav_full_dark_v7.jpg?attachauth=ANoY7crZ3-142X_ngcfTjfcyHJD-2B4hUptbj1b-1QVQPt3GsqXiOYyFECH5zacvxN2_W3-wdUYHWOzf4QnZdWi-OAcE1tKS85sKS-i7M02HrqFpchEji8CofSLT1j0vq3u3Xg22bmpRv_ZUhr8TTAdbdidXyyGKSeWD26xQVfoc29_l2exM1JmSIXGMkfD5fjAwVa_rCQZl7ddYlP-8a5NRJtHG80640Zu4WaBu6x6H44ciyhe-9MWdC54jPCOFEB5EXk6bfw81gI3kduTYh8qvObLOXOKT_g%3D%3D&attr
[13:57] <Saviq> edirects=0 suggests kinda otherwise ;)
[13:57] <Saviq> jeez google
[13:58] <Saviq> tsdgeos, sounds like we'll have to tweak ScopeStyle to actually take non-100%-opaque colors into account, I think I made it to just ~crap out when it encounters a color like that, which kinda makes sense
[13:59] <Saviq> tsdgeos, but maybe we should just ignore alpha is all
[13:59] <tsdgeos> maybe
[13:59] <tsdgeos> not a color physicist myself :D
[13:59] <Saviq> tsdgeos, well, it doesn't make real sense because we'd have to sample the image below
[14:00] <Saviq> tsdgeos, but maybe better this way, people will be able to "hint" at what the image color is and get the text readable on top anyway
[14:01] <tsdgeos> can they do that per image?
[14:02] <Saviq> tsdgeos, yes
[14:02] <tsdgeos> ok
[14:02] <Saviq> tsdgeos, every scope has its own overlay color
[14:02] <tsdgeos> random thought
[14:02] <tsdgeos> how much faster would be things if we use [14:02] <tsdgeos> probably not much
[14:02] <Saviq> tsdgeos, probably depends
[14:03] <Saviq> tsdgeos, but == does implicit conversions, so *somewhat* faster for sure
[14:03] <tsdgeos> mhr3: Saviq: active bit set
[14:03] <tsdgeos> plz pull and check it works
[14:03] <Saviq> tx
[14:03] <tsdgeos> Saviq: mhr3: which thing are you seeing "wrong" in overview?
[14:03] <Saviq> tsdgeos, apps
[14:03] <Saviq> tsdgeos, white on white
[14:04] <mhr3> tsdgeos, where did you push?
[14:04] <tsdgeos> mhr3: both dash_overview and do_merge
[14:05] <tsdgeos> Saviq: hmmm i may have an old apps package, i still have the old "big A" scope
[14:05] <tsdgeos> Saviq: where are you getting the new one?
[14:05] <Saviq> tsdgeos, get silo 11 (and 1 for api)
[14:05] <Saviq> tsdgeos, not store, apps
[14:05] <tsdgeos> sure
[14:05] <tsdgeos> the apps logo is an A
[14:05] <mhr3> tsdgeos, i don't see active being set
[14:05] <Saviq> tsdgeos, ah yeah, you don't have scopes
[14:06] <Saviq> tsdgeos, silo 11
[14:06] <mhr3> tsdgeos, you sure you pushed it?
[14:06] <tsdgeos> mhr3: maybe not, try now
[14:07] <Saviq> tsdgeos, searches now, after searching no scopes though
[14:08] <tsdgeos> Saviq: what do you mean after searching?
[14:09] <Saviq> tsdgeos, if I go back from search
[14:09] <Saviq> tsdgeos, favorites are empty
[14:09] <Saviq> tsdgeos, only load again after I reopen the overview
[14:11] <tsdgeos> mhr3: did you change anything in that regard?
[14:13] <mhr3> tsdgeos, http://paste.ubuntu.com/7980055/
[14:13] <mhr3> tsdgeos, no
[14:14] <mhr3> tsdgeos, apparently something resets the isActive
[14:14] <tsdgeos> mhr3: which one?
[14:15] <mhr3> tsdgeos, which what?
[14:15] <tsdgeos> mhr3: the isActive of which scope, there's more than 1
[14:15] <mhr3> tsdgeos, the overview scope
[14:15] <mhr3> tsdgeos, "scopes" is the overview scope
[14:16] <tsdgeos> right, it's being changed
[14:16] <tsdgeos> hmmm, why
[14:17] <tsdgeos> it's not me
[14:18] <mhr3> tsdgeos, looks like there's only one more binding to isActive... must be that
[14:18] <tsdgeos> it's not me
[14:18] <tsdgeos> http://paste.ubuntu.com/7980082/
[14:19] <tsdgeos> this is what the binding returns
[14:19] <tsdgeos> and when isActiveChanged changes
[14:19] <tsdgeos> changes to false without my binding even being invoked
[14:20] <tsdgeos> plugin code doesn't have any setActive call :/
[14:20] <mhr3> tsdgeos, GenericScopeView has
[14:21] <tsdgeos> mhr3: but generic scope never gets the scopes overview
[14:21] <tsdgeos> ah wait
[14:21] <mhr3> are you usre?
[14:21] <tsdgeos> it does for the search results :D
[14:21] <mhr3> heh
[14:22] <tsdgeos> ok, will push
[14:22] <tsdgeos> but there seems to be a huge refresh of scopes when going back
[14:23] <tsdgeos> as if the model got rebuilt or something
[14:23] <mhr3> it gets reset
[14:24] <tsdgeos> why?
[14:24] <tsdgeos> pushed
[14:27] <tsdgeos> Saviq: in which of the bazillion branches do you want the fix for overlaycolor?
[14:27] <Cimi> Saviq, how do I pass the field (either value, properties) from the settings widget to the listview?
[14:28] <mhr3> Cimi, so... coming to the office?
[14:28] <mhr3> Cimi, it's about time...
[14:28] <Cimi> mhr3, cannot make it...
[14:29] <Cimi> mhr3, really busy with this settings stuff
[14:29] <Cimi> and reviews I have to do for nick
[14:29] <Saviq> tsdgeos, just do it in overview, it's fine there
[14:29] <mhr3> Cimi, you could have done those in a bar
[14:29] <mhr3> :)
[14:30] <Saviq> Cimi, you don't need to pass it to the list view, you just need it in the delegate
[14:30] <Saviq> Cimi, you can just pass the whole "model" object down to the particular widget
[14:31] <Cimi> Saviq, wanted to centralise the code
[14:31] <Cimi> Saviq, otherwise I have to have one action per widget
[14:31] <Saviq> Cimi, then signal up
[14:31] <Saviq> Cimi, or alias the value
[14:31] <Cimi> Saviq, I am signalling up
[14:32] <Saviq> Cimi, but since you need to sync both ways, signal up, pick up in the factory and you're done
[14:32] <Cimi> Saviq, but from listview I have like triggered (string settingId, var field, var newValue)
[14:33] <MacSlow> dednick, stand-up :)
[14:33] <Saviq> Cimi, why settingId / field? don't you have those per model row?
[14:33] <Cimi> Saviq, forget settingId
[14:33] <Cimi> Saviq, I can add or not
[14:33] <Cimi> it's my signal
[14:33] <Cimi> so I have like a SettingWidgetSwitch
[14:33] <Cimi> where I can emit a signal
[14:34] <Cimi> I am changing model.value in this case
[14:34] <Cimi> sometimes I have to change model.properties
[14:34] <Cimi> so how do I tell the listview to change model.value or model.properties?
[14:35] <Saviq> Cimi, model.value = 0
[14:35] <Saviq> Cimi, why would you need to change model.properties?
[14:36] <Saviq> pete-woods, you had a dummy QML using the scope settings API, do you have that around still?
[14:44] <MacSlow> tsdgeos, you've filed bugs upstream against Qt before I bet :) would the isolated qml-test and the description from https://bugs.launchpad.net/sync-monitor/+bug/1353550 be enough to be filed against Qt's upstream bug-tracker?
[14:44] <tsdgeos> MacSlow: you need to set sourceSize
[14:45] <tsdgeos> so svg gets it's nice scaling rendering
[14:47] <Saviq> tsdgeos, doesn't actually help in this case
[14:48] <tsdgeos> ok
[14:48] <tsdgeos> Saviq:
[14:48] <tsdgeos>         if (headerAsOverlay) {
[14:48] <tsdgeos>             color = '"white"';
[14:48] <tsdgeos> }
[14:48] <tsdgeos> so yes, it's always white
[14:48] <tsdgeos> :D
[14:48] <Saviq> ;)
[14:48] <Saviq> MacSlow, in any case, you need to not use UbuntuComponents
[14:48] <MacSlow> Saviq, right
[14:48] <Saviq> MacSlow, when sending bugs up to Qt, and generally package everything up, with the assets, so that they can reproduce it without looking anywhere else
[14:49] <MacSlow> Saviq, sure
[14:49] <Saviq> tsdgeos, so yeah it needs to be luminance(overviewColor) > style.threshold ? style.dark : style.light
[14:50] <Saviq> or so
[14:50] <tsdgeos> Saviq: http://paste.ubuntu.com/7980300/
[14:50] <Saviq> tsdgeos, yeah, we should have a talk about default values for scopeStyle :P
[14:50] <tsdgeos> :D
[14:50] <tsdgeos> anyway that looks nicer
[14:50] <tsdgeos> i'll push
[14:50] <Saviq> coolz
[14:52] <tsdgeos> Saviq: pushed to do_merged only
[14:53] <Saviq> tsdgeos, hmm hmm, still white here...
[14:53] <tsdgeos> weird
[14:53] <tsdgeos> i tried tryCard and it worked fine
[14:53] <tsdgeos> Saviq: aren't we sure the style is borked?
[14:54] <Saviq> tsdgeos, I'm not sure the overlay color makes sense, checking
[14:54] <tsdgeos> Saviq: did you make?
[14:54] <tsdgeos> that code is stupid and needs a make to happen
[14:54] <Saviq> tsdgeos, yeah I did
[14:54] <tsdgeos> ok
[14:57] <Saviq> tsdgeos, I probably don't have mhr3's latest changes
[14:57] <tsdgeos> let's wait if tomorrow stuff settles a bit more
[14:57] <tsdgeos> Saviq: i'm not sure what to do with the hint
[14:57] <tsdgeos> does it have to be there all the time?
[14:58] <tsdgeos> thats what spec says
[14:58] <Saviq> tsdgeos, it's only meant to be in when header is fully in
[14:58] <mhr3> tsdgeos, pushed? still white-on-white for me
[14:58] <Saviq> mhr3, made?
[14:58] <Saviq> mhr3, you need to send a white color in the overlay for apps
[14:58] <Saviq> mhr3, or a light one at least
[14:58] <mhr3> Saviq, i am here :)
[14:59] <Saviq> tsdgeos, yeah, spec is old, I discussed it with Mike, just use a white Rectangle for now until we get the asset
[14:59] <dednick> Saviq: can you check https://code.launchpad.net/~nick-dedekind/ubuntu-settings-components/uqmlscene/+merge/229081 when you get a second please?
[14:59] <Saviq> tsdgeos, pop it in when header fully shown (if you can?), hide it otherwise
[14:59] <Saviq> dednick, will look
[14:59] <Saviq> dednick, description and commit msg probably could use an update
[15:00] <tsdgeos> Saviq: i do not understand "only meant to be in when the header is fully in"
[15:00] <Saviq> tsdgeos, page header
[15:00] <Saviq> tsdgeos, fully visible
[15:00] <Saviq> tsdgeos, then show hint
[15:00] <Saviq> otherwise hide hint
[15:00] <tsdgeos> no transition at all?
[15:00] <tsdgeos> pagehader 99% visible -> no hint?
[15:00] <Saviq> tsdgeos, transition yes, but not proportional
[15:01] <Saviq> tsdgeos, you can make it header > 80% visible or something
[15:01] <Saviq> tsdgeos, but don't "connect" the two in terms of how visible they are
[15:01] <tsdgeos> that's going to be distracting as hell
[15:01] <Saviq> tsdgeos, sure
[15:01] <Saviq> tsdgeos, but that's what we want for now
[15:02] <tsdgeos> MacSlow: what am i supposed to see in that example?
[15:02] <tsdgeos> that Qt SVG renderer sucks?
[15:02] <tsdgeos> that's a won't fix
[15:02] <Saviq> dednick, do we need all the changes TestCase → UbuntuTestCase?
[15:03] <dednick> Saviq: well we definately need the import Ubuntu.Test.
[15:03] <dednick> does it load if you dont use it?
[15:04] <Saviq> dednick, sure
[15:04] <Saviq> dednick, import gets you the singleton
[15:04] <mhr3> tsdgeos, so yea, active works fine now, but still white-on-white for me
[15:04] <Saviq> mhr3, what overlay color are you sending for apps?
[15:04] <mhr3> Saviq, ffffffffffffffff
[15:05] <mhr3> and a few more fs
[15:05] <Saviq> mhr3, you missed a #
[15:05] <mhr3> 	"overlay-color": "#ffffffff"
[15:06] <tsdgeos> mhr3: what about the scopeStyle?
[15:06] <Saviq> tsdgeos, in theory we should handle the defaults ourselves
[15:06] <mhr3> tsdgeos, what about it?
[15:06] <tsdgeos> Saviq: we handle defaults, but of scopestyle says white and white
[15:07] <tsdgeos> we don't have a choice of what to use, no?
[15:07] <dednick> Saviq: hm. actually, if i use UbuntuTestCase i can get rid of the utils.js script which gives the findChild function
[15:07] <Saviq> tsdgeos, it should say grey on white grey or something
[15:07] <Saviq> dednick, yup, that you can
[15:07] <Saviq> *light grey
[15:07] <Saviq> tsdgeos, default isn't white on white
[15:07] <Saviq> mhr3, you have a branch do you>?
[15:07] <mhr3> Saviq, pushed it to the overview-icons one
[15:08] <Saviq> kk, checking
[15:08] <mhr3> Saviq, don't forget to restart scope-registry
[15:08] <mhr3> Saviq, and brace yourself for the session crash :P
[15:08] <pete-woods> Saviq: http://bazaar.launchpad.net/~unity-team/unity-scopes-shell/trunk/files/head:/tools/settings/
[15:08] <Saviq> Cimi, ↑
[15:11] <Saviq> Cimi, so you still need to *set* model.value
[15:11] <Saviq> Cimi, properties only gets you the list items
[15:15] <tsdgeos> Saviq: this handle thing is not trivial at all, lvwph doesn't give that info out
[15:15] <tsdgeos> i need to expose it
[15:16] <tsdgeos> and find from where to expose it
[15:17] <Saviq> tsdgeos, yeah, I didn't think it was trivial
[15:17] <tsdgeos> oh, i actually have m_headerItemShownHeight
[15:17] <Saviq> tsdgeos, another interesting question is whether it's supposed to be in Dash or GSV
[15:17] <tsdgeos> nice
[15:18] <tsdgeos> Saviq: dash since it needs to also show in the temp scope
[15:18] <Saviq> tsdgeos, well, temp scope is GSV, too
[15:18] <tsdgeos> sure
[15:18] <dednick> Saviq: ok. using UbuntuTestCase for findChild, but changed rest to TestCase
[15:18] <Saviq> dednick, tx
[15:19] <tsdgeos> Saviq: but then how do you position it without access to the "overview edge"
[15:19] <tsdgeos> and having more than one "overview edge" seems clumsy
[15:19] <Saviq> tsdgeos, I don't think it should position at overview edge at all
[15:19] <Saviq> tsdgeos, it should just be stuck to the bottom of Dash
[15:19] <tsdgeos> really?
[15:19] <tsdgeos> no movment at all?
[15:20] <tsdgeos> i understand you pull from it
[15:20] <tsdgeos> and thus moves
[15:20] <mhr3> Saviq, are the collapsible widgets in u8 yet?
[15:20] <Saviq> tsdgeos, yeah, but what do you pull from below
[15:20] <mhr3> tsdgeos, and table?
[15:20] <Saviq> mhr3, landing
[15:20] <Saviq> mhr3, table is separate, not landing yet
[15:20] <Saviq> soon as possible
[15:20] <Saviq> tsdgeos, I feel like in this case it should just hide when you touch it
[15:20] <tsdgeos> mhr3: needs a reviewier, you can do your last minute of glory and approve it :D
[15:20] <Saviq> tsdgeos, because you're not pulling anything from below
[15:21] <tsdgeos> Saviq: well still i need the edge info
[15:21] <mhr3> pstolowski, pete-woods, thoughts on how collapsible widgets should be used on the scope side?
[15:22] <Saviq> tsdgeos, right, sure, but I think your idea was to put it in Dash, too, so what's the problem? ;D
[15:22] <tsdgeos> none
[15:23] <tsdgeos> i'm just saying i don't see the need/benefits of GSV
[15:23] <Saviq> ah yeah, there's probably even arguments against
[15:23] <Saviq> like in GSV we'd get it in temp scopes over dash by default, too
[15:23] <Saviq> +overview
[15:23] <pete-woods> mhr3: I don't really know what they are..
[15:24] <pstolowski> mhr3, exactly, can you elaborate / link to the design?
[15:24] <Saviq> tsdgeos, you've got mail (the tab)
[15:24] <mhr3> pstolowski, pete-woods, a container widget that hosts one or more existing widgets... and is collapsed by default
[15:25] <pete-woods> in previews? results?
[15:25] <Saviq> IT'S MERGED!
[15:26] <Saviq> buahahahahaha
[15:26] <Saviq> tsdgeos, can I reconf with dash_overview branch then?
[15:26] <tsdgeos> Saviq: i push do_merged over dash_overview
[15:27] <tsdgeos> so we can keep the merge reuqest?
[15:27] <Saviq> tsdgeos, ok, merge trunk, too
[15:27] <mhr3> pete-woods, yea
[15:27] <Saviq> tsdgeos, yup
[15:27] <mhr3> pete-woods, yea, previews :)
[15:28] <pete-woods> oh, is the thing Ruby wanted for showing more results inside the preview? (e.g. for related videos on youtube)
[15:28] <tsdgeos> what why did i get conflicts on merge?¿?¿?¿
[15:28] <pstolowski> mhr3, PreviewWidget::addWidget(..); PreviewWidget::addColumnLayout(..).. but I'm not sure where it leads us json-wise
[15:29] <tsdgeos> ah
[15:29] <mhr3> pete-woods, nope, not that
[15:29] <tsdgeos> the old --weave friend
[15:29] <mhr3> pete-woods, trying to find a spec with it
[15:29] <pete-woods> okay
[15:30] <mhr3> pete-woods, pstolowski, https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/store/3-previews/preview-v2-info.png?attachauth=ANoY7cqxptZny07dqI-cNzSEy2VSN9PfjwDYJN5JYQeU5SNOkhI4MNxosUIPpeVMzx2TEyya3ccZyES7X3z68EGAV1sHsKXXO-NaZeNRbgSd5o-bEpbF_A-7w7HIMwQKZeYq5xGV3GYSKaiNjbBlSK4317gcUd4BVUM6AqR7E-kahto1kNNMhwlBpde5AN96_OQzJtZIYg9Ns7IP-6J5splHBzeA7eGEeXsQs3QfO8t_1IrdtDL1zMkWS4lTwuv1bbkuRSIdKO6T&attredi
[15:30] <mhr3> rects=0
[15:30] <Saviq> @unity: merge trunk in your branches, you're gonna need it ;)
[15:30] <mhr3> eh
[15:30] <mhr3> pstolowski, pete-woods, http://goo.gl/5xjs3c
[15:30] <mterry> :)
[15:31] <dednick> Saviq: ?
[15:31] <dednick> silo 1 land?
[15:31] <Saviq> dednick, yup
[15:31] <Cimi> Saviq, only small issue now
[15:31] <mhr3> pstolowski, pete-woods, 3 expandable widgets, 1st has text inside, 2nd has a table, 3rd has rating+review widget
[15:31] <Cimi> Saviq, on the loader onLoaded I send the binding model.value (that stores the value)
[15:32] <Saviq> s/send/set/
[15:32] <mhr3> pstolowski, pete-woods, actually, first has a few more widgets - http://goo.gl/8rYBdN
[15:32] <Cimi> Saviq, when first loading the settings you see for example checkboxes animating from false to true to reflect new value
[15:32] <Cimi> how do we overcome this behaviour?
[15:32] <Saviq> Cimi, SDK issue, I don't think we ever solved that TBH
[15:32] <Saviq> Cimi, ask timp
[15:32] <mhr3> pstolowski, pete-woods, text, text, table, i suppose
[15:34] <tsdgeos> onto the next one!
[15:36] <pete-woods> mhr3: okay, so we need to figure out what the preview API looks like for this? that's the important question, right?
[15:37] <pete-woods> we seem at risk of building a full UITK layout system
[15:37] <mhr3> pete-woods, well the preview api is variant-based, so mostly a question of how to expect it from the scopes
[15:37] <pete-woods> I do mean on the scopes end
[15:37] <mhr3> pete-woods, i'm just saying that this shouldn't affect the lib api
[15:37] <pete-woods> the sPreviewReplyProxy I guess
[15:38] <mhr3> unless we want some real nice support for it
[15:38] <Saviq> tsdgeos, did you push to dash_overview yet?
[15:38] <tsdgeos> Saviq: yes sir
[15:38] <tsdgeos> 9 minutes ago! :D
[15:40] <mhr3> pete-woods, pstolowski, but anyway, asking you cause you've implemented previews in scopes, will know what would feel consistent
[15:40] <pstolowski> mhr3, shouldn't affect lib api? hmm.. that leaves very little options
[15:40] <Saviq> mhr3, https://code.launchpad.net/~unity-team/unity-scope-click/overview-icons/+merge/227731
[15:40] <Saviq> 48	+LogoOverlayColor=#26000000
[15:40] <Saviq> you sure?
[15:41] <Saviq> that looks quite dark to me :P
[15:41] <pstolowski> mhr3, is this for rtm?
[15:41] <mhr3> Saviq, 15% opacity, that's what josh said
[15:41] <Saviq> mhr3, of *what*
[15:41] <mhr3> Saviq, black
[15:41] <mhr3> Saviq, looks quite mild to me
[15:41] <Saviq> mhr3, and you want us to find out that we should use a dark text color over that how?
[15:42] <mhr3> Saviq, no, it's black, you should use light
[15:42] <mhr3> Saviq, apps has fffffs
[15:42] <Saviq> mhr3, grr ok, that's store
[15:43] <Saviq> mhr3, and do we really want #fff on apps?
[15:43]  * Saviq thinks unlikely
[15:43] <mhr3> Saviq, hm, let me recheck
[15:43] <mhr3> there was a complicated rule
[15:44] <Saviq> mhr3, btw, works fine
[15:44] <cwayne> woo big-ass merge-fest landed
[15:44] <Saviq> cwayne, indeed ;)
[15:44] <Saviq> mhr3, http://people.canonical.com/~msawicz/unity8/Zrzut%20ekranu%20z%202014-08-07%2017:44:05.png
[15:45] <Saviq> mhr3, if we wanted to change the appearance of overview (we should probably change the fore/background colors to match, otherwise stuff might be weird)
[15:45] <Saviq> mhr3, where do we do that?
[15:46] <mhr3> Saviq, scopes scope
[15:46] <Saviq> mhr3, for all/favorites, too?
[15:46] <mhr3> Saviq, yes
[15:46] <Saviq> mhr3, kk
[15:47] <Saviq> this is starting to look usable
[15:47] <Saviq> tsdgeos, overlay text is fine now
[15:47] <mhr3> Saviq, weird, it's still white-on-white for me
[15:47] <Saviq> mhr3, you didn't build something
[15:47] <mhr3> maybe
[15:49] <Saviq> mhr3, can you change scopes scope to send white/272727 for fore/background?
[15:50] <mhr3> Saviq, so from josh:
[15:50] <mhr3> White cards only*: 100% #FFF / RGB 255, 255, 255
[15:50] <mhr3> (*This refers to the slight gradient on white e.g. eBay and Amazon ;-), but not to things like Open Library where it's just a light colour)
[15:51] <Saviq> mhr3, yeah, I don't understand that ;)
[15:51] <mhr3> and apps is neither really :P
[15:51] <MacSlow> tsdgeos, Saviq, https://bugs.launchpad.net/sync-monitor/+bug/1353550/comments/5 marked it as "won't fix".
[15:51] <mhr3> not a light colour, nor a slight gradient
[15:51] <tsdgeos> my computer hard locked
[15:51] <tsdgeos> had not happened in a while
[15:51] <tsdgeos> Saviq: good stuff
[15:51] <mhr3> Saviq, and yea, changing scopes scope
[15:51] <tsdgeos> Saviq: so silo 11?
[15:52] <Saviq> tsdgeos, yup, building
[15:52] <Saviq> MacSlow, yeah, we kind of knew that
[15:52] <mhr3> mhall119, could you update scopes docs pls?
[15:53] <mhall119> mhr3: might take me a little longer today, I'm working on the API website code so my importers are our of sync with the production site
[15:53] <Saviq> MacSlow, we can't let Qt render any complicated SVGs, we're even gonna drop them from the theme altogether
[15:53] <Saviq> MacSlow, and apps need to just ship PNGs with them
[15:54] <mhr3> Saviq, http://paste.ubuntu.com/7980788/
[15:54] <mhr3> ack?
[15:54] <Saviq> mhr3, just drop the alpha
[15:54] <Saviq> mhr3, and can't you say "white"?
[15:54] <mhr3> won't it blow up?
[15:54] <Saviq> mhr3, no, it's #rgb / #argb
[15:54] <mhr3> Saviq, i just pass it to you
[15:54] <mhr3> so i guess i can :)
[15:54] <Saviq> mhr3, yup, just do white / #272727
[15:54] <mhr3> http://paste.ubuntu.com/7980796/
[15:55] <Saviq> mhr3, +1
[15:56] <mhr3> Saviq, pushed
[15:56] <tsdgeos> Saviq: can you add https://code.launchpad.net/~aacid/unity8/scopeSearchHintText/+merge/228655 to the silo?
[15:56] <tsdgeos> is a very small one
[15:57] <tsdgeos> or we can leave it out if you want
[15:57] <tsdgeos> no biggie
[15:59] <Saviq> tsdgeos, I could, but it conflicted
[15:59] <Saviq> tsdgeos, merge it please and I will
[16:01] <tsdgeos> Saviq: it conflicted with what?
[16:01] <tsdgeos> it is merged on both the branches you are merging
[16:01] <tsdgeos> can't conflict
[16:02] <Saviq> tsdgeos, with trunkl
[16:02] <Saviq> -l
[16:02] <Saviq> tsdgeos, https://ci-train.ubuntu.com/job/landing-011-1-build/142/console
[16:02] <Saviq> tsdgeos, maybe it doesn't any more
[16:02] <tsdgeos> http://paste.ubuntu.com/7980861/
[16:03] <tsdgeos> yeah 1093 was before my last merge
[16:03] <tsdgeos> in 1094
[16:04] <Saviq> tsdgeos, sure, I just didn't know you updated it in the mean time
[16:04] <tsdgeos> :)
[16:04] <Saviq> what you so happy about!? ;P
[16:14] <Saviq> mhr3, so stuff works fine in silo 11 already, I just pushed a rebuild of unity8 and scope-scopes with one more MP added to unity8 and your fore/background change
[16:14]  * Saviq gtg
[16:14] <Saviq> mhr3, so consider your last day successful, have good drinks and don't be a stranger!
[16:15] <Saviq> see you back around in a year or so ;)
[16:15] <mhr3> Saviq, heh, thx man, it's been an honour
[16:15] <Saviq> o/
[16:16] <olli> Saviq, greyback who implemented the swipe to close in the spread?
[16:17] <greyback> olli: combinatino of tsdgeos & mzanetti I believe
[16:17] <olli> oki
[16:17] <mzanetti> yeah, me
[16:17] <greyback> mhr3: you off? In that case, best of luck!
[16:18] <olli> mzanetti, I noticed the other day that the top surface in the spread doesn't get updated
[16:18] <mzanetti> mhr3: o/
[16:18] <Cimi> Saviq, tags in trunk!
[16:18] <olli> while the lower one (with 2 apps open) does get updated when looking at the spread
[16:18] <olli> is that something known/worth a bug?
[16:18] <mzanetti> olli: well, that's our app lifecycle
[16:18] <mzanetti> olli: we freeze unfocused apps
[16:18] <olli> d'oh
[16:18] <olli> stupid me
[16:19] <mzanetti> no worries
[16:19] <mhall119> mhr3: please check http://<IP_ADDRESS>/api/scopes/sdk-14.10/ carefully to make sure it's still correct, as I said my importer had gotten out ot sync with production so I had to undo some changed before running it
[16:19] <olli> mzanetti, if it wasn't for app life cycle, would both surfaces update?
[16:19] <mzanetti> olli: yes
[16:19] <olli> nice
[16:19]  * olli envisions 2 different media players in the spread
[16:20] <mzanetti> might get a bit chaotic :) but yeah, would work as long as CPU/GPU can handle it
[16:20] <mhr3> mhall119, doesn't seem to be the latest version
[16:21] <Cimi> @unity be sure to remove tag 0.1.16 from your branches if you merged latest trunk
[16:21] <mterry> guh
[16:23] <mhall119> mhr3: ah, yes, it still had 0.5.3+14.10.20140728, I thought I pulled the latest before running
[16:23] <mhall119> 0.6.0+14.10.20140806 is the latest, correct?
[16:23] <olli> Saviq, it seems a bit odd that the dash is in the spread
[16:23] <mhr3> mhall119, yep
[16:23] <mhall119> ok, re-running
[16:24] <olli> as it behaves different than everything else (can't swipe to kill;)
[16:24] <olli> I assume this is something design is aware of and decided consciously?
[16:26] <mhall119> it makes a certain kind of sense, the desktop is in alt-tab on the desktop afterall
[16:27] <mhall119> though not the window spread
[16:28] <mhall119> mhr3: please check http://<IP_ADDRESS>/api/scopes/sdk-14.10/ again
[16:28] <mhr3> mhall119, yep, that looks better
[16:30] <mhall119> mhr3: pushing to production now
[16:32] <mhall119> mhr3: please verify http://developer.ubuntu.com/api/scopes/sdk-14.10/
[16:42] <bregma> so the latest unity-plugin-scopes breaks dependencies in the archive and forces the removal of unity8 on the desktop
[16:42] <bregma> it's because unity-plugin-scopes no longer provides unity-scopes-impl-2 virtual package
[16:43] <dednick> Saviq: https://launchpadlibrarian.net/181743045/buildlog_ubuntu-utopic-amd64.unity8_8.00%2B14.10.20140807.1-0ubuntu1_FAILEDTOBUILD.txt.gz ?
[16:43] <dednick> Saviq: has silo1 unity8 landed?
[16:53] <bregma> OK, the archives have been updated so the depdendency break is gone
[16:59] <dednick> beer'o clock! cya all.
[17:12] <mzanetti> is there a place we play music/sounds in unity8 (Note: unity8, not unity8-dash)
[17:13] <mzanetti> greyback: ^ you aware of something?
[17:13] <mzanetti> talking about this one: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1354090
[17:13] <mzanetti> stack trace leads to MediaPlayer backend
[17:36] <elopio> Saviq: do you know where can I translate the messaging user metrics that appear on the lock screen?
[18:22] <mzanetti> Cimi: hey, still around?
[18:29] <mhall119> bregma: do you still want us to get this convergence survey out?
[18:30] <bregma> mhall119, yes please
[18:30] <mhall119> is that a +1 on the questions in it?
[18:31] <bregma> mhall119, yes, I believe they're fine for what we need at this point and as a basis for a possible follow-on
[18:32] <mhall119> bregma: ok, we'll get together a list of target respondents and start getting it out
[18:32] <bregma> very exciting
[18:33] <mhall119> bregma: were you working with anybody to get these kinds of answers from existing OEM or ISV partners?
[18:34] <bregma> mhall119, I was poking Stéphane Verdy, which reminds me I need to follow up on that
[19:18] <Cimi> mzanetti, yup
[19:21] <cwayne> Cimi: do you have any working debs for unity8 with settings?
[19:24] <Cimi> cwayne, https://code.launchpad.net/~cimi/unity8/scope-settings/+merge/229995
[19:24] <Cimi> cwayne, let's wait jenkins for pkgs
[19:24] <cwayne> Cimi: thanks
[19:24] <Cimi> cwayne, for the moment there are only scopes with boolean settings, and those should "work"
[19:25] <Cimi> cwayne, tomorrow I have to write tests and I'll mock the others...
[19:33] <Saviq> Cimi, just two, ones known to come around time and again ;)
[19:34] <Saviq> olli, yes, that was a conscious decision, cutting the number of different cases for the right edge from 72 I think to 27
[19:34] <Saviq> in the tablet case
[19:35] <Saviq> elopio, with the new infographics system that we're trying to land for like half a year now, it's going to be the visualizer's responsibility to give up properly localized images for the infographics
[19:35] <Saviq> elopio, see https://code.launchpad.net/~unity-team/libusermetrics/file-based-infographics/+merge/214020 for reference, there is one visualizer there already (the default one)
[19:36]  * cwayne still wants that to land
[19:37] <Cimi> I guess I should update that branch
[19:37] <elopio> wow, that's a 10000 lines diff
[19:38] <Saviq> elopio, yeah, it's a complete rework
[19:38] <Cimi> elopio, mostly svg
[19:38] <elopio> Saviq: that sounds cool. But what I need now is to make sure that the labels appear in spanish. Is that possible?
[19:38] <Saviq> elopio, the apps are writing those labels
[19:38] <Saviq> elopio, in the current system
[19:38] <Saviq> elopio, but we will land this before RTM
[19:38] <Saviq> elopio, so I'm not sure it's worth the effort
[19:39] <mzanetti> Cimi: can you try to copy this on to your phone and see if the spread closing behaves ok for you: http://paste.ubuntu.com/7982317/
[19:39] <elopio> Saviq: isn't the beta freeze today?
[19:39] <mzanetti> Cimi: talking about this one: https://bugs.launchpad.net/unity8/+bug/1350803
[19:39] <Saviq> elopio, it was yesterday
[19:39] <elopio> I get scared to see all the things that will go into RTM and haven't landed yet.
[19:40] <Saviq> elopio, yup, plenty of things are late
[19:40] <Cimi> mzanetti, path of the file to replace?
[19:40] <mzanetti> Cimi: /usr/share/unity8/Stages/SpreadDelegate.qml
[19:40] <Cimi> thx
[19:41] <elopio> Saviq: ok, I'll wait then. Anyway I looked everywhere on the messaging app and couldn't find the metrics labels.
[19:41] <Saviq> elopio, I think it's in the telephony service
[19:42] <Saviq> elopio, http://bazaar.launchpad.net/~phablet-team/telephony-service/trunk/view/head:/indicator/metrics.cpp
[19:43] <elopio> of course. I looked everywhere except there :)
[19:43] <Saviq> elopio, they should be there in camera as well, not sure if the new camera app got them at all thought
[19:44] <Cimi> mzanetti, there is some weird behaviour
[19:44] <elopio> Saviq: so, let me see if I got it straight. Once Wellark's branch lands, these metrics.cpp file needs to be updated to use the new library?
[19:45] <Cimi> mzanetti, when you just tap
[19:45] <elopio> s/these/this
[19:45] <Cimi> you see it wobbling
[19:45] <Cimi> let's talk about it tomorrow
[19:45] <Saviq> elopio, there's a compatibility layer https://code.launchpad.net/~unity-api-team/telephony-service/file-based-infographics/+merge/224105
[19:45] <Saviq> elopio, but I
[19:45] <Saviq> 'm not sure the labels get through
[19:45] <Saviq> elopio, and it's pete-woods, best talk to him when he's around tomorrow
[19:46] <Saviq> elopio, I know very little about the client side of this
[19:47] <Cimi> mzanetti, I see there is an improvement
[19:47] <Cimi> but also it loses the finger
[19:47] <Cimi> it like jumps
[19:48] <mzanetti> Cimi: yeah... the thing is, if you swipe quickly from left to right, you make a movement up with your thumb
[19:48] <Cimi> mzanetti, I can review the code eventually
[19:48] <mzanetti> Cimi: There's no point in increasing the close threshold because the finger movement will always be fast/long enough
[19:49] <Cimi> mzanetti, you can require a fixed amount of gu
[19:49] <mzanetti> Cimi: so what I tried now is to cancel the up/down gesture when I detect a left/right movement
[19:49] <mzanetti> Cimi: I already require 8gus
[19:49] <Saviq> bregma, damn, again we killed desktop session, sorry about that :|
[19:49] <Cimi> like, you cannot close if you swipe for less than 2gu
[19:49] <Cimi> already 8??
[19:49] <mzanetti> Cimi: yes
[19:49] <Cimi> it feels less
[19:49] <mzanetti> Cimi: that's what I'm saying
[19:49] <elopio> Saviq: ok, thanks for the info. I'm glad I asked :)
[19:49] <Cimi> I was able to swipe woth a quick touch
[19:49] <mzanetti> when this happens you're doing fast movements
[19:49] <Cimi> really short
[19:49] <Cimi> 8gu is like a pageheader?
[19:50] <mzanetti> yes
[19:50] <Saviq> bregma, looking at unity8-desktop-session, you managed to use the upstream upstart jobs by now?
[19:50] <Cimi> in that case we might want 10
[19:50] <mzanetti> Cimi: doesn't matter
[19:50] <bregma> Saviq, I'm going to have an MP soon for Unity8 to (a) fix the missing Dash and (2) switch to using the Unity8 upstart job exclusively
[19:50] <mzanetti> Cimi: at some point it just get annoying to really close apps
[19:50] <Saviq> bregma, yeah I see it already, that'd be great
[19:50] <mzanetti> Cimi: but increasing that threshold is not the solution
[19:50] <bregma> hopefully that can land at the same time as the unity8-desktop-session MP
[19:50] <Cimi> well you kill less apps
[19:50] <Saviq> bregma, maybe it starts to belong in lp:unity8 by now?
[19:51] <Cimi> let's discuss tomorrow though
[19:51] <bregma> fixes a lot of divergency issues
[19:51] <Cimi> i want to test vanilla better
[19:51] <Cimi> and I am quite tired
[19:51] <mzanetti> ok
[19:51] <Cimi> let's do hangout/mumble
[19:51] <Cimi> a domani!
[19:52] <bregma> Saviq, there are still issues between running on desktop and running on Touch that need to be neatly resolved, so one more round of separate sources for now
[19:52] <Saviq> bregma, mhm ok
[19:53] <bregma> mostly because several iterations of tweaking won't interfere with phone work that way
[20:25] <Saviq> mterry, re: laggy volume
[20:25] <Saviq> mterry, it was quite reliable for me, until I started playing something and beating the sh$t out of the slider again
[20:25] <Saviq> mterry, it started catching up late at that point
[20:27] <mterry> playing something.... o
[20:27] <mterry> k
[22:44] <Skee_> I would like to learn delvelopment. I enjoy the Ubuntu Operating System and would like to give back..I could I learn


[08:26] <alkisg>  flexiondotorg: good morning, to netboot raspberries with ltsp, we need an initramfs, but ubuntu-mate 16.04.2 doesn't provide one. So we're using the linux-image-raspi2 kernel instead of your raspberry-kernel.
[08:26] <alkisg> The problem with linux-image-raspi2 is that no sound devices are listed at all, any clues or either how to fix that, or on how to generate an initramfs with your raspberry-kernel?
[12:57] <bluejeanie> hi
[12:58] <diogenes_> hi
[12:59] <bluejeanie> do you know how to get rid of Marco compositor bug ?
[13:00] <bluejeanie1> i've change
[13:01] <bluejeanie1> i have a bur report on my mate desktop
[13:01] <bluejeanie1> *bug
[13:01] <diogenes_> bluejeanie1, I use compiz
[13:02] <bluejeanie1> diogenes
[13:02] <bluejeanie1> really? any solution other than it ?
[13:03] <diogenes_> !patience
[13:03] <bluejeanie1> ok dude.
[13:12] <mate|34972> hallo
[13:12] <diogenes_> hallo
[13:15] <bluejeanie1> oh, hallo
[13:17] <bluejeanie1> after digging a while provided by @ubottu and using more specific keywords, no real answer here.
[13:25] <bluejeanie1> A music messaging session has been requested. Please click the MM icon to accept.
[16:14] <alfi04> hi
[19:37] <alkisg> flexiondotorg: nevermind, I got it working, I was just missing "dtparam=audio=on" in config.txt. Btw, why are you not using linux-image-raspi2 which is in the repositories? I haven't seen any issues with it here...
[20:01] <diogenes_> alkisg, you went onto PI plague too? :)
[20:09] <alkisg> diogenes_: I took a job 3 years ago to help netboot them, and they gave me 3 rpis... even since then, I'm trying to get rid of them but I frequently find some related work :)
[20:10] <diogenes_> haha ok ok
[20:10] <alkisg> They're too slow to be used for desktop PCs, yet that's why most people buy them... it's funny
[20:11] <diogenes_> as one of the linux mottos say - bring fun back into computing


[12:37] <head_victim> sagaci: I found out something interesting the other day, if you want to create an event that falls outside the timeframe for a loco.u.c global event you can just set it up to fall within the times, link it and then change the time to what you want. Apparently that works.
[12:41] <sagaci> head_victim, righteo then


[00:00] <anakron> HI all
[04:50] <artfwo> Hi! May I ask, what package is currently used for reporting kernel bugs?
[04:51] <bdmurray> linux
[04:51] <artfwo> ah, thanks :)
[05:19] <wishie> i have an issue with hotkey-setup on hardy 64bit, which loosely relates to bug #33045
[05:20] <wishie> some of my 'special' keys are mapped wrong, and 2 of them dont work. id like to know how i can fix this
[06:23] <dholbach> good morning
[07:40] <hggdh> morning dholbach
[07:48] <dholbach> hi hggdh, hi thekorn
[07:49] <thekorn> good morning dholbach !
[08:35] <persia> pedro: Thank you.
[09:55] <hggdh> anyone here running Evolution 2.23.90 (Intrepid)?
[10:01] <mouz> Should I as a triager nominate bug 259942 for a release? Should I set a milestone?
[10:05] <hggdh> mouz, its a regression... james_w did the previous update, perhaps he can state this
[10:07] <hggdh> mouz, at least you can tag it 'regression'
[10:08] <mouz> hggdh: ok i'll do that and wait for james_w 's reply. thanks.
[10:09] <hggdh> Intrepid had the patch as of 1:2.23.5-0ubuntu1
[10:10] <hggdh> it seems to have been dropped on 1:2.23.6-0ubuntu1
[10:37] <james_w> mouz, hggdh: we just patched it out for hardy
[10:38] <james_w> this capplet is now upstream, and we dropped most of the patches to follow them
[10:38] <james_w> it's ok to forward that bug upstream if there wasn't one already
[10:38] <james_w> you can milestone it for intrepid as well if you like, as we can always just patch it out again
[11:47] <aetern> hidy
[11:47] <aetern>  8-)
[12:01] <aetern> so, what is wrong with hardy heron, intrepid ibex ubuntu versions? My laptop freezes sometimes, i can't do anything... earlyer versions of ubuntu hadn't this error... Using asus f5 x50m model, amd turion 64(mobile thechnilogy mk - 36), 1GB of rams, NV geforceGo 6100.
[13:24] <hggdh> pedro_, ping
[13:24] <pedro_> hggdh: hello
[13:25] <hggdh> hi, good morning... a question: are you running Evolution 2.23.90?
[13:26] <hggdh> pedro_, ^^
[13:26] <pedro_> hggdh: sadly, yes
[13:26] <hggdh> :-)
[13:26] <hggdh> could you please click on Help/Report a Problem?
[13:26] <pedro_> It deleted my a big part of my emails :-/
[13:26] <pedro_> s/my/me
[13:26] <hggdh> same here...
[13:26] <pedro_> hggdh: let me try
[13:27] <hggdh> for me it does not open LP, and I was wondering if it is a screw-up on my side
[13:28] <pedro_> blah is not working
[13:28] <hggdh> AH!
[13:28] <hggdh> OK, then I did not mess up my system :-)
[13:28] <hggdh> I think this may have been due to the changes on LP
[13:28] <pedro_> I get this on the CLI :
[13:28] <pedro_> Usage: apport-gtk [options]
[13:28] <pedro_> apport-gtk: error: no such option: --package evolution --pid 7919
[13:29] <pedro_> are you getting the same?
[13:29] <hggdh> I did not get any output :-(
[13:29] <hggdh> I will test again (I was prepping a change to 03_lpi.patch to take out bug buddy)
[13:30] <hggdh> thank you, pedro_ . I will open a bug on this later this evening (now I have to get to my contract)
[13:31] <pedro_> hggdh: you're welcome, thanks for let me know about it ;-)
[13:32] <hggdh> just for grins, I ran apport-gtk --help -- it may be that it is now required to have the equal sign on long options (--package=evolution --pid=xxxx)
[14:20] <lumn0t> I'm looking for some help with hunting down enough information to report a bug.  My issue is described in a LaunchPad question currently (https://answers.launchpad.net/ubuntu/+source/gnome-power-manager/+question/38900), but I think the larger issue has gone beyond the question.
[14:22]  * lumn0t prods the channel.
[14:25] <lumn0t> Hello? Hello?
[14:27] <LaserJock> hmm, maybe everybody is out to lunch :-)
[14:27] <chmac> I'm trying to file a bug against dhclient, but it's saying "There is no package name 'dhclient' published in Ubuntu"
[14:27] <chmac> Even though when I click "Choose" it lists dhclient as an option
[14:27] <chmac> It says "not uploaded" underneat dhclient
[14:27] <chmac> Anyone know how / where I file the bug?
[14:28] <ogra> dhcp3-client
[14:28] <LaserJock> dhcp3-client
[14:28]  * LaserJock ^5s ogra
[14:28] <ogra> :)
[14:28] <chmac> :)
[14:29] <lumn0t> Responses! Horrah!
[14:30] <chmac> Oh dear, I've just realised, I'm using NetworkManager 0.7, perhaps that's the issue...
[14:30] <chmac> Hmm
[14:30] <chmac> No, it's not, I tested that already I think...
[14:31] <lumn0t> Problem: GNOME settings seem borked.  Two obvious symptoms of this are gnome-power-manager had issues and GNOME themes will not apply.  This is being discussed in a LaunchPad question (https://answers.launchpad.net/ubuntu/+source/gnome-power-manager/+question/38900).
[14:32] <LaserJock> yeah, that's pretty funky
[14:32] <lumn0t> Not sure what package to file a bug against.
[14:33] <LaserJock> seb128 or pedro_ would probably be good people to ask
[14:34] <lumn0t> Is privmsg the best way to direct this, then?
[14:34] <pedro_> lumn0t: for the GNOME Themes issue is gnome-settings-daemon running?
[14:34] <pedro_> is a known issue that it's crashing quite a lot
[14:34] <lumn0t> Ah.
[14:35] <pedro_> that could be why the themes are not being applied
[14:35] <pedro_> for the gnome-power-manager tedg is the right person since he's the maintainer ;-)
[14:35] <lumn0t> gnome-settings-daemon is indeed running.
[14:35] <pedro_> he should be online shortly
[14:36] <pedro_> lumn0t: are you running Intrepid or Hardy?
[14:46] <lumn0t> Hmm.
[14:46] <lumn0t> gnome-settings-daemon does seem to be the culprit.  Reinstalling the package has brought themes back.
[14:49] <pedro_> well reinstalling it shouldn't make any difference, unless your installation was broken
[14:50] <pedro_> we don't have any bugs regarding that and the only issues with themes are in Intrepid with some g-s-d crashes
[14:50] <LaserJock> pedro_: it seems to be a problem in a 8.04-> latest updates
[14:50] <LaserJock> that question has at least 3-4 Hardy users with the same problem, I'd suspect a bad SRU
[14:51] <lumn0t> ..er.. Yes.  But the installation was *not* broken before some relatively recent update.  I was hoping to help find what it was that broke both gnome-power-management and gnome-settings-manager.
[14:51] <pedro_> could be but there's no new g-s-d package since april
[14:52] <pedro_> s/april/may
[14:52]  * pedro_ looking at the sru list
[14:56]  * lumn0t wonders where the sru list is.
[14:56] <pedro_> lumn0t: http://people.ubuntu.com/~sbeattie/sru_todo.html
[14:57] <lumn0t> And I'm curious that if there was some common cause to both gnome-power-manager and gnome-settings-daemon getting squirrelly, if something else may have been affected that I have not noticed yet.
[15:02] <lumn0t> I don't recall when I first saw the symptoms, but the LaunchPad question was opened 7-11, so the update that may have caused the issue dates from before then.
[15:16] <lumn0t> Would something that affected gnome-settings-daemon have affected the "configuration defaults" for gnome-power-manager that the reinstall of g-p-m resolved?
[16:02] <bddebian> Boo
[16:04] <ogra> bee
[16:05] <wishie> i have an issue with hotkey-setup on hardy 64bit, which loosely relates to bug #33045
[16:06] <wishie> could i possibly get some help with this issue ? i need to know how to edit /usr/share/hotkey-setup/hp.hk file, so it works on my laptop, and doesnt cause crashes (like it currently does)
[16:26] <Awsoonn> Hugday is on the wiki!
[16:27]  * Awsoonn runs before the tomatoes are thrown
[19:16] <bdmurray> james_w: do you know something about "No handlers could be found for logger 'bzr'"?
[20:02] <afflux> huh. I just got the notice that bug 259311 was marked as a dup of bug 250506. Why is that?
[20:07] <bdmurray> afflux: its in the activity log
[20:08] <afflux> oh, well. I didn't see that it actually wasn't marked anymore. Woops :)
[20:08] <bdmurray> it was quick! 10 seconds
[20:09] <afflux> isn't that minutes?
[20:09] <bdmurray> minutes / seconds - whatever ;)
[20:09] <afflux> yup, quick anyway ;)
[20:17] <nullack> Im not an IRC guru - how do I snipe what chans hes on?
[20:19] <jpds> nullack: /whois should be enough, assuming he doesn't have the +i (invisible) usermode on.
[20:19] <nullack> Ping Ampelbein : Thanks for your email I got mixed up with bugs Im sorting it out. The particular bug is a wontfix, its by design a non issue
[20:24] <persia> Note that even +i people can be found if they share channels in common with the person running /whois
[20:24] <Ampelbein> nullack: oh, ok. just saw the mail and thought i'd quickly set duplicate status, haven't checked anymore. will do that next time.
[20:24] <nullack> Its not duplicate - I was suffering from multiple bug syndrome and made an error Im fixing it
[20:27] <Ampelbein> got that. happens sometimes.
[20:44] <james_w> bdmurray: your ~/.bzr.log is probably not writeable for your user
[20:45] <james_w> it's a pain to try and give a better message for though, as it's a library that gives the warning, and doesn't give much indication when it has.
[20:46] <bdmurray> james_w: but it is! unless cron needs different permissions
[20:48] <james_w> bdmurray: it may be something else then, but that's the usual reason for the message
[20:48] <james_w> this is your users crontab, and you're not sudoing?
[20:48] <james_w> i.e. the process is run as your user?
[20:48] <bdmurray> james_w: it's weird because I'm not even using bzr
[20:48] <james_w> oh, what are you using?
[20:49] <bdmurray> its, just a bash script and python script
[20:49] <sbeattie> bdmurray: but python-launchpad-bugs tries to determine what version it is via bzrlib
[20:49] <bdmurray> I'll pastebinit
[20:49] <bdmurray> sbeattie: ah, winner!
[20:50] <bdmurray> sbeattie: did you fix it?
[20:50] <james_w> does it exec() bzr for that?
[20:52] <bdmurray> looks like it import bzrlib.branch
[20:52] <sbeattie> bdmurray: no, that's as far as I got in digging into the problem.
[20:52] <james_w> I wouldn't have thought that this triggered that message, but I may well be wrong
[20:55] <bdmurray> james_w: Do you have any ideas then?
[20:56] <sbeattie> bdmurray: did you look in your .bzr.log file on rookery?
[20:56] <james_w> bdmurray: no, sorry, I'm a bit stumped
[20:57] <james_w> I've only ever seen this be a permission error
[21:00] <bdmurray> There is a message about using 'bzr upgrade' for bughelper
[21:01] <sbeattie> james_w: I get it the same message, even though it successfully wrote to to my .bzr.log
[21:02] <sbeattie> bdmurray: mine contains nice tracebacks from each run because it's trying to do bzr operations on the cwd, which for me was $HOME and thus contains no bzr metadata.
[21:04] <sbeattie> Odd: 0.089  Plugin name __init__ already loaded
[21:05] <james_w> that's odd
[21:06] <james_w> well, the last message happens on every run, but the rest is odd
[21:12] <sbeattie> james_w: note that this is showing up on rookery, which is a dapper install.
[21:12] <bdmurray> but it now has bzr 1.6 I think
[21:14] <bdmurray> sbeattie: I noticed the same thing on cranberry though
[21:14] <bdmurray> which is hardy
[21:14] <chrisccoulson> bug 131846 from the hug day list is an intersting one
[21:15] <bdmurray> I've seen a duplicate of that
[21:15] <chrisccoulson> the reporter says that gnome-panel ignores their $PATH env variable when it is defined in ~/.bashrc
[21:15] <chrisccoulson> i have a customised $PATH defined in /etc/environment, and it uses that
[21:15] <sbeattie> bdmurray: curious. I don't see it on my hardy machine.
[21:15] <chrisccoulson> so i'm wondering if it's actually a bug in gnome-panel
[21:15] <bdmurray> sbeattie: are you up to bzr 1.6 though?
[21:16] <sbeattie> nope
[21:17] <sbeattie> I'm eating distro dogfood not bzr dogfood.
[21:18] <bdmurray> chrisccoulson: oh, that's the bug I'm thinking of ;)
[21:18] <bdmurray> I can recreate it
[21:19] <chrisccoulson> how do you set your $PATH environment? Do you define it in ~/.bashrc too?
[21:19] <bdmurray> oh, my .zshrc
[21:19] <bdmurray> :)
[21:19] <bdmurray> but it's in my ~/.bashrc too fwiw
[21:19] <jpds> zsh FTW.
[21:21] <chrisccoulson> i'll try modifying another users .bashrc on my machine in a bit and see if i can recreate it too. but gnome-panel searches all of the folders in my $PATH environment, which is defined in /etc/environment (so I've done it a bit different to you)
[21:21] <chrisccoulson> that might mean it isn't a bug in gnome-panel
[21:22] <chrisccoulson> for example, i have a load of apps installed in /opt/bin. i can run them no problem by pressing ALT+F2 and typing the program name, so I'm not seeing this issue
[21:37] <chrisccoulson> bdmurray: referrring to bug 131846 again - i think the issue because /bin/sh (symlinked to /bin/dash) is the shell used when the session loads. Dash appears to ignore ~/.bashrc when it loads, which would explain why gnome-panel doesn't search the full $PATH on your machine, but does search it on mine (because I have $PATH defined elsewhere).
[21:37] <chrisccoulson> i'#ve just tried it here by modifying my bashrc. after i've modified $PATH and launch a new bash shell, the new $PATH takes effect. if i then exit and launch dash, it doesn't take effect
[21:39] <bdmurray> If I start dash and echo $PATH I see /home/brian/bin there
[21:39] <chrisccoulson> hmmmm, that's strange
[21:39] <chrisccoulson> do you start dash from within a bash session which already has the environment set correctly?
[21:40] <bdmurray> yeah, I guess that isn't right
[21:41] <chrisccoulson> what you could do is launch a terminal (bash), then clear your $PATH environment by typing (PATH=""). once you've done this, launch dash using '/bin/dash' and then inspect the environment
[21:42] <chrisccoulson> actually, that doesn't behave as expected. $PATH is still empty after loading dash
[21:42] <chrisccoulson> a better way of verifying it might be to temporarily set the /bin/sh sym-link back to /bin/bash. i'll try that on my intrepid VM in a bit
[21:45] <sbeattie> chrisccoulson: you probably want /bin/dash -l
[21:47] <sbeattie> though that's not reading /etc/environment here.
[21:49] <chrisccoulson> thanks for the clarification sbeattie
[21:53] <dupondje> https://bugs.launchpad.net/ubuntu/+bug/260208
[21:53] <dupondje> there :p
[21:53] <dupondje> a fresh bug :p
[21:56] <chrisccoulson> sbeattie / bdmurray - i can confirm on intrepid that dash ignores the ~/.bashrc file. i set my users shell to /bin/dash, and when I open gnome-terminal, by customised entries are not there. however, if I launch a bash shell, they all appear there
[21:56] <chrisccoulson> i'll re-assign that bug from gnome-panel to dash, if we want dash to look at ~/.bashrc
[21:56] <bdmurray> I don't think that is right
[21:57] <chrisccoulson> which bit?
[21:57] <bdmurray> reassinging it
[21:57] <bdmurray> I'd ask seb128 about as he is probably most familiar with the package and our diff from upstream
[21:58] <chrisccoulson> no problem. i had a quick look in the source for gnome-panel, and it does appear to correctly search $PATH when it launches an application. the problem is that it's environment isn't correct as it is spawned from dash
[22:00] <chrisccoulson> i'll catch seb128 when he's on here next and speak to him about it.
[22:48] <Pimpy> hi there, need support if possible for my crash for compiz,real after a few seconds on boot on desktop- have 8800gt, 8.10 alpha4
[22:48] <Pimpy> nvidia official driver ver 177


 As a note, rebuilding clazy in a PPA the build time tests fail in the same fashion
 No ideas about clazy, but I will upload fixed veusz today.
 @tsimonq2 @mitya57 also same fail seen if I build current debian/ubuntu clazy on KDE Neon with their Qt 5.15.8
 i.e. jammy base
 According to test history, it _is_ related to Qt 5.15.8 somehow.
 Maybe https://code.qt.io/cgit/qt/qtbase.git/commit/?id=747800675044bc1782b9bc9b97cea2cc2ef2c06f is somehow related?
 Reported: https://bugs.kde.org/show_bug.cgi?id=464441
 Thanks!
 Would that imply that the test is defunct, or the test case used is at least? (re @mitya57: According to test history, it _is_ related to Qt 5.15.8 somehow.
 Maybe https://code.qt.io/cgit/qt/qtbase.git/commit/?id=747800675044bc1782b9bc9b97cea2cc2ef2c06f is somehow related?)
 c++ foo is failing me ATM
 I think clazy no longer generates the warning it needs to generate, maybe because it was relying on some QVector implementation detail that changed now. But that's just a hypothesis.
 ```
 # reserve-candidates

 Finds places that could use a `reserve()` call.
 Whenever you know how many elements a container will hold you should reserve
 space in order to avoid repeated memory allocations.

 #### Trivial example missing reserve()

     QList<int> ages;
     // list.reserve(people.size());
     for (auto person : people)
         list << person.age();

 Example where reserve shouldn't be used:

     QList<int> list;
     for (int i = 0; i < 1000; ++i) {
         // reserve() will be called 1000 times, meaning 1000 allocations
         // whilst without a reserve the internal exponential growth algorithm would do a better job
         list.reserve(list.size() + 2);
         for (int j = 0; j < 2; ++j) {
             list << m;
         }
     }

 #### Supported containers
 `QVector`, `std::vector`, `QList`, `QSet` and `QVarLengthArray`

 #### Pitfalls
 clazy/docs/checks/README-reserve-candidates.md
 building qtbase with that commit reverted to test
 I can concur, that's about as far as I got (re @mitya57: I think clazy no longer generates the warning it needs to generate, maybe because it was relying on some QVector implementation detail that changed now. But that's just a hypothesis.)
 build time test still fails with that reverted in qtbase (re @RikMills: building qtbase with that commit reverted to test)
 FWIW swapping that test to a QList didn't work either
 as usual, not sure any other distros bother to run the tests 🙄
 I figured it out
 https://code.qt.io/cgit/qt/qtbase.git/commit/src/corelib?h=5.15&id=826e076ef53a5809dee7d887b16ed961895049ea
 /src/checks/manuallevel/reserve-candidates.cpp:313
 fix?
 confirming that the fix is to remove the test
 Removing the test doesn't sound right. Can you try replacing `foreach (int i2, d)` with `for (int i2 : d)`?
 Or maybe even better idea. Try this please:
 ```
 --- a/src/checks/manuallevel/reserve-candidates.cpp
 +++ b/src/checks/manuallevel/reserve-candidates.cpp
 @@ -164,7 +164,7 @@ void ReserveCandidates::VisitStmt(clang::Stmt *stm)
      if (!body)
          return;

 -    const bool isForeach = clazy::isInMacro(&m_astContext, clazy::getLocStart(stm), "Q_FOREACH");
 +    const bool isForeach = clazy::isInMacro(&m_astContext, clazy::getLocStart(stm), "Q_FOREACH_IMPL");

      // If the body is another loop, we have nesting, ignore it now since the inner loops will be visited soon.
      if (isa<DoStmt>(body) || isa<WhileStmt>(body) || (!isForeach && isa<ForStmt>(body)))```
 ack :)
 This works, but for loops are already tested for (re @mitya57: Removing the test doesn't sound right. Can you try replacing foreach (int i2, d) with for (int i2 : d)?)
 This does not work, unfortunately (re @mitya57: Or maybe even better idea. Try this please:
 --- a/src/checks/manuallevel/reserve-candidates.cpp
 +++ b/src/checks/manuallevel/reserve-candidates.cpp
 @@ -164,7 +164,7 @@ void ReserveCandidates::VisitStmt(clang::Stmt *stm)
      if (!body)
          return;

 -    const bool isForeach = clazy::isInMacro(&m_astContext, clazy::getLocStart(stm), "Q_FOREACH");
 +    const bool isForeach = clazy::isInMacro(&m_astContext, clazy::getLocStart(stm), "Q_FOREACH_IMPL");

      // If the body is another loop, we have nesting, ignore it now since the inner loops will be visited soon.
      if (isa<DoStmt>(body) || isa<WhileStmt>(body) || (!isForeach && isa<ForStmt>(body))))
 Ah, I see
 ```
 void rangeLoop()
 {
     QVector<int> v1, v2;
     for (auto i : v1)
         v2.push_back(i);
 }```
  (re @tsimonq2: This works, but for loops are already tested for)
 OK, then I don't have better ideas, so maybe disabling is the only option. (re @tsimonq2: This does not work, unfortunately)
 tests/reserve-candidates/config.json has `"minimum_qt_version" : 50300` for this test, maybe you can add `"maximum_qt_version" : 51507`.


[00:47] <exigraff> tonyyarusso: little late, but thanks, this has potential
[00:58] <exigraff> though I agree with h00k, the notifications could use more content. the notifyosd bubbles are devoid of anything useful.
[23:12] <Takyoji> What are some reasonable brands for wireless cards?
[23:13] <kermit> oddly my intel cuts out a lot, so not that.. and broadcom has a history of closed APIs which causes problems
[23:14] <kermit> linksys is linux famliar, thats a possibility
[23:14] <kermit> nanosys is linux friendly, so any of these might be good http://www.nanosys1.com/networking-modem-wireless-networking-pci-network-adapter.html
[23:19] <kermit> Takyoji: ^
[23:21] <Takyoji> Another thing I'm curious of is: does USB or PCMCIA supply more power?
[23:21] <Takyoji> I was thinking on getting a USB wireless interface with packet-injection support and other things to toy around with various security-related things.
[23:22] <kermit> i would assume that to meet whatever standards there are it wouldnt be on a port that doesnt have enough power
[23:23] <kermit> i wouldnt think the WiFi certification would hand it out to an underpowered device
[23:23] <Takyoji> ahh


[03:08] <fmaker> I'm running the 12.04 release on my pandaboard with kernel 3.2.0-1412-omap4 and I want to build a module on my x86 machine. However, when I get the deb pkg source for linux-ti-omap-3.2.0 or from git://kernel.ubuntu.com/ubuntu/ubuntu-precise.git and tag Ubuntu-3.2.0-1412.16, the Makefile says the version is 3.2.14. wtf?
[03:09] <fmaker> and then the vermagic of my module doesn't match so I can't load it
[03:11] <scientes> fmaker, you can build modules on your x86 machine
[03:12] <scientes> however you need to create a file called .scmversion
[03:12] <scientes> with the exact version string of the kernel
[03:12] <scientes> but that is only if you change the source
[03:12] <infinity> If all you want to do is build a module, you just need the headers, not the complete source.
[03:12] <infinity> And there's little/no point in cross-compiling it on your x86 machine.
[03:12] <scientes> infinity, yeah I shouldn'y be telling people how to screw up their computers :P
[03:12] <infinity> Your Panda can do it more than quickly enough.
[03:13] <fmaker> Well I want to make some other changes later to the kernel itself so I'd like to find the full source.
[03:13] <scientes> fmaker, then you should build the whole thing
[03:13] <infinity> apt-get source linux-ti-omap4
[03:13] <scientes> or that ^, sure
[03:13] <fmaker> infinity, that's what i did. Try it, the makefile is a different version
[03:13] <fmaker> not 3.2.0
[03:14] <fmaker> oh wait
[03:14] <infinity> Yes, and?
[03:14] <scientes> fmaker, umm, iyeah
[03:14] <fmaker> maybe I didn't do exactly that
[03:14] <fmaker> I used the normal uname -r
[03:15] <fmaker> ok I already tried the linux-ti-omap4 pkg
[03:15] <fmaker> Try it and you'll see the same Makefile I see
[03:15] <fmaker> 3.2.14
[03:15] <infinity> Yes.
[03:15] <infinity> It *is* 3.2.14.
[03:15] <infinity> This isn't news.
[03:16] <fmaker> So there is just one package for all versions
[03:16] <scientes> fmaker, that is 3.2
[03:16] <infinity> "all versions"...?
[03:16] <infinity> We only ship one version of the kernel in precise, so sure.
[03:16] <scientes> fmaker, i think you need to read up on the kernel's stably policies
[03:16] <scientes> *versioning
[03:17] <infinity> Well, and how the Debian packaging works, if you really want to know how and why it gets versioned the way it does.
[03:17] <scientes> yeh the debian packages don't bump the 0
[03:17] <scientes> like ruby 1.9.3 is ruby1.9.1 b/c debian stuff
[03:18] <infinity> This is pretty kernel-specific, I'm not sure how ruby relates. :P
[03:18] <infinity> (The ruby1.9.1 source package is just a hilarious oops, IMO)
[03:19] <scientes> in that fmaker should trust that apt-get source and apt-get install get the same versions
[03:19] <fmaker> not like x86 where you have one for each, i.e. linux-image-2.6.32-21-generic, linux-image-2.6.32-25-generic, etc
[03:19] <infinity> fmaker: Eh?
[03:19] <scientes> fmaker, actually you do
[03:19] <infinity> fmaker: When there's more than one kernel version, there's a source package for each.  We've just only released one kernel for omap4 on precise so far.
[03:20] <infinity> (Well, since release)
[03:20] <infinity> fmaker: On precise x86, you'll find exactly the same situation.
[03:20] <infinity> (Well, except that there's already been an SRU)
[03:21] <fmaker> ok I'll read up on ubuntu kernel release stuff, thanks. Btw, if ARM on my pandaboard is quite stable so far
[03:21] <fmaker> good bit faster than the last dev. release I downloaded too
[03:21] <infinity> You're welcome. ;)
[03:21] <infinity> Six months of my life well spent.
[03:21] <infinity> Or well-wasted.
[03:21] <infinity> I'm never sure which.
[03:23] <fmaker> I'm actually working on a driver to use with Android, but it is sooooo much easier to develop it with Ubuntu
[03:23] <fmaker> and then bring it to the Android setup
[03:23] <fmaker> easily saves me a couple weeks
[03:24] <infinity> Well, Android's not a development platform.  I don't think they ever plan to make it self-hosting.
[03:24] <infinity> So, yeah, Ubuntu's a reasonably popular choice for Android dev, I hear. :)
[03:24] <fmaker> well at Google most of the developers use Goobuntu, which is based on Ubuntu
[03:25] <fmaker> servers are all Goobuntu
[03:25] <scientes> fmaker, why don't you use mainline linux then?
[03:25] <scientes> fmaker, unless you arn't planning on submitting it for merging.....
[03:26] <fmaker> The reason I'm writing the driver is to connect to a SPI high speed and precision ADC
[03:27] <fmaker> in order to try some different power strategies inside the kernel using this fast power meter
[03:27] <fmaker> Which is a big issue in mobile, hence Android
[03:28] <scientes> fmaker, yeah you should be using mainline https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
[03:29] <fmaker> Yeah I'll get there, I want to get something up and running  first.
[03:30] <fmaker> anyways, thanks for pointing me the right way :)
[03:31] <scientes> git clone ^that address
[03:31] <scientes> if you arn't developing in git, your insane IMHO
[03:36] <scientes> fmaker, mainline kernels now run android
[03:37] <scientes> fmaker, however with mainline + android your phone will never suspend
[14:37] <aliDog> Hi all, I need to build a utility (ez-ipupdate) for the pandaboard, as I cannot find a pre-built binary. Do I need to use the linaro toolchain to cross-compile this? Thanks for any input.
[14:38] <aliDog> I don' t want to build the whole installation image; just a single utility which I can copy over onto the already-running board.