[05:48] <Charcoalflip> Hi, I'm stuck in 640x480 screen resolution in Unity after stopping lightdm (sudo service lightdm stop) and restarting it (sudo service lightdm start). I tried to change it in the display settings, but 640x480 is the only option available.
[05:49] <Charcoalflip> https://dl.dropboxusercontent.com/u/16623407/screenshots/ubuntu_huge.png It looks like this.
[05:49] <Charcoalflip> How do I get my normal resolution back?
[08:15] <Avagetto> Hello. Can me somebody help with the launch of the unity from the package ubuntu-desktop-next?
[08:21] <seb128> hey Avagetto, what do you need?
[08:21] <Avagetto> After you install the package and restart window appears, enter the password (if I'm not mistaken lightdm). I'd like to say that the package was put on the ubuntu-core img (14.10). After you enter the password and press enter, the system hangs. The operating system running on an ARM device.
[08:21] <Avagetto> if i install lubuntu-desktop or xubuntu-desktop packages all work well.
[08:22] <seb128> hum, not sure how to debug that, it might be that mir doesn't like your videocard
[08:25] <Avagetto> GPU Driver to User space is Missing. as far as I understand, if I use x11, he draws through the framebuffer
[08:28] <Avagetto> I wanted to try to use mir in order to circumvent the problem of lack of drivers. I have access to the console. if you want I can attach the logs.
[08:38] <seb128> Avagetto, you can try #ubuntu-mir for mir questions
[08:39] <Avagetto> ok)
[08:39] <Avagetto> thaks
[09:01] <tsdgeos> Saviq: we should really really commit https://code.launchpad.net/~aacid/unity8/dtrdomainpot/+merge/240231
[09:01] <tsdgeos> having an untranslatable string is not cool
[09:01] <Saviq> tsdgeos, yeah, I'm preparing a silo today
[09:01] <tsdgeos> ok :)
[09:08] <tsdgeos> Saviq: so waht with https://code.launchpad.net/~aacid/unity8/multimediaMocks/+merge/240248 that lies unapproved?
[09:09] <Saviq> tsdgeos, why's it unapproved?
[09:09] <tsdgeos> Saviq: Mirco didn't seem to top approve
[09:09] <Saviq> tsdgeos, fixed ;)
[09:10] <tsdgeos> Saviq: others complained that ::setAudioRole should actually set the thing, while others commented this is just a mock so that stuff works and that should not be needed
[09:10] <tsdgeos> but those others didn't comment on the MR
[09:11] <tsdgeos> so they shall remain unnamed ^_^
[09:11] <tsdgeos> j/k
[10:26] <Saviq> tsdgeos, what's the deal between add-screenshotter and multimediamocks?
[10:27] <tsdgeos> Saviq: i cherry-picked the commit
[10:27] <tsdgeos> frrom add-screenshotter to mocks
[10:27] <Saviq> tsdgeos, so if I'm merging screenshotter anyway, no point?
[10:27] <Saviq> tsdgeos, *or* we need to resubmit screenshotter on top
[10:28] <sil2100> Saviq: hey! Do you think your team could find a moment this week to check out the unity8 AP failure that we're seeing in ubuntu-rtm?
[10:28] <Saviq> sil2100, sooo
[10:28] <Saviq> sil2100, I know the failure
[10:28] <Saviq> sil2100, it's caused by the dashboard scope
[10:29] <Saviq> sil2100, basically the failing test goes "let's wait until the activity indicator goes away"
[10:29] <sil2100> The one that's also crashing?
[10:29] <Saviq> sil2100, but the scope never tells it to go away
[10:29] <Saviq> sil2100, dunno, is it?
[10:29] <Saviq> sil2100, so in theory I could just increase the timeout
[10:30] <sil2100> Saviq: we're seeing a scoperunner crash everytime, thostr_ and cwayne mentioned it's the event scope crashing
[10:30] <sil2100> hm
[10:30] <sil2100> Ah, so it's like that
[10:30] <tsdgeos> Saviq: if you're merging screenshotter you don't need the mocks one
[10:30] <tsdgeos> that's  right
[10:30] <tsdgeos> sorry had to go tend the doorbell
[10:30] <Saviq> tsdgeos, now I need it because others prereq yours
[10:31] <tsdgeos> ouch
[10:31] <tsdgeos> sorry :/
[10:31] <Saviq> tsdgeos, can you please resubmit screenshotter on top of yours
[10:31] <tsdgeos> i would have expected bzr was smart enough to know it was the same commit
[10:31] <tsdgeos> i even did that bzr merge lp:foo -c changesetNumber
[10:31] <tsdgeos> Saviq: sure
[10:36] <Saviq> tsdgeos, it's not the same commit
[10:36] <Saviq> tsdgeos, the commit has the same diff
[10:37] <tsdgeos> Saviq: sure, but i thought merge -c did that
[10:37] <Saviq> tsdgeos, nope, that's just applying the diff from -c, you commit after that, meaning there's no relation between the two commit
[10:37] <Saviq> s
[10:37] <Saviq> tsdgeos, apparently the way to cherry-pick in bzr is to revert the unwanted commits...
[10:38] <Saviq> but I cry every time someone mentions that...
[10:38] <Saviq> tsdgeos, that isn't to say that it would conflict for sure, lemme check
[10:39] <tsdgeos> i've the other branch ready
[10:39] <tsdgeos> tell me if you want to try or i should just press the buttons
[10:39] <Saviq> tsdgeos, actually leave it
[10:39] <Saviq> tsdgeos, it merges fine
[10:39] <tsdgeos> ok
[10:40] <Saviq> tsdgeos, sorry for the noise
[10:40] <tsdgeos> no worries :)
[10:43] <Wellark> where is mirco...
[10:44] <Saviq> Wellark, he should be around soon
[10:45] <Saviq> Wellark, he shifted his hours yesterday and today, got some errands
[10:56] <Saviq> mzanetti, would you have time to review dednick's branches for https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1336715
[10:56] <Saviq> mzanetti, the ones for unity8 and u-s-c
[10:56] <mzanetti> mhm
[10:56] <Saviq> dednick, care to reply to my NeedsFixin on https://code.launchpad.net/~nick-dedekind/unity8/lp1336715.server-value-reassert/+merge/237822
[11:01] <dednick> Saviq: https://code.launchpad.net/~nick-dedekind/unity8/lp1336715.server-value-reassert/+merge/237822/comments/591481
[11:03] <Saviq> dednick, thanks, the "I got stuck" is most probably a backend issue
[11:03] <dednick> mzanetti, Saviq: i'm going to do some changes to the branches for the sync fix. seb128 has reviewed the uss branch and doesnt really want the new switch/check component. Opting for the sdk component with some extra bits on each instance it's broken.
[11:04] <Saviq> dednick, think it's not worth reviewing yet?
[11:04] <dednick> Saviq: no. dont think the usc branch will be needed at all.
[11:05] <Saviq> dednick, right, but the value-reassert is goo
[11:05] <Saviq> d
[11:05] <Saviq> ?
[11:07] <dednick> Saviq: yeah, i think so. I think i need to work out what's going on with the stuck flight mode though. Possibly increase the re-assert timeout?
[11:08] <Saviq> dednick, no no, I think this was a backend issue
[11:08] <dednick> Saviq: ok, then it should be good to go
[11:09] <dednick> Saviq: i'm getting on the uss branch now. sigh... lacking tests! :(
[11:10] <Saviq> facundobatista, hey, something looks weird in the 7digital scope: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1381930/comments/10
[11:14] <mzanetti> dednick: so should I review any of those branches yet?
[11:14] <mzanetti> dednick: or wait for a bit?
[11:15] <dednick> mzanetti: wait please.
[11:15] <mzanetti> dednick: please ping me when ready
[11:18] <facundobatista> Saviq, will check
[12:24] <greyback> seb128: was there a bug logged for the unity8 crashing on desktop?
[12:38] <seb128> greyback, no, I was unsure where to file it, I can do that though
[12:38] <seb128> greyback, did you figure out what the issue is?
[12:39] <greyback> seb128: I think it's a race in qtubuntu-media - http://pastebin.ubuntu.com/8818402/ is the BT I gathered
[12:39] <greyback> am just about to try a patch
[12:39] <Saviq> karni, do you know what project bug #1389192 fits with
[12:39] <Saviq> karni, and bug #1389195
[12:39] <Saviq> and bug #1389204
[12:40] <karni> Saviq: I'll move to hanloon
[12:41] <Saviq> karni, thanks
[12:41] <seb128> greyback, k, I had some segfault in setaudiorole as well yesterday
[12:42] <karni> hrm. Saviq, that project doesn't allow public bugs. I'll forward those bugs to Chris, we'll reassigned them.
[12:42] <Saviq> karni, make them private ;)
[12:42] <greyback> seb128: so there may be others?
[12:42] <Saviq> karni, but ok, cwayne's good, too
[12:42] <seb128> greyback, who knows
[12:42] <greyback> :)
[12:45] <cwayne> the first 2 are moot, we have a change for that imminently
[12:46] <cwayne> third one i'll close and re-assign to hanloon, we can just make those non-interactive
[12:46]  * cwayne has never been accused of poor grammar in a bug before
[12:46] <cwayne> Saviq: btw so we do have a fix for the scope crashing, but do not yet have a fix for the activity indicator not going away
[12:47] <Saviq> cwayne, you can only make the whole category non-interactive, not individual results, is that enough still?
[12:47] <Saviq> cwayne, ok :|
[12:48] <seb128> cwayne, is the fitbit stat screen known to have issues?
[12:48] <seb128> cwayne, mine is not displaying the steps history for the week for some reason
[12:49] <anpok> which part of the system is creating the power off/restart/cancel dialog
[12:49] <Saviq> anpok, unity8
[12:49] <Saviq> /food
[12:49] <cwayne> seb128: in the preview you mean?
[12:50] <cwayne> Saviq: i think those results are defined in a separate category anyway, so shouldn't be an issue
[12:50] <seb128> cwayne, yes
[12:50] <Saviq> anpok, it just listens to keydown / keyup and if the power button is pressed for more than 2s it displays the dialog
[12:50] <anpok> ah
[12:50] <anpok> so not triggered by usc
[12:51] <cwayne> seb128: what do you see instead?
[12:51] <anpok> because there is a code in usc that would just turn the screen on after a two seconds power press
[12:51] <seb128> cwayne, the preview also has a "x" instead of the image
[12:51] <anpok> -a
[12:51] <cwayne> seb128: please log a bug in hanloon and attach a screenshot
[12:51] <cwayne> i've not heard of this issue yet..
[12:51] <Saviq> anpok, http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/qml/Components/Dialogs.qml
[12:52] <Saviq> anpok, yeah, that's to make the dialog come up if the device is suspended
[12:52] <Saviq> anpok, I'm actually not sure that's good, means you press power for 2s and then butt-reboo
[12:52] <Saviq> t
[12:52] <anpok> Saviq: why arent we doing the silence call thing inside qml/
[12:53] <anpok> hmm ok dialer might not be focused
[12:54] <Saviq> anpok, no real reason, I don't think we have the whole arch of this thought through
[12:54] <Saviq> but really, /food
[12:54] <Saviq> biab
[12:59] <Wellark> MacSlow: hi
[12:59] <seb128> cwayne, https://bugs.launchpad.net/hanloon/+bug/1389217
[12:59] <MacSlow> Wellark, what's up?
[12:59] <seb128> cwayne, see screenshot on the bug
[13:00] <Wellark> MacSlow: people feel the small visible clitch when pinunlock snap decision is first shown is highly disturbing
[13:00] <Wellark> MacSlow: could we have a small brainstorming hangout to try to see if there is anything we could do to remedy the situation
[13:00] <MacSlow> Wellark, I know... but I've not had the time to sort out  a fix for that yet... I'm aware of it though.
[13:01] <cwayne> seb128: huh, thanks, I've never seen that.  Could you please attach ~/.cache/upstart/scope-registry.log as well?
[13:01] <MacSlow> Wellark, I've some idea how to fix it, but still have to focus on higher level bugs
[13:01] <seb128> cwayne, ok
[13:01] <Wellark> MacSlow: ack. mind if I take a quick look then on my own and we can later sync?
[13:02] <Wellark> as I was looking the unity8 side code before as well and have some ideas to run by you
[13:02] <MacSlow> Wellark, be my guest... the idea - although very invasive - is to make the whole notification a Loader
[13:03] <Wellark> MacSlow: ok. I had a bit more smaller impact resolution in my mind, but I need to first check the code if it's doable or not
[13:04] <MacSlow> Wellark, ok... when you've something to share/show poke me
[13:05] <Wellark> MacSlow: ack. very slow and gently poking coming up
[13:14] <mterry> Saviq, when landing-007 is done building ubuntu-settings-components, you should rebuild unity8 too.  The doubleTap merge had a recent change in it
[13:15] <Saviq> mterry, I *just* kicked the build 26 mins ago
[13:15] <Saviq> mterry, think it will have the relevant commit already
[13:15] <mterry> Saviq, ah that's fine then.  I looked at the build log and thought you were only building u-s-c
[13:16] <Saviq> mterry, yup, I've r1401 in
[13:46]  * mterry gets to vote today, woo
[14:11] <Saviq> cwayne, is there a bug about dashboard searching indefinitely? do you know what timeout we'd have to set for it to actually finish?
[14:12] <greyback> seb128: progress with the unity8 on desktop issue - removing qtubuntu-media does "fix" it. I think we need jhodapp's help to see why qtubuntu-media isn't working on desktop
[14:13] <greyback> I tried to fix qtubuntu-media but no success yet. That part of the stack I've not total knowledge of
[14:14] <Saviq> ah, I don't have qtubuntu-media indeed
[14:14] <Saviq> seb128, greyback, you could try vivid silo 12
[14:14] <Saviq> there's a sync from rtm in there
[14:14] <Saviq> of dbus-cpp, qtubuntu-media and some others
[14:14] <greyback> sure
[14:16] <Saviq> cwayne, just noticed this in a syslog output apparmor="DENIED" operation="mkdir" profile="com.canonical.scopes.bbc_bbc_1.02" name="/usr/bbc/" pid=26732 comm="scoperunner" requested_mask="c" denied_mask="c" fsuid=32011 ouid=32011
[14:16] <Saviq> cwayne, looks like the BBC scope's trying to mkdir /usr/bbc...
[14:16] <cwayne> oof
[14:17] <cwayne> will log a bug and give to kyle
[14:17] <Saviq> greyback, can you have a look at http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/459/artifact/clientlogs/unity8/unity8.log/*view*/ please
[14:17] <Saviq> greyback, and see if anything there explains unity8 not being up on screen
[14:17] <cwayne> Saviq: and yes, there's a bug in the events scope where it seems to be doing something indefinitely
[14:18] <greyback> Saviq: sure. Once I reconfigure my VPN
[14:18] <Saviq> greyback, heh, let me repaste
[14:18] <greyback> well I've to do it anyway
[14:19] <Saviq> greyback, http://pastebin.ubuntu.com/8819610/
[14:19] <Saviq> greyback, how's your SSD? :)
[14:19] <greyback> Saviq: so very nice
[14:20] <greyback> pathetic to be going "wow" so often
[14:22] <paulliu> I try to update today and unity8 doesn't start. It can start by manually run "unity8" on shell. But not by "start unity8".
[14:22] <greyback> Saviq: re that pastebin: unity8 isn't on screen? But still it's working?
[14:23] <paulliu> unity8.log http://paste.ubuntu.com/8819646/
[14:23] <Saviq> paulliu, ugh, is that on phone or desktop?
[14:23] <paulliu> Saviq: phone. On my nexus 4
[14:23] <Saviq> paulliu, how did you update
[14:23] <Saviq> ?
[14:24] <paulliu> Saviq: apt-get update/upgrade
[14:24] <greyback> Saviq: file:///usr/share/unity8/Greeter/Greeter.qml:135: ReferenceError: targetITem is not defined <- broken QML perhaps?
[14:24] <paulliu> Saviq: I just want to install the ofono-phonesim stuff. It requires some updates.
[14:25] <Saviq> greyback, typo, fixed in a branch already, but just a warning anyway
[14:25] <greyback> ok
[14:25] <paulliu> Saviq: any formal way to update?
[14:25] <Saviq> paulliu, you need to reflash your phone
[14:25] <Saviq> paulliu, ubuntu-device-flash (on host) or system-image-cli (on phone)
[14:25] <Saviq> paulliu, apt is basically not supported on the phone
[14:25] <paulliu> Saviq: ok. got it.
[14:32] <kgunn> Saviq: so we're off the unity8 crash hook or no ?....noticed media-hub/disconnect-signal-translation-layer-on-destruction branch attached
[14:32] <kgunn> confirmed to fix? or just guesses
[14:32] <Saviq> kgunn, we were "off the hook" for that all the time, was just trying to help tvoss
[14:33] <Saviq> kgunn, but yeah, with that branch I wasn't able to get it to die
[14:33] <kgunn> Saviq: cool....
[14:33] <Saviq> kgunn, it's under QA now I believ
[14:33] <Saviq> e
[14:33] <kgunn> Saviq: @off the hook all the time...i heard everything from thread pounding, to mallit could be the cause :)
[14:33] <kgunn> game of telephone
[14:34] <tsdgeos> Hmmmm, guys, question here, i want to have this QObject that wants to have a property calculated in a thread, but the QObject belongs to the QML engine, so it can be deleted anytime behind my back
[14:34] <tsdgeos> how do i make sure from the thread i still have an object to go back?
[14:34] <tsdgeos> i guess i can set something in the destructor ...
[14:34]  * tsdgeos tries
[14:39] <greyback_> tsdgeos: QmlEngine::setObjectOwnership(this, QQmlEngine::CppOwnership); maybe?
[14:40] <tsdgeos> greyback_: nope, the object belongs to QML
[14:40] <tsdgeos> that's not something i want to change
[14:40] <greyback_> ok
[14:40] <tsdgeos> not sure i can even
[14:40] <tsdgeos> i mean it's declared as Foo { } in a .qml file
[14:41] <greyback_> yeah, in that case I don't think there's much you can do
[14:41] <greyback_> that ownership only works if you pass an object to qml
[14:41] <greyback_> listen for destruction signal is all I know what to do in that situation
[14:42] <greyback_> Saviq: I've no ideas about that log file then. Nothing looks wrong
[14:43] <greyback_> if nothing visible on screen, perhaps USC isn't compositing correctly
[14:43] <Saviq> greyback_, the spinner's there
[14:43] <Saviq> greyback_, but I think what happens is unity8 crashed
[14:43] <Saviq> greyback_, but just didn't leave much in terms of artifacts
[14:43] <greyback_> Saviq: but it may have the unity8 surface offscreen/ignoring it
[14:44] <greyback_> grasping  straws..
[14:44] <Saviq> greyback_, right, but the autopilot log also mentions dbus connection issues
[14:44] <Saviq> greyback_, like at least the other side went away, or the dbus server altogether
[14:44] <Saviq> greyback_, let's leave it be while we're waiting for the crasher fix and we'll revisit then
[14:44] <greyback_> ok
[14:44] <greyback_> but I'm miffed
[14:45]  * Saviq goes to urbandict to find out how does greyback_ feel
[14:45] <Saviq> greyback_, http://www.urbandictionary.com/define.php?term=miffed&defid=6165261 ?
[14:46] <greyback_> I knew it would have a dodgy interpretation
[14:46] <Saviq> ;)
[14:46] <Saviq> that's what urbandictionary is for, 'innit?
[14:47]  * greyback_ can't stop himself clicking on banana polish
[14:49] <Saviq> ough
[14:50] <cwayne> so
[14:50] <cwayne> whos gonna write the urban dictionary scope then
[14:53] <Saviq> not mterry it seems :D
[14:53] <Saviq> cwayne, Scope showdown eh?
[14:54]  * Saviq finds it disturbing to move windows between two 1080p screens... 12" vs. 24"
[14:56] <Saviq> cwayne, is there a bug filed for event scope searching forever?
[14:56] <cwayne> Saviq: yeh let me find it
[14:56] <cwayne> Saviq: https://bugs.launchpad.net/hanloon/+bug/1388231
[14:57] <Saviq> cwayne, tx
[14:57] <dednick> mzanetti: plop. https://bugs.launchpad.net/indicator-network/+bug/1336715 branches ready for review. it's only the uss branch left now.
[14:58] <mzanetti> dednick: heh, just the second I finished putting up my current MP.
[14:58] <mzanetti> that's timing :)
[14:58] <dednick> seb128: remove the SyncCheckBox/Switch from system settings check sync branch now. Just using UITK.
[14:58] <dednick> *removed
[14:58] <mzanetti> uh.. not sure if I'm the right one to review a system settings branch
[14:59] <dednick> mzanetti: up to you. it's not complex stuff; just very repetative.
[15:00] <dednick> for logic anyway :)
[15:00] <mzanetti> yeah... I see
[15:01] <mzanetti> it really sucks a Binding {} doesn't do the job
[15:01] <dednick> needs automated testing!
[15:01] <dednick> mzanetti: yeah, technically i think a Binding {} does actually work. but it's a bit undocumented that it won't be broken.
[15:02] <dednick> an explicit binding element rather than a "checked: plop.value" i mean
[15:02] <mzanetti> yeah
[15:02] <mzanetti> right... should work
[15:02] <dednick> i thought better safe than sorry
[15:02] <mzanetti> hmm...
[15:02] <mzanetti> I guess I personally would prefer the binding...
[15:03] <mzanetti> but anyways
[15:03] <tsdgeos> need to reboot, something went wrong somewhere
[15:13] <mzanetti> seb128: will you review this? https://code.launchpad.net/~nick-dedekind/ubuntu-system-settings/lp1336715.check.sync/+merge/239494
[15:13] <mzanetti> I looked through it, it looks reasonable.
[15:14] <mzanetti> I guess I'd prefer using Binding {} elements instead of a third property but that seems to be a matter of taste which I'd prefer leaving up to you in system settings
[15:32] <qengho> Hey hey. I have a bug reported against chromium, but I can't tell if it's a video-driver bug or a unity window-management bug. May I have a pair of eyes on the video in here? https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1383667
[15:41] <seb128> mzanetti, ? I reviewed it 2 times already?
[15:41] <seb128> qengho, try asking chrisccoulson for your partner upload
[15:42] <mzanetti> seb128: yeah... Saviq asked me to review for some reason, so I just wanted to make sure it's not sitting there with noone reviewing it
[15:42] <seb128> mzanetti, I would appreciate a review from somebody more qmlish than me still
[15:42] <tsdgeos> greyback_: that bug on the destkop
[15:43] <tsdgeos> may it be because it's using the qtmultimedia mock instead of the real qtmultimedia?
[15:43] <tsdgeos> random guess
[15:43] <greyback_> tsdgeos: https://bugs.launchpad.net/ubuntu/+source/qtubuntu-media/+bug/1389276 - is bit vague
[15:43] <seb128> dednick, thanks for the change
[15:43] <tsdgeos> our qtmultimedia mock doesn't have setAudioRole
[15:43] <greyback_> tsdgeos: it's using our AAL mutlimedia stuff, so it's definitely not the mock. Nice idea tho
[15:44] <tsdgeos> ok ^_^
[17:32] <mhall119> kgunn: thostr_: Saviq: the Ubuntu Online Summit is next week, and people are really interested in hearing about the progress & plans for Unity 8 and Mir on the desktop, can we get a couple of sessions from you guys on those topics?
[17:32] <mhall119> Trevinho: bregma: We'd also like some sessions about what's still going on and planned to happen on Unity 7
[17:33] <mhall119> both for end-users, like an intro to Unity or tips & tricks session, and also plans for features and improvements
[17:35] <bregma> mhall119, we're not really planning anything new for Unity 7 other than working on the (impressive! ginormous! massive!) backlog of existing bugs
[17:39] <mhall119> bregma: then end-user sessions covering the existing features would still be nice ot have
[17:39] <mhall119> we're getting more of an audience who wants that kind of thing participating in UOS
[17:39] <bregma> can we just replay the session from last UOS?  nothing much has changed.....
[17:40] <bregma> ☺
[17:40] <mhall119> nope :-P
[18:01] <bregma> mhall119, I'll see if Marco is willing to run another session this time...  he's the one we want to hold captive and make him talk
[18:32] <mhall119> thanks bregma