[08:04] <anpok_> hm is it normal now that the autopilot test suite only runs the desktop version of the shell?
[08:37] <mzanetti> anpok_, seems your autopilot is not up to date
[08:39] <anpok_> i thought I have a quite recent wily setup..
[08:53] <anpok_> hmm the initctl stop unity8 hangs often
[09:04] <mzanetti> anpok_, ah... might not be landed in wily yet
[09:05] <mzanetti> tsdgeos, ping
[09:05] <tsdgeos> mzanetti: hi
[09:05] <tsdgeos> mzanetti: sorry i didn't see your ping in private before
[09:22] <MacSlow> hey handsome_feng
[09:24] <MacSlow> tsdgeos, wrt to the TouchStateOnNavigation branch... the initial bug from Design only complains about the missing grey highlight... thus the branch now does correctly fix that (following the style of the example picture provided).
[09:24] <tsdgeos> MacSlow: the missing grey highlight is also missing in the "all" item
[09:25] <handsome_feng> hey, MacSlow, tsdgeos :)
[09:25] <MacSlow> tsdgeos, hm...
[09:26] <MacSlow> tsdgeos, handsome_feng: I'd say to be sure we should get someone from Design to comment on this on the bug...
[09:26] <tsdgeos> MacSlow: why? they already commented, what do you want them to comment again?
[09:28] <tsdgeos> any reason why the "all" item should not have an highlight when it's the current?
[09:30] <tsdgeos> i guess it's because it wasn't ticked before?
[09:30] <tsdgeos> ok
[09:31] <MacSlow> tsdgeos, the current version does not have it... if that was initially intentional or not I don't know...that's why I would ask for verification. For consistency-reasons I see were you are coming from.
[09:31] <tsdgeos> let's leave that for a different bug then
[09:31] <MacSlow> tsdgeos, +1
[09:36] <MacSlow> tsdgeos, general question... any random idea why a state-change transition/animation works for a tryFooBar make-target, but not on the device at runtime?
[09:37] <MacSlow> tsdgeos, I'm just looking for clues as I don't yet see anything obvious, that might cause this.
[09:39] <tsdgeos> MacSlow: not really something that comes to mind sorry
[09:39] <MacSlow> tsdgeos, np... I'll keep digging
[12:16] <greyback_> unity8 ftbfs for me, cannot find -llightdm-qt5-2
[13:55] <MV_> Hi May I ask something about Building Unity8 with VIVID ?
[13:58] <greyback_> MV_: just ask, no need to request permission
[14:00] <MV_> Ok Sorry ... Is there a normal way to obtains these willy updates when working on vivid : https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-004/+build/7531216
[14:01] <greyback_> MV_: yeah, we have a PPA which overlays on top of vivid with those things: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay
[14:03] <MV_> Ok thanks ... this should be added to the the procedure : https://unity.ubuntu.com/getinvolved/development/unity8/
[14:05] <greyback_> MV_: good point
[14:05] <greyback_> who owns that page. mhall119 any idea ^^
[14:10] <mhall119> greyback_: anybody on the unity team
[14:11] <greyback_> mhall119: ok
[14:12] <tsdgeos> greyback_: actaually we got an email the other day saying we could edit it
[14:12] <tsdgeos> no idea how it really works but...
[14:12] <greyback_> ok, I thought the blog was something separate
[14:17] <tsdgeos> i'm editing the page
[14:17] <tsdgeos> now i only need to know what to write :D
[14:19] <greyback_> tsdgeos: well either recommend development on wily, or use the vivid + overlay ppa
[14:19] <tsdgeos> greyback_: mzanetti: http://paste.ubuntu.com/11872658/
[14:19] <tsdgeos> thing is none of us really uses wily so let it be vivid+ppa for the moment?
[14:19] <greyback_> tsdgeos: ok
[14:20] <greyback_> there's mention of a qt5 ppa too, that's unnecessary
[14:20] <greyback_> run -> run.sh, run_on_device -> run_on_device.sh
[14:21] <greyback_> can kill mention of clipped images
[14:21] <greyback_> flipped
[14:22] <mzanetti> tsdgeos, ?
[14:22] <tsdgeos> mzanetti: greyback_ and me updated the text of https://unity.ubuntu.com/getinvolved/development/unity8/
[14:23] <tsdgeos> since it was a bit old, it's a bit better now
[14:23] <tsdgeos> well i updated it with his agreement D:
[14:23] <tsdgeos> greyback_: done
[14:23] <mzanetti> I think wily is supported too by now
[14:23] <mzanetti> mirco is running wily afaik
[14:23] <mzanetti> and we do dual landings
[14:23] <mzanetti> so ci builds for wily too
[14:24] <mzanetti> focus is indeed vivid+overlay tho
[14:24] <tsdgeos> yeah i just preferred to leave wily out since it's "unreleased"
[14:24] <tsdgeos> and tbh if you're running wily "you're bleeding edge enough to not need instructions" :D
[14:24] <tsdgeos> mzanetti: but if you give me a wording i'll add it
[14:24] <mzanetti> nah... all fine
[14:33] <dednick> mzanetti: can't connect to mumble
[14:33] <mzanetti> dednick, hey
[14:34] <mzanetti> dednick, add your notes to the doc then
[14:34] <dednick> or canonical server
[14:34] <dednick> internet at work gone a bit wack
[14:34] <dednick> *office
[14:35] <ltinkl> dednick, changed your password?
[14:35] <dednick> ltinkl: nope
[14:35] <ltinkl> dednick, do it then :)
[14:35] <dednick> Looking up irc.canonical.com
[14:35] <dednick> * Unknown host. Maybe you misspelt it?
[14:35] <ltinkl> dednick, ah
[14:36] <dednick> cant connect to anything canonical... :/
[15:35] <conyoo> hm.. unity8 on wily right edge swipe does nothing :/
[15:35] <conyoo> usage-mode Staged
[16:45] <bregma> is there an API we're supposed to use in the Unity8 world for authentication and authorization (eg. to perform a privileged operation as administrator)?
[16:50] <greyback_> bregma: what kind of things do you think unity8 needs for that?
[16:50] <seb128> bregma, I guess polkit is still the way to do that
[16:51] <seb128> we need a polkit auth ui in unity8 though
[16:51] <bregma> greyback_, it's for applications that want to set up unprivielged containers (eg. LXC), which need to create userid mappings and virtual network interfaces
[16:51] <seb128> which we don't have atm
[16:51] <bregma> polkit talks through a D-Bus API, right?
[16:52] <seb128> yes
[16:53]  * bregma reads up on polkit
[17:07] <greyback_> bregma: you'll have to tell us what unity8 needs to do then
[17:07] <greyback_> as we've not considered anything like that yet
[17:09] <bregma> greyback_, I was just hoping there was a magic authorization API we'd call and the appropriate dialogs would be popped up by Unity 8 for authentication ...  sounds like polkit will do just that, assuming Unity 8 acts as an auth provider maybe
[17:10] <bregma> though maybe this was a normal thing that other people already do
[17:10] <greyback_> bregma: I'd debate it's not shell's job to create dialog prompts, and instead some process should create them & shell just handles them
[17:12] <bregma> yeah, that's they way it should work:  the shell registers as an authentication provider, which means it mindlessly performs the GUI stuff as requested, the rest is a big black box
[17:21] <seb128> unsure, GNOME moved those dialogs in the shell for consistency/security reasons
[17:22] <seb128> less risk to have another process pretending to be an auth prompter when the prompter is the shell
[17:50] <greyback_> seb128: fair point. I'm just trying to keep logic out of unity8, if such things could live in a separate process, then great. I'd guess we could have the auth prompter be a trusted helper
[17:51] <seb128> right
[17:53] <anpok> tedg: hm
[17:54] <tedg> anpok, ?
[17:54] <anpok> what does ubuntu-app-launch need besides a running u8 .. and a mir socket
[17:55] <tedg> Uhm, Upstart session?
[17:55] <tedg> It'll probably be more helpful to tell me what you're trying to do.
[17:55] <anpok> tedg: well .. playing with unity8 on the desktop
[17:56] <anpok> applications manage to render a frame.. and then disappear again
[17:56] <tedg> anpok, With XMir?
[17:56] <anpok> If I do not launch them with u-a-l but with the desktop_file_hint they seem to work
[17:58] <tedg> When you say applications here to do you mean click applications or how are they installed?
[18:01] <anpok> in this case apt installed packages... system-settings .. dialer-app
[18:01] <greyback_> anpok: do they render a frame, or are you seeing a splash screen drawn by unity8?
[18:01] <anpok> oh
[18:01] <anpok> not sure
[18:02] <tedg> I'm updating my Wily U8 desktop, but previously things like system settings worked.
[18:02] <tedg> I was getting a single frame for XMir apps though, curious if they were related.
[18:02] <greyback_> anpok: unity8 draws a splash when the client connects to mir. Then when client posts a frame, that splash goes away. In my testing, mir client was crashing after connecting to mir, but before drawing a frame
[18:03] <greyback_> tedg: again, splash screen != frame from app, so be careful of that
[18:03] <tedg> Yup
[18:03] <anpok> greyback_: yeah but why does it work with desktop_file_hint..
[18:04] <anpok> ubuntu-app-launch is very unchatty about what is going on
[18:04] <greyback_> anpok: I dunno, but either way, unity8 is accepting the apps connection. the client is crashing for some other reason
[18:06] <anpok> greyback_: hm? you sould like speaking of a specific problem?
[18:06] <anpok> *sound
[18:07] <greyback_> anpok: nope, I've not tried to debug. I just saw that from unity8's perspective, the xmir client crashed before creating a surface
[18:07] <greyback_> unity8 has accepted the connection
[18:07] <greyback_> -s+d
[18:08] <conyoo>  unity8 on wily right edge swipe does nothing :/
[18:08] <conyoo> and web browser app crashes
[18:08] <conyoo> and notes
[18:08] <conyoo> :((
[18:08] <conyoo> so broken :))
[18:08] <greyback_> conyoo: is "cgmanager" running?
[18:09] <greyback_> sudo systemctl start cgmanager
[18:09] <conyoo> i'll try that.. i'm on unity 7 now
[18:09] <greyback_> conyoo: unity8 pretty raw right now, still under heavy devel
[18:09] <greyback_> conyoo: thanks for giving it a try tho
[18:10] <conyoo> i kinda like bleeding edge raw broken stuff :d
[18:10] <conyoo> i don't really mind
[18:10] <greyback_> conyoo: cool, well you'll love unity8 on desktop then :)
[18:10] <conyoo> yep ;D
[18:10] <anpok> greyback_: hum xmir
[18:10] <anpok> not talking about xmir
[18:11] <greyback_> oh then I know not what you're doing
[18:11] <anpok> dialer-app for example
[18:12] <greyback_> anpok: is there a bug you're working on? I lack context to help
[18:15] <anpok> mir-0.14.0 silo .. on wily .. testing unity8 on desktop..
[18:15] <anpok> xmir works there btw..
[18:15] <greyback_> anpok: ok, then check qtubuntu-desktop is actually installed
[18:15] <anpok> I am just concerned about ubuntu-app-launch since we had to rebuild that one too
[18:17] <anpok> greyback_: it is
[18:17] <conyoo> greyback_, do you know how can i make the terminal app not suspend when in background?
[18:18] <greyback_> anpok: grep REJECTED ~/.cache/upstart/unity8.log   - and see if anything appears
[18:20] <anpok> greyback_: http://paste.ubuntu.com/11873661/ u-s-s
[18:20] <greyback_> conyoo: that ability almost ready to land, but in the mean-time the easiest would be to install the Open Store and install the TweakGeek app, which lets you stop unity8 suspending apps
[18:21] <greyback_> conyoo: we'll add proper desktop lifecycle management (i.e. almost none) to unity8 in a week or two
[18:21] <greyback_> that's just a workaround until we do
[18:22] <greyback_> anpok: ApplicationManager::onProcessFailed - appId= "ubuntu-system-settings" duringStartup= true   <- process is dying for some reason during startup
[18:22] <conyoo> that's awesome :D thanks greyback_
[18:23] <greyback_> anpok: there a log file in ~/.cache/upstart for u-s-s ?
[18:23] <anpok> nope
[18:24] <greyback_> anpok: try launching manually, with the --desktop_file_hint flag
[18:25] <anpok> yes, that works fine.
[18:26] <greyback_> anpok: ick, something wierd with UAL then
[18:27] <greyback_> anpok: seems system-settings still considered a "legacy" application
[18:27] <greyback_> anpok: check out application-legacy-ubuntu-system-settings-.log
[18:28] <greyback_> in .cache/upstart
[18:28] <anpok> no I dont have that file
[18:28] <greyback_> protip: delete all log files in ~/.cache/upstart, then do the thing which fails. Then you see which log files are generated
[18:28] <greyback_> eh
[18:29] <conyoo> greyback_, oh.. open store is armhf :D i need amd64. i don't really need the open store, i just need TweakGeek's source code to see what it does
[18:29] <conyoo> maybe it's on lp
[18:29] <greyback_> conyoo: 1 sec, it's just a dbus setting.
[18:30] <conyoo> https://launchpad.net/tweakgeek
[18:30] <greyback_> anpok: how about launching gallery, that is not a 'legacy' app
[18:30] <conyoo> found it :d
[18:30] <conyoo> thanks greyback_  :P
[18:40] <anpok> greyback_: same behavior.. I think I try vanilla wily and test again