willcooke | morning all | 08:46 |
---|---|---|
seb128 | Saviq, don't blame it on proposed migration, that's not an issue there, if bits moved separatly and shouldn't have then your depends/conflicts/... are buggy, if you have components that need to go together the packaging should enforce that | 09:38 |
seb128 | pstolowski, ^ | 09:39 |
pstolowski | seb128, yeah, agreed... | 09:43 |
Saviq | seb128, sorry, didn't mean to blame, was cause instead | 09:44 |
Saviq | let me clarify | 09:44 |
seb128 | Saviq, no worry, but thanks | 09:44 |
=== Malsasa_ is now known as Malsasa | ||
=== Malsasa_ is now known as Malsasa | ||
Cimi | can we retrigger https://code.launchpad.net/~aacid/unity8/moreAsyncDash/+merge/241524? | 10:26 |
Saviq | Cimi, trying | 10:28 |
Saviq | Cimi, nope, CI still down | 10:29 |
pstolowski | Saviq, is tsdgeos off today? | 10:39 |
Saviq | pstolowski, yes | 10:39 |
Saviq | pstolowski, back tomorow | 10:39 |
pstolowski | ok | 10:39 |
mzanetti | Cimi: biw, if both sides of == are real ints, there's absolutely no difference between == and === | 11:08 |
Cimi | mzanetti, wasn't === always skipping the conversion? | 11:09 |
mzanetti | Cimi: yeah, but if you compare "property int x" to 5, there isn't any conversion ongoing anyways | 11:09 |
mzanetti | Cimi: it's different if you compare "property int x" to "5", e.g. when the "5" comes as a string from a textfield | 11:10 |
Cimi | mzanetti, yes but === is better no? | 11:10 |
mzanetti | not really :D | 11:10 |
Cimi | I would use == only when needed | 11:10 |
Cimi | otherwise === | 11:10 |
mzanetti | it's the same, and when it's not the same you gotta know which one you want, there isn't a better or a worse one :D | 11:10 |
mzanetti | Cimi: anyways... I changed it in that branch and added a test as you requested | 11:11 |
Cimi | mzanetti, hoping ci will run... | 11:11 |
mzanetti | yep | 11:11 |
Saviq | Cimi, no it won't, CI is down still | 11:19 |
mzanetti | Cimi: one last small thing in here, then I'll approve: https://code.launchpad.net/~cimi/unity8/fix-1368778-2/+merge/242942 | 11:56 |
Saviq | greyback_, what's your zsh theme? couldn't find it in oh-my-zsh | 11:56 |
Saviq | mzanetti, I'll add to the silo then | 11:57 |
mzanetti | Saviq: cimi's branch? | 11:57 |
Cimi | mzanetti, ok | 11:57 |
Saviq | mzanetti, yeah | 11:57 |
mzanetti | ack | 11:57 |
Saviq | Cimi, please let me know when it's ready | 11:57 |
greyback_ | Saviq: am using slightly tweaked https://gist.github.com/agnoster/3712874 | 11:58 |
Cimi | Saviq, well, change will be just in the test so... | 11:58 |
Cimi | Saviq, if you want to do it now or wait 10 mins | 11:58 |
Cimi | :) | 11:58 |
Saviq | Cimi, still, I need to wait for the code to be in LP before building the silo | 11:58 |
Saviq | greyback_, hmm thought it would be that, the |> bit looks like a bad character :? | 12:00 |
greyback_ | Saviq: did you do the powerline font hack? | 12:00 |
Saviq | greyback_, did not | 12:00 |
greyback_ | that's it, it patches your font to add the extra characters needed | 12:01 |
Saviq | now where do I change my fonts.. | 12:07 |
Saviq | greyback_, that worked, thanks | 12:09 |
greyback_ | Saviq: np, hope you like it | 12:11 |
Saviq | greyback_, still getting used to zsh, but a few things (like wd) are just awesome | 12:11 |
greyback_ | yeah | 12:11 |
greyback_ | tab completion a bit buggy for me still | 12:11 |
Cimi | Saviq, mzanetti done | 12:12 |
mzanetti | approved | 12:15 |
=== _salem is now known as salem_ | ||
Saviq | greyback_, yeah, could definitely use more of that | 12:18 |
greyback_ | Saviq: hey, bug 1394645 is fixed in trunk in revision 1436. Can you add it to list of things to be backported? | 12:22 |
ubot5` | bug 1394645 in The Webapps-core project "OSK doesn't appear after OA login" [Critical,Confirmed] https://launchpad.net/bugs/1394645 | 12:22 |
=== dandrader is now known as dandrader|afk | ||
Saviq | greyback_, right, good catch | 12:26 |
=== dandrader|afk is now known as dandrader | ||
Saviq | mzanetti, what's the plan to enable desktop mode by default on desktops? | 13:09 |
mzanetti | Saviq: we didn't agree on anything tbh | 13:10 |
mzanetti | well, conclusion was that it would be great to set the dconf key on login | 13:10 |
mzanetti | but that's not working in dconf yet | 13:11 |
mzanetti | and there seems to be confusion about whether it'll land or not soon | 13:11 |
Saviq | mzanetti, can you file a bug ainst unity8 (Ubuntu) then so we can track progress? | 13:11 |
mzanetti | yeah... can do | 13:12 |
mzanetti | Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1400312 | 13:15 |
ubot5` | Launchpad bug 1400312 in unity8 (Ubuntu) "On desktop, windowed mode should be by default" [Undecided,New] | 13:15 |
Saviq | mzanetti, tx | 13:15 |
seb128 | Saviq, mzanetti, easy step 1 would be to set the key in "ubuntu-settings" | 13:31 |
seb128 | until we get per-session defaults | 13:31 |
seb128 | that would let desktop installs have it set easily | 13:31 |
Saviq | seb128, sure, please comment on the bug | 13:34 |
seb128 | Saviq, I did (just before commenting here) | 13:35 |
mzanetti | ok. | 13:36 |
seb128 | Saviq, mzanetti, I can land that change if you want | 13:37 |
mzanetti | works for me | 13:37 |
seb128 | k | 13:37 |
balloons | mzanetti, any eta on when this will land? | 14:05 |
balloons | 79+14.10.20141007-0ubuntu1 | 14:05 |
balloons | <swordfish90> [07:25:13] gcollura, same here... 1.1.1279+14.10.201 | 14:05 |
balloons | sorry; https://code.launchpad.net/~mzanetti/unity8/desktop-stage/+merge/242140 | 14:05 |
=== salem_ is now known as _salem | ||
=== dandrader_ is now known as dandrader | ||
dandrader | paulliu, would you have some spare time to review https://code.launchpad.net/~dandrader/unity8/properInSceneDialogs/+merge/243998 ? | 14:19 |
dandrader | mterry, goot morning. Updated the greeterRefactoring branch and replied to all your questions | 14:23 |
dandrader | s/goot/good | 14:23 |
mterry | dandrader, oh awesome, will look | 14:23 |
dandrader | mterry, made it Showable again :) | 14:23 |
mterry | dandrader, I didn't mean to be down on some of your refactors, I just wasn't clear on why some changes were made (and have a vested interest in less churn in that component ahead of my own refactor ;)) | 14:24 |
paulliu | dandrader: sure. WIll do it after stand-up. | 14:25 |
dandrader | paulliu, thanks! | 14:25 |
dandrader | dednick, hey. these indicator profiles. what values are supported and where are they defined? | 14:33 |
dednick | dandrader: hm. not sure they're specifically defined anywhere. tedg? | 14:35 |
dednick | dandrader: can take a look at the values in the indicator files. /usr/share/unity/indicators | 14:35 |
* dandrader checks... | 14:35 | |
dednick | dandrader: /usr/share/unity/indicators/com.canonical.indicator.network is probably the most exhaustively defined. | 14:36 |
tedg | We've been a bit ad hoc there. | 14:37 |
dandrader | dednick, so the profiles are the values between [ and ]? like phone, phone_greeter, ubiquity, etc? | 14:37 |
dednick | dandrader: yup | 14:38 |
tedg | We really only have [phone|desktop][_greeter]? | 14:38 |
=== _salem is now known as salem_ | ||
tedg | Ah, and ubiquity. | 14:38 |
dandrader | tedg, I don't know. you tell me :) | 14:38 |
tedg | I would but you left! ;-) | 14:39 |
tedg | dandrader, So I guess the question for me is, what is the list useful for? | 14:40 |
tedg | Are you trying to make an enum? | 14:40 |
tedg | Or do we need to ensure a list is in all hte indicators? | 14:40 |
mzanetti | balloons: in a silo already | 14:41 |
mzanetti | balloons: depending on how testing goes, between today and wednesday | 14:41 |
dandrader | tedg, I'm coming up with a device configuration thingy for unity8 which I'm thinking could also contain that indicator profile name instead of having unity8 fetching it from a UNITY_INDICATOR_PROFILE env var | 14:42 |
dandrader | tedg, to consolidate those device-specific (or form-factor specific, "usage scenario"-spefic) things in a single place | 14:43 |
tedg | dandrader, Cool, make sure to base your branch on mterry's greeter branch as I know he changes some of that logic for the greeter modes as well. | 14:44 |
dandrader | tedg, do you know who sets this UNITY_INDICATOR_PROFILE env var? | 14:44 |
dandrader | dednick? ^ | 14:44 |
tedg | dandrader, So I think we can be flexible to what naming makes sense for you. I'd rather be consistent with the names than use the ones we have. | 14:44 |
tedg | dandrader, I imagine that's ubuntu-touch-session today | 14:44 |
mterry | dandrader, that branch is https://code.launchpad.net/~mterry/unity8/greeter-profiles/+merge/237155 | 14:44 |
dednick | dandrader: this in a config file somewhere, or command line? | 14:46 |
dednick | dandrader: the indicator-client takes a -profile commandline option | 14:47 |
balloons | mzanetti, ack. I'll follow the silo ty | 14:47 |
dednick | dandrader: but i'm presuming the env var intention was for upstart config to set it. | 14:48 |
tedg | dandrader, For instance, if you get away from the phone/desktop naming (which I know that Saviq is passionate about) I'd like that reflected in the indicator profile names. | 14:48 |
mterry | dandrader, looking at your branch again; it's super annoying that qml doesn't have virtual methods that can be overridden | 14:49 |
dandrader | mterry, it's a javascript trait I guess | 14:50 |
dandrader | dednick, I think this UNITY_INDICATOR_PROFILE env var is not being set or used currently | 14:59 |
dandrader | dednick, couldn't find it mentioned anywhere in /etc or /usr and it's also not in the phone's env | 15:00 |
greyback_ | dandrader: they're set in the upstart conf | 15:06 |
dandrader | greyback_, where exactly? which file in the device filesystem? | 15:07 |
dandrader | greyback_, grep could not find anything, as I said .... | 15:07 |
dandrader | greyback_, and env command also doens't show it. unity8 defaults to "phone" is that env var is not present. I guess this is what has been happening | 15:08 |
dandrader | s/if that/if that | 15:09 |
greyback_ | dandrader: it's not used on phone, but on desktop | 15:09 |
dandrader | ahhhh | 15:09 |
greyback_ | UNITY_INDICATOR_PROFILE=desktop is set for unity8 on desktop, am looking to see what sets it | 15:09 |
greyback_ | my mistake, isn't set in upstart conf | 15:10 |
dandrader | greyback_, couldn't find any mention of it in my desktop either... | 15:11 |
greyback_ | dandrader: /usr/bin/lightdm-unity8-session | 15:12 |
dandrader | greyback_, don't have that file. what package adds it? | 15:13 |
greyback_ | dandrader: unity8-desktop-session-mir | 15:13 |
dandrader | greyback_, got it. so that's likely the only use of it anywhere I guess | 15:14 |
greyback_ | yeah | 15:14 |
=== salem_ is now known as _salem | ||
dandrader | dednick, Is qml/Panel/Indicators/client/IndicatorsClient.qml dead code? | 15:25 |
dandrader | dednick, ah, it's loaded by src/Panel/Indicators/client/indicatorsclient.cpp. nevermind | 15:26 |
dednick | dandrader: ok. | 15:26 |
dednick | dandrader: and the UNITY_INDICATOR_PROFILE env var is for overriding the default "phone" profile. | 15:26 |
dednick | dandrader: or rather. if the env var isn't set, it uses "phone" | 15:27 |
dandrader | dednick, yeah, saw that in main.cpp | 15:27 |
=== jhodapp_ is now known as jhodapp | ||
=== dandrader is now known as dandrader|lunch | ||
=== _salem is now known as salem_ | ||
paulliu | dandrader|lunch: what's dialogLoader in ShellDialog.qml? | 16:03 |
paulliu | dandrader|lunch: I mean, line 291 | 16:04 |
paulliu | dandrader|lunch: Do you need to set dialogLoader as a property? | 16:07 |
=== salem_ is now known as _salem | ||
seb128 | bah | 16:16 |
seb128 | Saviq, bregma, after upgrading my vivid unity8 test machine, I can't run any application on unity8 anymore, is that a known issue? | 16:17 |
seb128 | willcooke, ^ works for you? | 16:17 |
bregma | seb128, _any_ application? | 16:17 |
seb128 | yeah | 16:17 |
willcooke | seb128, my installation is b0rked from playing with mlankhorsts ppa - so I'm a bad example | 16:17 |
seb128 | bregma, I tried webbrowser, notes, system settings | 16:18 |
seb128 | start with gedit/eog because I wanted to test gtk stuff | 16:18 |
seb128 | then went back to try default ones | 16:18 |
seb128 | the unity8 log has "Unable to get cmanager connection" errors | 16:19 |
seb128 | and "Unable to get pids for unity8-dash to send signal 18" | 16:19 |
bregma | that's new | 16:19 |
seb128 | is it working for you? | 16:19 |
bregma | I haven't updated since last week, it will take a while | 16:20 |
seb128 | k | 16:20 |
seb128 | let me know if you try | 16:20 |
seb128 | http://paste.ubuntu.com/9428906/ | 16:20 |
seb128 | is my unity8.log | 16:20 |
bregma | ChrisTownsend, have you had trouble with the latest Unity 8 desktop? | 16:20 |
greyback_ | "Unable to get pids for unity8-dash to send signal 18" - is nothing to worry about really | 16:21 |
seb128 | k, so maybe something else | 16:21 |
greyback_ | we need to quieten that | 16:21 |
greyback_ | "Unable to get cmanager connection" - that's something I've not seen before | 16:22 |
greyback_ | seb128: ^ | 16:22 |
greyback_ | qtmir.applications: ApplicationManager::onProcessFailed - appId= "webbrowser-app" duringStartup= true | 16:23 |
greyback_ | webbrowser crashed? | 16:23 |
seb128 | I don't think so | 16:23 |
ChrisTownsend | bregma: No, it seems to work...and this includes the latest Xmir stuff. | 16:23 |
seb128 | I click on any icon, see a rectangle start sliding from the right for less than a second and then it closes | 16:24 |
seb128 | ChrisTownsend, what unity8 version do you have? | 16:24 |
ChrisTownsend | seb128: 8.01+15.04.20141205-0ubuntu1 | 16:24 |
ChrisTownsend | seb128: Seems the cgroups are not right and ubuntu-app-launch is rejecting the app. | 16:25 |
greyback_ | seb128: can you launch "QT_QPA_PLATFORM=ubuntumirclient messaging-app --desktop_file_hint=/usr/share/applications/messaging-app.desktop" | 16:25 |
greyback_ | asuming it's installed | 16:25 |
ChrisTownsend | seb128: What version of cgmanager are you running? I have 0.33-2. | 16:25 |
seb128 | ChrisTownsend, greyback_, Saviq, bregma, ignore that, my fault for switching to systemd as init, seems there is something not working correctly with unity8 (or cgmanager) | 16:28 |
bregma | ah, systemd | 16:28 |
ChrisTownsend | seb128: ack:) | 16:28 |
greyback_ | seb128: ah yeah, tha'll do it. | 16:29 |
seb128 | do we have a bug open for that? | 16:29 |
seb128 | if not I'm going to open one, we plan to switch this cycle and that should work | 16:30 |
willcooke | seb128, perhaps unrelated. I just upgraded my u8 machine and now the option to use u8 is gone from the greeter | 16:30 |
seb128 | willcooke, yeah, unrelated | 16:30 |
seb128 | willcooke, is unity8-desktop-session-mir still installed for you? | 16:31 |
willcooke | seb128, seems not. Tried apt-get install unity8 and bad things: | 16:33 |
willcooke | The following packages have unmet dependencies. | 16:33 |
willcooke | unity8 : Depends: qtdeclarative5-ubuntu-web-plugin but it is not installable | 16:33 |
willcooke | Depends: ubuntu-system-settings but it is not going to be installed | 16:33 |
willcooke | Depends: unity8-common (= 8.01+15.04.20141205-0ubuntu1) but it is not going to be installed | 16:33 |
willcooke | Recommends: unity-scope-click but it is not going to be installed | 16:33 |
willcooke | E: Unable to correct problems, you have held broken packages. | 16:33 |
willcooke | probably because I'm using proposed | 16:33 |
seb128 | willcooke, those are fun | 16:33 |
seb128 | willcooke, yeah | 16:33 |
willcooke | :) | 16:34 |
seb128 | willcooke, usual way is to append things it lists on the install command, until it gives you a real error | 16:34 |
willcooke | I'll give it a go | 16:34 |
seb128 | like "apt-get install unity8 unity8-common qtdeclarative5-ubuntu-web-plugin ubuntu-system-settings" | 16:34 |
seb128 | and keep going if it gives you other similar errors | 16:34 |
willcooke | bingo: | 16:34 |
willcooke | qtdeclarative5-ubuntu-web-plugin | 16:34 |
seb128 | when it gets bored, apt give you a real reason :p | 16:35 |
willcooke | has no installation candidate | 16:35 |
seb128 | that's weird, "apt-cache policy qtdeclarative5-ubuntu-web-plugin" ? | 16:37 |
willcooke | qtdeclarative5-ubuntu-web-plugin: | 16:39 |
willcooke | Installed: (none) | 16:39 |
willcooke | Candidate: (none) | 16:39 |
willcooke | Version table: | 16:39 |
willcooke | 0.23+15.04.20141202.1-0ubuntu1 0 | 16:39 |
willcooke | 100 /var/lib/dpkg/status | 16:39 |
willcooke | seb128, ^ | 16:39 |
seb128 | willcooke, do you have a vivid source enable? or did you replace it by proposed? | 16:41 |
seb128 | willcooke, proposed is not a full archive it's an overlay | 16:41 |
seb128 | it contains only some packages | 16:41 |
willcooke | I replaced everything with -proposed | 16:41 |
seb128 | you need a vivid source | 16:41 |
seb128 | yeah, that's your issue | 16:41 |
willcooke | seb128, gotya | 16:41 |
willcooke | thx | 16:41 |
seb128 | yw | 16:41 |
seb128 | greyback_, bregma, just for the record, opened bug #1400394 | 16:41 |
ubot5` | bug 1400394 in systemd (Ubuntu) "Unity8 fails to start applications under systemd init (cgmanager issue?)" [Undecided,New] https://launchpad.net/bugs/1400394 | 16:41 |
greyback_ | seb128: ack | 16:42 |
=== _salem is now known as salem_ | ||
willcooke | seb128, kinda fixed - in that I can now at least select a U8 session from the greeter and u-s-c looks like its started, but no desktop | 16:50 |
willcooke | seb128, I'll worry about this tomorrow, I've got other things to be getting on with# | 16:50 |
seb128 | willcooke, k, if you want/can share your .cache/upstart/unity8(-dash).log | 16:51 |
seb128 | greyback_, just saw your comment, systemd being used for init doesn't prevent upstart to work/be used in the session, user session keeps working fine | 16:57 |
greyback_ | seb128: ah fair point | 16:57 |
seb128 | greyback_, are you sure the issue is ubuntu-app-launch? | 16:57 |
greyback_ | hadn't thought of that | 16:57 |
seb128 | that seems an orthogonal issue to me | 16:58 |
greyback_ | seb128: well I assumed we were only using 1 init system :) | 16:58 |
seb128 | we need to make ual use systemd, but it should work with upstart meanwhile | 16:58 |
seb128 | we are | 16:58 |
seb128 | upstart is used as a job manager for the session, not as an init :p | 16:58 |
seb128 | but yeah, I see what you mean ;-) | 16:58 |
greyback_ | you could call it a session init :) | 16:58 |
greyback_ | but yeah, I'm wrong | 16:58 |
greyback_ | feel free to correct me in the bug so | 16:59 |
seb128 | just did so | 16:59 |
seb128 | thanks | 16:59 |
greyback_ | thank you | 16:59 |
=== dandrader|lunch is now known as dandrader | ||
dandrader | paulliu, replied in the MP | 17:11 |
=== alan_g is now known as alan_g|EOD | ||
elopio | ping Saviq, or somebody else: is there a way to start the edge demo on demand? | 18:08 |
elopio | I want to initctl start unity8, and then start the edge demo on that window. | 18:08 |
dandrader | mterry, all fixed. | 18:10 |
mterry | dandrader, ok looking! | 18:11 |
Saviq | elopio, there's a gsetting | 18:12 |
Saviq | elopio, phablet-config enables it | 18:13 |
elopio | Saviq: thanks. Will try that. | 18:14 |
Saviq | elopio, actually, not a gsetting, accountsservice property | 18:14 |
elopio | yes, looking at it. | 18:16 |
mterry | dandrader, looks good code wise! will just test around with it and should be good | 18:17 |
mterry | dandrader, we should "tease" on a drag start too -- last time we talked with design they wanted that, I believe because a new user may accidentally do a baby drag and not understand what's going on or what would happen if they finished the drag | 18:20 |
mterry | dandrader, and I'm seeing a local failure in TabletShell::test_leftEdgeDrag | 18:22 |
dandrader | mterry, is it possible to manually reproduce "TabletShell::test_leftEdgeDrag(with demo)" ? | 18:34 |
dandrader | mterry, I mean, with "make tryTabletShell" | 18:34 |
mterry | oh let me try | 18:34 |
mterry | dandrader, you can but you have to futz with the AccountsService mock to have it show the demo by default. But I see the problem. | 18:38 |
mterry | dandrader, swipeFromLeftEdge starts the drag at x=2 | 18:38 |
dandrader | mterry, it's not. would have to add a button for "AccountsService.demoEdges = true" below the "Show greeter" one | 18:38 |
mterry | dandrader, if you make that larger, it works | 18:38 |
dandrader | mterry, ahhh, right | 18:39 |
mterry | dandrader, looks like there's a dead zone on the left (for the launcher?) | 18:39 |
mterry | dandrader, yeah that button would help for sure | 18:39 |
dandrader | mterry, I added a margin on the left for the Greeter DragHandle so that it doesn't overlap with the Launcher one | 18:39 |
dandrader | mterry, so, is it a valid use case to swipe the greeter from he left edge with the demo running? | 18:45 |
dandrader | mterry, ie, with launcher disabled | 18:45 |
mterry | dandrader, yes, that's what the first page of the edge demo asks the user to do (swipe the greeter away) | 18:45 |
mterry | dandrader, i mean | 18:45 |
mterry | dandrader, it asks from the right edge | 18:45 |
dandrader | mterry, the first page asks for a right edge swipe | 18:45 |
dandrader | mterry, exactly | 18:46 |
mterry | dandrader, I haven't confirmed with Design if they care about allowing a left edge swipe in that case. But we always have allowed it there | 18:46 |
dandrader | mterry, so, should I make a "right edge swipe with demo on" instead? | 18:46 |
mterry | dandrader, I suppose we should at least capture that... But left edge is also good to test. I think we just used the left edge tests as stand-ins for both edges | 18:47 |
mterry | dandrader, but if we only have one, maybe you're right that it's better to test right edge | 18:47 |
dandrader | mterry, the left *edge* belongs to the launcher | 18:48 |
mterry | dandrader, well fine... the test captures swiping right from the left | 18:48 |
mterry | That's a matter of the test name | 18:48 |
mterry | That's why it starts at x=2, because it's specifically *not* testing the left edge, but "from the left" | 18:48 |
mterry | oh wait | 18:49 |
mterry | maybe it is testing the left edge | 18:49 |
mterry | and is meant to be a launcher drag | 18:49 |
* mterry looks at tests closer | 18:49 | |
* dandrader checks what happens in trunk | 18:49 | |
mterry | dandrader, yeah. that test is specifically for doing launcher drags | 18:49 |
mterry | dandrader, it has a comment about "to give time to handle dash() signal from Launcher" | 18:49 |
mterry | I don't know why they picked x=2 then instead of x=0. But I guess they were always equivalent | 18:50 |
mterry | dandrader, so for some reason in your branch, the launcher is disabled in that situation | 18:51 |
dandrader | mterry, just tested with trunk | 18:51 |
mterry | ok, what does it do? | 18:51 |
dandrader | mterry, you can do a drag from the left *edge* with demo on and there will be no launcher | 18:51 |
dandrader | mterry, and there's no such use case I think | 18:51 |
mterry | dandrader, oh right because in demo mode we disactivate launcher when we aren't demo-ing it | 18:52 |
mterry | dandrader, what do you mean no use case? It caught the fact that your branch has a dead zone on the left, which it shouldn't have | 18:52 |
dandrader | mterry, being able to dismiss the greeter with a left egde drag when the demo is asking the user to dismiss the greeter with a right edge drag | 18:54 |
mterry | dandrader, that doesn't bug me, but that's a question for design. That's how trunk and rtm work right now. I'd rather make that a separate/intentional change, than a by-product of a refactor. I personally think it's better to have the greeter act like it would normally (i.e. allow the rightward drag) | 18:55 |
dandrader | mterry, ok, I will make it work again | 18:56 |
mterry | dandrader, Design is actually dropping that tutorial screen anyway | 18:56 |
mterry | dandrader, the next version of the tutorial doens't have it anyway | 18:57 |
mterry | I wonder if they are done with that yet | 18:57 |
dandrader | mterry, fixed. | 19:00 |
mterry | Does anybody else occasionally get "/home/mike/Work/code/unity8/greeter-refactor/builddir/tests/mocks/Unity/Indicators/libIndicatorsFakeQml.so: undefined symbol: _ZN14UnityMenuModel12setModelDataERK8QVariant" when running ./run.sh -f? | 19:23 |
mterry | I feel like I'm building wrong, but it stays even after a fresh build | 19:24 |
josharenson | Trying to xcompile unity8, whats the deal with libconnectivity-qt1-dev ? | 19:37 |
Saviq | josharenson, what about it? /me tries | 20:58 |
josharenson | saviq, fails when installing | 20:59 |
=== salem_ is now known as _salem | ||
Saviq | josharenson, looks like there's a bad dep chain there :/ | 21:35 |
josharenson | saviq, any remedy to that? | 21:37 |
Saviq | josharenson, let me try one thing | 21:37 |
Saviq | josharenson, doesn't look like it, it's a bigger issue | 21:40 |
josharenson | :-/ | 21:40 |
josharenson | ok | 21:40 |
Saviq | josharenson, fwiw, bug #1400502 | 21:41 |
ubot5` | bug 1400502 in connectivity-api (Ubuntu) "Can't install libconnectivity-qt1-dev on multiarch" [Undecided,New] https://launchpad.net/bugs/1400502 | 21:41 |
josharenson | thanks | 21:42 |
josharenson | There is no way to connect to dbus with qml? | 23:21 |
greyback | josharenson: the primary way we do it is to write a small qml plugin in C++, which is a thin wrapper over the Qt dbus api bits. The plugins directory has many of them, plugins/Unity/DashCommunicator is a nice one to get started with | 23:54 |
josharenson | greyback, thats exactly what I'm doing, just didn't want to unintentionally overengineer | 23:55 |
josharenson | thanks | 23:55 |
greyback | np | 23:55 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!