=== _salem is now known as salem_ | ||
=== salem_ is now known as _salem | ||
Saif | Hi | 03:29 |
---|---|---|
=== Saif is now known as Guest58090 | ||
Guest58090 | Hi | 03:29 |
Guest58090 | Need some help | 03:29 |
saif | hi | 05:24 |
=== saif is now known as Guest76260 | ||
Guest76260 | can anyone help me for installing ubuntu on my nexus 7 2013 flo | 05:24 |
=== chihchun_afk is now known as chihchun | ||
=== ecloud_wfh is now known as ecloud | ||
=== Jucato_ is now known as Jucato | ||
=== chihchun is now known as chihchun_afk | ||
=== _salem is now known as salem_ | ||
kenvandine | mterry, i was thinking about the content-hub service crash, i wonder if that happens when we ask unity if the service is focused | 14:30 |
kenvandine | return d->unityFocus->call("isSurfaceFocused", surfaceId).arguments().at(0).toBool(); | 14:30 |
kenvandine | mterry, can the service talk to com.canonical.Unity.FocusInfo ? | 14:31 |
mterry | kenvandine: interesting... | 14:31 |
mterry | kenvandine: it should be able to in theory -- content-hub is running unconfined in this case | 14:31 |
kenvandine | mterry, ok, i was trying to see what code path copy/paste uses that might crash | 14:32 |
mterry | kenvandine: nice thanks | 14:32 |
mterry | That does seem like a potential problem point. But at first blush, I'm guessing it should be able to hit that api | 14:32 |
kenvandine | ok | 14:33 |
kenvandine | mterry, you could run the service in testing mode, which would bypass that check | 14:33 |
kenvandine | CONTENT_HUB_TESTING=1 | 14:34 |
=== LiQiong_Lee1 is now known as LiQiong_Lee | ||
=== LiQiong_Lee1 is now known as LiQiong_Lee | ||
=== JanC_ is now known as JanC | ||
mcveri | Hey I'm hangin out on the internet and I just saw ubuntuphone | 16:38 |
mcveri | Am I right here? | 16:39 |
davmor2 | you are right here | 16:41 |
dobey | well, you're over there, and i am here ;) | 16:41 |
davmor2 | dobey: but only from your perspective | 16:42 |
dobey | davmor2: from your perspective, i am still here, and you are still over there. our positions did not change :) | 16:43 |
mcveri | ehm right | 16:49 |
mcveri | I want to install it but can I uninstall if I cant use | 16:49 |
mcveri | and its like PC or minimalimze version? | 16:50 |
dobey | if your device is supported, you can flash it on, and if you can't use it, you can flash android back to your device | 16:54 |
dobey | it's not quite like a full standard PC install of ubuntu, no. phones are very limited hardware devices | 16:54 |
mcveri | hmm. I think research a little bit more. | 16:57 |
mcveri | I want to change android OS to Other linux distrubition | 16:58 |
mcveri | oh its not supported. Thanks for help | 17:00 |
=== LiQiong_Lee1 is now known as LiQiong_Lee | ||
SebthreeBQM10HD | hi | 17:36 |
=== dok is now known as dok2 | ||
SebthreeBQM10HD | anyone around? | 17:36 |
mterry | tedg_: so I updated desktop-launch to specify a hardcoded MIR_SOCKET and updated unity8 to offer that location -- so you can remove some of the UAL hacks at your leisure around that | 17:58 |
mterry | tedg_: also... I guess UAL should trigger mir usage or not based on the mir interface, not the unity8 one | 17:58 |
=== salem_ is now known as _salem | ||
tedg_ | mterry: Yeah, we need to also show apps that only have "mir" in thier interfaces. | 18:48 |
=== _salem is now known as salem_ | ||
dobey | tedg_: not sure i would agree with that, but the landscape is a desert now, so i don't have enough details to argue further. just gives me the "not so sure about that" feeling :) | 19:01 |
tedg_ | dobey: It seems that things like games would only require a mir interface, to work on things like RaspPi or other smaller boards along with full desktops. | 19:03 |
tedg_ | If they don't need all the other desktop stuff, don't require it. | 19:04 |
dobey | tedg_: yeah, so would any full screen kiosk app. | 19:04 |
dobey | but like i said, landscape is still a desert | 19:05 |
hpagseddy | mal: i cant create $SFE_SB2_TARGET | 19:12 |
hpagseddy | oops wromg channel :) | 19:48 |
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
mterry | tedg_: if you haven't started on the unity8->mir migration, I'd like to take a swing at it | 22:00 |
mterry | (in UAL) | 22:00 |
tedg_ | mterry: Oh, sure. No problem. | 22:01 |
tedg_ | mterry: Just FYI kenvandine has a big ABI/API break silo that we're preparing. | 22:01 |
tedg_ | mterry: So it'll probably need to land after that (and there might be a bit of weirdness there) | 22:01 |
mterry | tedg_: ok can start with that as a base then | 22:01 |
mterry | tedg_: ok... so we assume unity8 interface is also an indicator for lifecycle -- which I'd argue we don't want to do. Unless we slim that interface down to basically nothing. Or use a new interface for lifecycle support. Because we shouldn't mix desktop service access (to things like copy/paste, Qt.openUrlExternally, Unity launcher icon adjusting, etc) | 22:14 |
mterry | with lifecycle management. Plenty of apps would want the former but not the latter. | 22:14 |
mterry | tedg_: should we get snapd to allow X-Ubuntu-Touch in its desktop files? | 22:14 |
mterry | I suspect they wouldn't like the naming of it. But we could rename | 22:14 |
tedg_ | mterry: Well, I feel like "unity8" *is* saying you want to be part of the U8 lifecycle. | 22:14 |
tedg_ | mterry: If you didn't want to be part of it, wouldn't you use "mir" ? | 22:15 |
tedg_ | I don't think we want to let app developers off the hook. | 22:15 |
mterry | tedg_: sure. I buy that argument. But then we should move all the other stuff we do in unity8 interface out of it | 22:15 |
tedg_ | If you want the goodness that is Unity8, you have to develop and app that can talk to us about lifecycle correctly. | 22:15 |
mterry | tedg_: well it's complicated. Any app that uses Qt + mir won't have copy and paste or Qt.openUrlExternally support unless they also have access to the desktop services | 22:16 |
mterry | tedg_: So like... spotify (if written in Qt) could very reasonably want to run in mir directly (it can! qt supports it), but also not be lifecycled | 22:17 |
mterry | but to lose copy/paste in that deal? | 22:17 |
mterry | That's unexpected | 22:17 |
tedg_ | mterry: I guess it seems to me that the number of Qt apps that bundle the mir backend will be small. | 22:17 |
tedg_ | mterry: So we're talking about people that want to use our custom backend, bundle it in their snap, but don't want to listen to its signals about lifecycle. | 22:17 |
mterry | tedg_: it's not a custom backend. It's just Qt! If you use Qt, you might as well use the platform's Mir support, to avoid running in XMir | 22:18 |
tedg_ | mterry: How are you getting "ubuntumirclient" in your snap? | 22:18 |
tedg_ | That's not gonna be in the upstream's Qt. | 22:19 |
mterry | tedg_: OK... I'm getting what you're saying, but I still feel like there's a case we're not considering, or that this is too many assumptions... I'll sleep on it, maybe I'm not thinking about it fully | 22:20 |
tedg_ | mterry: I just feel like we need to have a carrot to say "do it right" or we'll never get apps that do it right. | 22:21 |
tedg_ | Why would they? | 22:21 |
=== salem_ is now known as _salem | ||
dobey | mterry: i think for that case they want a kiosk anyway, and not unity8 | 22:55 |
dobey | either you want to integrate with the system, or you want to build your own system | 22:56 |
xrandr | Hello Can ubuntu mobile be installed on a Samsung Galaxy S6 Tablet? | 23:03 |
OerHeks | xrandr, not yet, https://developer.ubuntu.com/en/phone/devices/devices/ | 23:06 |
xrandr | darn | 23:06 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!