[08:41] <Cimi> Saviq, we have new failures on jenkins https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/1251/? do you already investigated why?
[08:43] <Saviq> Cimi, there's a later run that only has https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/1252/testReport/
[08:44] <Cimi> ah, the usual
[08:44] <Saviq> Cimi, so I'm afraid it's your branch
[08:44] <Cimi> Saviq, well, also happened in your
[08:44] <Saviq> did it? fighting with autopilot and adb now...
[08:45] <Cimi> that jenkins is your card visual
[08:45] <Saviq> right, looks like it's all related to the prompts ;|
[08:45] <Cimi> mine was 1249
[08:45] <Cimi> ok
[08:51] <Cimi> Saviq, but prompts did not get merged, did it?
[08:51] <Cimi> so how can it affect my branch?
[09:17] <Saviq> Cimi, yeah they did get merged, we missed just one commit
[09:17] <Saviq> greyback, could I ask you to have a look at https://code.launchpad.net/~unity-team/unity8/new-adbd/+merge/233684
[09:17] <greyback> Saviq: sure
[09:17] <Saviq> greyback, I needed to redo the run_on_device script to support non-root adb
[09:18] <Saviq> and autopilot, too
[09:19] <Saviq> greyback, I'm running the ap suite now
[09:19] <greyback> ok
[09:26] <Saviq> greyback, ouch wait, missed one commit
[09:29] <Saviq> greyback, fixed, had to rewrite though
[09:29] <Saviq> s/rewrite/overwrite/
[09:29] <greyback> Saviq: ok
[10:01] <Saviq> greyback, it's not good enough yet, need to work on the ap tests more :|
[10:01] <greyback> Saviq: ok, lemme know when you want me to take second look
[10:20] <Cimi> Saviq, do we have a branch I need to merge to test the flickable settings?
[10:20] <Cimi> Saviq, or we can add to silo?
[10:21] <Saviq> Cimi, I'm not adding anything to the silo, need to release it today
[10:21] <Cimi> Saviq, cool
[10:21] <Saviq> Cimi, what branch do you want? it's all against trunk
[10:21] <Cimi> Saviq, but the indicators have issues
[10:21] <Cimi> Saviq, with the silo
[10:21] <Saviq> Cimi, not any more
[10:22] <Saviq> I dropped them from the silo (and a few other things that were not approved)
[10:22] <Cimi> ah ok
[10:22] <Cimi> http://blog.qt.digia.com/blog/2014/09/08/qt-5-4-alpha-available/
[10:51] <Cimi> spent the last half an hour looking for my 3 pen drives (need to reinstall utopic), guess where they were?
[11:05] <om26er> bug 1366752
[11:05] <om26er> MacSlow|lunch, ^
[11:13] <facundobatista> Hola
[11:31] <Cimi> Saviq, did you see larsu branch?
[11:31] <Cimi> isn't it opposite of https://code.launchpad.net/~saviq/unity8/card-visual-tweaks/+merge/233392 ?
[11:31] <Saviq> Cimi, yes, that's because he implemented the needed features in UITK
[11:31] <Saviq> Cimi, not really, but reduces the scope
[11:32] <Saviq> Cimi, because Icon will support non-square icons with his UITK fix
[11:33] <Cimi> ok
[11:37] <Saviq> greyback, ok, the adbd branch is good
[11:37] <greyback> Saviq: am on it
[11:37] <Saviq> thanks
[11:40] <Wellark> < tsdgeos> Wellark: also shouldn't you for limitedBandwith a similar connect in  the qml side like you do for statusChanged?
[11:41] <Wellark> is tsdgeos around?
[11:41] <Wellark> Saviq: ^
[11:41] <Wellark> need to ask about that
[11:41] <Saviq> Wellark, back next Monday
[11:41] <Saviq> Wellark, can I help?
[11:41] <Wellark> Saviq: probably not with that one
[11:41] <Wellark> Saviq: but this
[11:41] <Wellark> < Saviq> Wellark, when around, do you know if we have something custom for  backing QNetworkAccessManager, or are we using upstream direct?
[11:42] <Wellark> AFAIK we use upstream direct
[11:42] <Saviq> Wellark, yeah, bug #1357321 might be upstream then
[11:42] <Wellark> but QNetworkAccessManager will probably not work with confined apps
[11:42] <Saviq> meaning upstream Qt
[11:42] <Cimi> Saviq, so far I like the flickable speed stuff
[11:42] <Wellark> they should use coonnectivity-api :)
[11:42] <Cimi> Saviq, testing soon on manta
[11:43] <Saviq> Wellark, yeah, we still need to have the QPA part of QNAM implemented then
[11:43] <Saviq> Wellark, otherwise people will use some Qt feature that depends on QNAM and stuff will break
[11:43] <Saviq> Cimi, k
[11:44] <Wellark> Saviq: what do they need from QNAM?
[11:44]  * Wellark can't remember the exact details
[11:45] <Saviq> Wellark, it's part of qtbase, if that doesn't work we're not doing good
[11:45] <Saviq> http://qt-project.org/doc/qt-5/qnetworkaccessmanager.html
[11:46] <Wellark> Saviq: ok. does not seem to complicated
[11:46] <Saviq> Wellark, so for example images don't work in the dash if the first request happened when there's no network (i.e. 3G), because we're using QNAM and QNetworkDiskCache
[11:46] <Wellark> majority of the functionality is about passing data
[11:46] <Wellark> between server and a client
[11:46] <Saviq> Wellark, yeah, what we're missing most probably is just a way to let QNAM know whether we're connected or not
[11:47] <Wellark> Saviq: sounds about right
[11:47] <Saviq> Wellark, because suddenly QNAM::get() stops working
[11:47] <Saviq> Wellark, but as mzanetti pointed out on the bug report, it might be an upstream bug
[11:47] <Saviq> basically, first of all, we need investigation ;)
[11:47] <Wellark> Saviq: so, confined apps will need "networking" and "connectivity" policygroups in their manifest
[11:48] <Wellark> and we need to change the QPA plugin to talk with connectivity-service instead of NM
[11:50] <Saviq> Wellark, yup, and we need to gracefully fall back to no-network if they don't have the networking or connectivity
[11:51] <Wellark> Saviq: I commented on the bug
[11:52] <Wellark> Saviq: if the connectivity-service needs to be extended for full support of QNAM please let me know ASAP
[11:52] <Wellark> we are not going to allow confined apps to access NM api directly
[11:53] <Wellark> Saviq: and this will not be supported
[11:53] <Wellark> http://qt-project.org/doc/qt-5/bearer-management.html
[11:53] <Wellark> at least not for now
[11:54] <Wellark> Saviq: we probably should write a developer info page
[11:54] <Wellark> where we list what classes are supported and with what policygroups out of this list:
[11:54] <Wellark> http://qt-project.org/doc/qt-5/qtnetwork-module.html
[11:55] <Saviq> Wellark, yeah k
[11:55] <Wellark> Saviq: seems the bearer management classes have capability info
[11:56] <Wellark> so it would be just easy to rip out those capabilities on the QPA
[11:56] <Saviq> Wellark, yeah, something like that
[11:56] <Saviq> bregma, is the new circled count emblem in unity7 expected?
[11:57] <Saviq> it doesn't look too good in the alt+tab switcher
[11:58] <seb128> it doesn't look too good in the launcher either
[11:58] <seb128> it looks a bit blurry
[11:58] <Saviq> trueth
[11:59] <Saviq> but in switcher it looks like there's some broken asset even, some white shadow on the left
[11:59] <Saviq> maybe it's there on launcher too just it's smaller and I didn't notice
[11:59] <Saviq> /food
[12:01] <bregma> Saviq, yes, it's expected, sort of, the current impl is imperfect, but so was the previous one when you change the Launcher icon size
[12:02] <bregma> I imagine Marco has some work left to do, if people are going to complain
[12:02] <bregma> it looks great at 300 PPI
[12:04] <MacSlow> om26er, I'll take a look
[12:04] <om26er> MacSlow, thanks.
[12:07] <Cimi> Saviq, when you have a long backlog of ubuntu updates on a dual boot device, is there a quicker way than installing each of them?
[12:14] <Trevinho> seb128, seb128: mh, the shape should now adapt to the size of the number, but I don't see it blurry here...
[12:15] <Trevinho> at least, it might appear like that if you resize the icons... As it now resizes it as well
[12:17] <seb128> Trevinho, in fact it might not be, just looks a bit weird/different, let's see if I get used to it ;-)
[12:17] <seb128> Trevinho, since you are there, any news from csd support?
[12:35] <Trevinho> seb128: yeah, I'm pushing the first fixes today I think
[12:35] <seb128> Trevinho, great
[12:56] <Saviq> Trevinho, bregma, that's what I get here https://docs.google.com/a/canonical.com/file/d/0B32jwBcbaPloYldneGQ3b3VIT0k/edit
[12:57] <Saviq> on the switcher there's definitely something wrong with the border
[12:57] <Trevinho> Saviq: it looks private to me
[12:57] <Saviq> Trevinho, ugh sorry
[12:58]  * bregma can't seem to look at Saviq's private things
[12:58] <Saviq> Trevinho, bregma, refresh please
[12:58] <seb128> it also goes out of the icon in the launcher
[12:58] <seb128> not sure if that's wanted
[12:58] <Trevinho> Saviq: mh, ok that's a bug :)
[12:58] <Trevinho> Saviq: the launcher is fine
[12:59] <bregma> looks like everything is one pixel to the right
[12:59] <Saviq> yeah
[12:59]  * Saviq files
[12:59] <Trevinho> switcher seems like the texture has a bad matrix..
[13:06] <Saviq> Trevinho, bug #1366801
[13:06] <Trevinho> Saviq: thanks
[13:22] <Saviq> greyback, re: your complaints about run_on_device... incorrect password is tricky as adb shell does not forward the return code :/
[13:22] <Saviq> greyback, and the second password... I don't have that password any more in build.sh...
[13:23] <Saviq> greyback, all in all, I'd rather leave that for a bigger refactoring of all the scripts
[13:23] <Saviq> greyback, and as for -y, I wanted it explicitly there so that the user is aware
[13:29] <greyback> Saviq:I've used this in the past: retVal=`adb shell '$COMMAND &> /dev/null; echo -n $?'`
[13:30] <greyback> but I see your other points.
[13:30] <Saviq> greyback,
[13:30] <greyback> does mean the scripts remain a bit clunky to use
[13:31] <Saviq> greyback, but this way you lose output from the command
[13:31] <greyback> I know
[13:31] <Saviq> greyback, and sure, they remain clunky to use, not the purpose of this MP
[13:31] <greyback> just stating observations
[13:31] <Saviq> greyback, the purpose of this MP was to unbreak test runs with the new adb
[13:32] <Saviq> greyback, and yeah, run_on_device.sh hitched a ride...
[13:33] <Saviq> greyback, totally agree that we need a refactor of these, ideally to a single script, just not there yet
[13:34] <greyback> Saviq: qtmir.mir: MirServerConfiguration created
[13:34] <greyback> terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<mir::AbnormalExit> >'
[13:34] <greyback>   what():  Unknown command line options: -qmljsdebugger=port:3768
[13:34] <Saviq> greyback, that will get fixed in your qtmir branch no?
[13:34] <Saviq> or Alan's
[13:35] <greyback> Saviq: ah yes, forgot that had not landed
[13:35] <Saviq> greyback, it's in silo 18
[13:35] <Saviq> 19
[13:35] <greyback> was worried something else broke
[13:35] <greyback> Saviq: what do I need to test for AP?
[13:35] <Saviq> greyback, you don't, I did, and will again as part of the silo testing
[13:36] <Saviq> oh my does phablet-config reboot on package installation!?
[13:37] <dandrader> Cimi, would you have some time for a simple code review?
[13:37] <greyback> Saviq: phablet-config writeable-image does yes
[13:38] <Saviq> bleh
[13:38] <greyback> Saviq: why drop long options?
[13:38] <Saviq> greyback, getopts doesn't support those... and I couldn't get getopt to work, nor is it recommende
[13:38] <Saviq> d
[13:38] <greyback> sadface
[13:39] <Saviq> greyback, can try again with getopt
[13:39] <Saviq> greyback, think I know how to get it to work now
[13:39] <greyback> Saviq: not end of world
[13:39] <Saviq> greyback, yeah, but less change, lemme
[13:39]  * greyback needs to pop to shop for food, back in 10
[13:50] <Cimi> dandrader, go for it
[13:50] <dandrader> Cimi, this one: https://code.launchpad.net/~dandrader/unity8/outOfSourceTreeCardTests/+merge/233383
[13:50] <dandrader> thanks!
[13:52] <Cimi> dandrader, not sure, but maybe we can put String(Qt.resolvedUrl("artwork/music-player-design.png")) ?
[13:52] <Cimi> dandrader, instead concatenating
[13:54] <dandrader> Cimi, I don't know how would that work
[13:55] <Guest96239> Saviq: yo o/ I think you mentioned this recently. Do we have a bug for "can't call 112 emergency number"? (no sim in the phone)
[13:55] <karni> Saviq: is SIM required?
[13:56] <Saviq> karni, should not be
[13:56] <Saviq> karni, but yeah, I filed a bug and boiko was looking into it
[13:56] <karni> thanks
[13:57] <boiko> Saviq: karni: yep, I will be looking into that later today or tomorrow
[13:57] <karni> boiko: cool, thanks
[14:01] <Cimi> dandrader|afk, make -j15?? you have 8 cores + HT?
[14:03] <Saviq> greyback, long options back
[14:05] <GWilder> Hey, people. I am currently sitting on i3 WM, but have problem with NotifyOSD. Notifications just look weird, doesn't fade away when I move the mouse pointer on them.
[14:32] <dandrader> Cimi, hehehe, no. 4 cores + HT I think
[14:33] <Cimi> dandrader, so should be -j8 no?
[14:34] <dandrader> Cimi, I've the impression that  -j15 helps ensure the CPU is kept fully busy.
[14:34] <dandrader> Cimi, I might be wrong, of course
[14:34] <Cimi> dandrader, you can try -j42352385723 too
[14:34] <Cimi> :D
[15:13] <Saviq> MacSlow, when I type a wrong SIM PIN, I get a flash of light grey background across the whole screen with the notification fix MP
[15:13] <Saviq> Wellark, I'm also not getting any feedback on wrong PIN or remaining tries ↑
[15:14] <Saviq> is that known?
[15:15] <MacSlow> Saviq, that's the typical snap-decision modal-bg I'd say causing this
[15:15] <Saviq> MacSlow, well, yeah, I imagine so, but why would we even have it in the case of the SIM PIN...
[15:16] <Saviq> MacSlow, not saying it's a regression from trunk, because IIRC it isn't, just more visible now (it was dark before)
[15:16] <MacSlow> Saviq, there's no special-case handling happening for the fullscreen sim-pin currently
[15:17] <Saviq> MacSlow, k, we should think about delaying its visibility until the image is loaded
[15:17] <MacSlow> Saviq, hm...
[15:19] <Wellark> Saviq: yes.
[15:19] <Saviq> Wellark, k
[15:19] <Wellark> Saviq: I was unable to repro the flashing week ago when I worked on the dualsim lockscreen branch
[15:19] <Wellark> Saviq: is there a notification change somewhere that might cause new troubles?
[15:20] <Wellark> Saviq: what MP were you referring to?
[15:20] <MacSlow> Saviq, different topic... where do the unity8/media-hub logs go... I cant
[15:20] <Saviq> Wellark, https://code.launchpad.net/~macslow/unity8/fix-1348092/+merge/228090
[15:20] <MacSlow> find them in /var/log
[15:20] <Saviq> MacSlow, ~/.cache/upstart
[15:20] <Saviq> like all the logs from the user session
[15:21] <Wellark> MacSlow: yep, the "there is a slight black thingy shown beffore the sim pin dialog opens" is indeed the modal/fullscreen problem
[15:21] <Saviq> Wellark, yeah, it's gonna be light grey now, much more visible
[15:21] <Wellark> as the base notification "buble" is being rendered before the Loader for the snap decision is ready to set the fullscreen property which hides the base bubble
[15:21] <MacSlow> Wellark, did you test-wise disable it to check?
[15:21] <Wellark> MacSlow: yep.
[15:22] <Wellark> MacSlow: but it's ok
[15:22] <Wellark> with my new branch
[15:22] <Saviq> kk
[15:22] <Wellark> it's only visible for a less then 500ms and only once when the pin unlock dialog is loaded
[15:23] <Wellark> currently shipping implementation causes the loader to load each time the data inside the pinunlock dialog changes
[15:23] <Wellark> that has to do with the fact that I was actually modifying the menumodel
[15:23] <Wellark> I will get the new dialog in this week
[15:25] <MacSlow> Saviq, Wellark: can we have a bug for this? Or do we have one already?
[15:26] <Saviq> MacSlow, I think there was one already, yeah
[15:26] <MacSlow> Saviq, remember the # or bug-description?
[15:26] <Saviq> MacSlow, not really :/
[15:26]  * MacSlow goes for the hunt...
[15:27] <MacSlow> Saviq, but probably against unity8 I assume?!
[15:27] <Saviq> MacSlow, yeah
[15:27] <Wellark> MacSlow: no need to "fix it"
[15:27] <Wellark> the only fullscreen snap decision we have is the pinunlock
[15:27] <Wellark> at it will be burned with fire after RTM
[15:27] <Wellark> let's just "fix" this by not having modal fullscreen snap decisions, ok? :)
[15:28] <MacSlow> Wellark, oh I'm with you on that... I never wanted any dialog in notifications in the first place :)
[15:28]  * MacSlow eyes towards ux-design
[15:30] <Wellark> MacSlow: it's only small visual clitch happening rarely (never on people with SIM PIN disabled) and fixing it takes more effort that it's worth
[15:30] <Wellark> Saviq: ^
[15:30] <Saviq> Wellark, yeah ok
[15:30] <MacSlow> Wellark, Saviq: btw... why can't the fullscreen sim-unlock be using the same infrastructure e.g. the power-down dialog uses?
[15:31] <Saviq> MacSlow, because there isn't any infrastructure behind it
[15:31] <Saviq> MacSlow, it's built into unity8 whole
[15:31]  * MacSlow feared such an answer
[15:31] <Saviq> MacSlow, but that is, kind-of, what we should do with the SIM PIN as well, problem is we don't necessarily want to talk to ofono directly
[15:31] <Wellark> MacSlow, Saviq: I have a proposal on how to fix this
[15:32] <Wellark> let's come up with the plan on the next sprint
[15:32] <Saviq> Wellark, yeah, let's
[15:32] <MacSlow> Wellark, hell yeah... sign me up!
[15:32] <Wellark> we need an independent dialog framework
[15:32] <MacSlow> +1
[15:32] <Wellark> a service from unity8
[15:39] <anpok_> mterry: the other bug you mentioned.. https://bugs.launchpad.net/ubuntu/+source/systemd-shim/+bug/1365095
[15:39] <anpok_> does that explain that unity8 greeter requests a password
[15:39] <anpok_> and why I type it in it shows the password
[15:39] <anpok_> but does not unlock
[15:40] <anpok_> s/why/while
[15:40] <anpok_> (on #230 now)
[15:56] <Cimi> Saviq, is the new thindivider design approved?
[15:57] <MacSlow> Saviq, Wellark: is that the bug-# we might be looking for -> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1359226
[16:02] <Wellark> MacSlow: yep.
[16:03] <Wellark> MacSlow, Saviq: associated it with the branch that will fix it
[16:03] <Saviq> Wellark, cool thanks
[16:04] <Saviq> Cimi, you mean https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/20-divider/+merge/229317 ?
[16:04] <MacSlow> Wellark, ah... now I see it (the branch) too... didn't refresh properly at first
[16:05] <Cimi> Saviq, dividers are broken in the image
[16:05] <Cimi> Saviq, that's all i care :)
[16:07] <Cimi> damn adb removal
[16:08] <Saviq> Cimi, are they newly broken/
[16:08] <Cimi> Saviq, with image of friday I think
[16:08] <Cimi> Saviq, http://bazaar.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_28.08/revision/1223
[16:08] <Saviq> Cimi, I don't think there's anything new, where?
[16:08] <Saviq> Cimi, ah, why are you asking me about UITK changes?
[16:09] <Cimi> Saviq, they added margins left and right, but it looks bad in indicators for example
[16:09] <Cimi> and system settings
[16:09] <Saviq> Cimi, agreed
[16:10] <Cimi> I have a passphrase and developer mode is on, but adb is off
[16:10] <Cimi> anyone with same issues?
[16:13] <Cimi> cannot enable adb on manta
[16:19] <anpok_> Cimi: I ran into that issuw too today
[16:19] <Cimi> anpok_, and you solved?
[16:19] <anpok_> not really
[16:19] <anpok_> switched to rtm by bootstrapping it
[16:20] <greyback> Saviq: http://pastebin.ubuntu.com/8291671/ - seen that before?
[16:20] <Cimi> I have no adb nor ssh
[16:20] <anpok_> there it worked
[16:20] <Cimi> I am locked out my device
[16:20] <Cimi> :)
[16:20] <anpok_> yeah reboot it with volume +/- and bootstrap \o/
[16:21] <greyback> Cimi: atm I find it best to change to PIN entry auth, that works for me reliably
[16:21] <Saviq> greyback, it's like the askpass file creation didn't work
[16:21] <Cimi> greyback, on manta?
[16:21] <greyback> Cimi: on any device. I'm testing with Flo atm
[16:22] <popey> facundobatista: you work on 7digital scope? I see http://popey.mooo.com/screenshots/device-2014-09-08-172119.png but I see correct artwork urls in smart-scopes-proxy.log
[16:22] <Cimi> nah, still off
[16:24] <Cimi> it does not accept my PINs
[16:24] <Cimi> why we disabled adb if our interface does not work?
[16:25] <Cimi> we cannot test password/pincode reliably
[16:25] <Cimi> you have to try until maybe it works
[16:26] <anpok_> Cimi: so you see #1366814?
[16:26] <facundobatista> popey, I work on the 7digital scope, yes... so, in the logs you see the art URLs and they are ok (you can open them ok with a browser?) but the phone isn't showing them to you?
[16:27] <facundobatista> popey, have a log line as an example?
[16:27] <popey> facundobatista: http://paste.ubuntu.com/8291733/
[16:28] <anpok_> Cimi: i just reflashed 320 and have a working pin with manta, but developer mode still does not work
[16:28] <Cimi> anpok_, something like
[16:28] <anpok_> since pin is set through the wizard
[16:28] <popey> e.g. the last line has these two urls http://artwork-cdn.7static.com/static/img/sleeveart/00/010/476/0001047688_500.jpg http://www.7digital.com/artist/daft-punk/release/tron-legacy/?partner=983&h=08 both work for me
[16:28] <Cimi> this is rubbish
[16:28] <facundobatista> popey, perfect; the 7digital scope itself is ok, the client is not showing the images for some reason
[16:28] <facundobatista> Saviq, ↑ ?
[16:29] <popey> facundobatista: i see no images at all, searching or not
[16:29] <popey> http://popey.mooo.com/screenshots/device-2014-09-08-172906.png
[16:29] <Cimi> also, the pin code entry starts already filled with 4 chars
[16:29] <Saviq> popey, bug #1357321 maybe?
[16:29] <Cimi> did we actually try those things before approving reviews?
[16:30] <popey> Saviq: I'm on wifi
[16:30] <facundobatista> popey, sounds like a deeper problem
[16:30] <anpok_> Cimi: thats just fancyness I think
[16:30] <Saviq> Cimi, there's a bug about this
[16:30] <Cimi> Saviq, yes, but we *approved* that
[16:30] <popey> i can wget http://artwork-cdn.7static.com/static/img/sleeveart/00/010/476/0001047688_500.jpg on the device fwiw ☻
[16:31] <popey> 2014-09-08 17:30:44 (1.57 MB/s) - ‘0001047688_500.jpg’ saved [22749/22749]
[16:31] <Cimi> Saviq, we should not approve then file bug
[16:31] <Cimi> we should not approve at all
[16:31] <Saviq> NOT APPROVE Cimi
[16:31] <Saviq> Cimi, from now on we will all wait for your review, kthxbai?
[16:33] <Saviq> Cimi, and you'll make sure we have UX and UI designs and reviews for/of every MP, OK?
[16:33] <popey> facundobatista: Saviq am off to make dinner, lemme know if you want me to file a separate bug for this, and where to file it..
[16:34] <facundobatista> popey, it's nothing to do with the scope itself, I'm leaving you in Saviq hands
[16:34] <Cimi> Saviq, if I had more time I#d be happy to do it, really
[16:34] <Saviq> Cimi, buy some
[16:34] <Saviq> popey, if you restart unity8-dash, it should go back to normal, and that'd be the same bug actually
[16:34] <Saviq> popey, the bug title/description is out of date
[16:37] <Cimi> Saviq, if you were locked out from your phone/tablet, you would probably be upset like us
[16:38] <Saviq> Cimi, do you actually get the password to work?
[16:38] <Saviq> Cimi, as in can you set the password, and then you get a lockscreen that you need to unlock?
[16:39] <Cimi> Saviq, after attempts, yes, but adb is still off
[16:39] <Saviq> Cimi, toggle dev mode off and on?
[16:39] <Cimi> did many times, even rebooted
[16:39] <Cimi> now I am trying setting pin through wizard
[16:40] <Saviq> Cimi, you can pass --password and --developer-mode to ubuntu-touch-flash
[16:44] <Cimi> nah, does not work on manta
[16:45] <eridu> is this an appropriate place to discuss bugs in compiz/the graphics stack or would another channel be more appropriate?
[16:49] <mterry> anpok_, no it wouldn't explain the lockscreen not accepting your password
[17:16] <Cimi> Saviq, how do you push stuff without root access?
[17:16] <Saviq> Cimi, what stuff?
[17:17] <Cimi> Saviq, debs
[17:17] <Saviq> sudo dpkg -i???
[17:17] <Cimi> Saviq, push to the devicxe
[17:17] <Cimi> device
[17:17] <Saviq> adb push blah /home/phablet
[17:17] <Cimi> Saviq, permission denied
[17:17] <Saviq> Cimi, push to /home/phablet, you won't get permission denied
[17:17] <Saviq> Cimi, has nothing to do with no root
[17:18] <Cimi> now worked
[17:18] <Cimi> it didn't
[17:18] <Cimi> cimi@draco:~/Desktop$ adb push output /home/phablet/  cannot stat 'output/unity8-fake-env_8.00+14.10.20140903.1bzr1235pkg0utopic5776+autopilot0_armhf.deb': Permission denied
[17:18] <Cimi> :/
[17:18] <Cimi> I had to chmod 777 those files
[17:19] <Saviq> Cimi, no you did not
[17:19] <Saviq> Cimi, you had to chmod +r them, not 777
[17:19] <Saviq> Cimi, but that error message was rather clear what it cannot read
[17:20] <Cimi> Saviq, it worked for months
[17:20] <Cimi> adb changed
[17:20] <Cimi> and so those issues
[17:20] <Saviq> Cimi, no, adb did not change
[17:20] <Saviq> Cimi, it could not *read* those files
[17:20] <Saviq> Cimi, from your host
[17:20] <Saviq> Cimi, because you didn't have permissions to them
[17:20] <Cimi> strange enough I never had this issue in the last year
[17:21] <Cimi> unless we changed something in file-roller
[17:21] <Cimi> or jenkins
[17:21] <Cimi> that messes permissions
[17:22] <Saviq> Cimi, I just unpacked a file from jenkins, permissions are 644
[17:23] <Cimi> Saviq, on the scopes overview, are we sure there is no shader or something else running in the background?
[17:24] <Cimi> Saviq, with my flickable branch, scrolling improves, but is still slow compared to the dash
[17:34] <Cimi> Saviq, ok, seems like contentX is calculated, this probably makes the favorites slow
[17:34] <Cimi> it's fast on desktop, slow on mako
[17:36] <Cimi> you know why are we using custom calculations here? and not a listview?
[17:37] <Cimi> (maybe because of the scale effect when revealing the overview, but this code doesn't look needed after that)
[17:45] <Cimi> Saviq, carousel is using custom code too, flickable + repeater, but is much much faster
[17:46] <Cimi> I can have a look tomorrow
[18:03] <popey> 17:34:40 < Saviq> popey, if you restart unity8-dash, it should go back to normal, and that'd be the same bug actually
[18:03] <popey> yup!
[18:04] <popey> facundobatista: is there a free album (not single track) I can "buy" from 7digital for testing?
[18:04] <Saviq> popey, so yeah, it's the network access manager bug, basically if you try and get anything through it when there is no connection (say your wifi was late to connect, or low signal), it will not get anything until it's recreated... it's a pretty nasty thing we need to identify and fix
[18:06] <popey> ok
[18:16] <facundobatista> popey, in all the tests I did I don't remember seeing a free album (but maybe it exists)
[18:17] <popey> when we first launched the ubuntu one music store I recall there being one
[18:17] <popey> dunno what it was tho
[19:54] <Cimi> Saviq, is actually the default flickable velocity (2500) that is wrong
[19:54] <Cimi> Saviq, even after the scaling feels not enough
[20:28] <Saviq> seb128, re bug #1366938, you sure it's not the calculator (lowercase) from uitk autopilot?
[20:29] <seb128> Saviq, it could be, I just noticed I've 2 calcs, didn't know why
[20:29] <Saviq> seb128, yeah, that's UITK
[20:29] <seb128> Saviq, but know you mention it I installed autopilot packages today
[21:50] <anpok_> mterry: i will try downgrading and updgrading again..
[21:50] <mterry> anpok_, it's specifically an upgrade-only issue?
[21:50] <anpok_> i think so
[21:51] <anpok_> upgrading skips the wizard that sets up the user.. so..
[21:52] <anpok_> the other thing.. right now it does not offer me the most current version 233.. it sticks with 230.
[21:52] <mterry> oh huh
[21:52] <mterry> anpok_, emulator?
[21:52] <anpok_> manta
[21:52] <mterry> I was on mako itself
[21:53] <mterry> anpok_, oh I guess those aren't spun as often, or the numbers don't track with each other