[00:31] Hi guys anyone has a tablet windows and used ubuntu for os? === chihchun_afk is now known as chihchun === JanC is now known as Guest16348 === JanC_ is now known as JanC === Isla_de_Muerte is now known as NwS === _salem is now known as salem_ [10:39] hello, what is the future for ubuntu for phones now ? [10:40] raph_ael: https://plus.google.com/+MarkShuttleworthCanonical/posts/7LYubpaHUHH [10:42] there is ubports.com , unity8.org and even MIR will still be used by canonical for some IoT devices. [11:24] k1l, arnt both ubports and yunit planning to move from mir to wayland ? [11:24] its not set yet. but they might do that in the long run. [11:27] sooner the better imo [11:56] i dont know. canonical is known for making good code and mir looks like it fits the needs. on the other hand wayland is not that perfect like we all wish it would be. [11:57] so having a working MIR solution until wayland gets better, sounds like a reasonable plan to me. [11:58] well, there is a working mir solution right now :) [11:58] just dont let it break [11:58] and mir isnt dead either ... there will always be a mir-kiosk snap [11:59] for which the basic code will be maintained ... the only thing you would have to carry forward yourself is the libhybris bits [12:00] i guess it really depends with what you want to go forward ... mir only on phones would surely work just fine ... i fear the desktop side of things will start to bit-rot though [12:01] getting unity8 onto wayland will likely be close to a re-write [12:04] yes, sounds like that === marcusto_ is now known as marcustomlinson [12:09] daker: thanks [12:11] isn't jolia using wayland for their phones ? [12:11] yup, they are [12:12] * k1l wonders how long jolla can take that road. [12:12] daker: interesting post but a bit vague [12:13] k1l: they don't have much choice :) [12:14] raph_ael: i mean from the financial perspective. even way bigger players struggled like hp with webOS or MS with their windowsphone. even samsung doesnt really want to ship tizen and sticks to android. [12:15] k1l: oh, it seems that Russia decided to make Jolia the official os for the administration phones [12:15] well, just keeping the status quo should be hard for either ubuntu phone or jolla ... [12:15] or something like that [12:15] *should not [12:16] I had almost all the dead phone OS, it seems I'm an indication for future dead projects :) (had a webos, openmoko, firefox os, and ubuntu phone) [12:16] you will have to adjust bits here and there if anything changes with newer versions of dependencies ... but thats it [12:17] so theoretically there is nothing blocking ubuntu phoes to persist ... you wont see any innovations though [12:17] ogra_: when was the last time you heard some selling guy say: we dont need innovations, just keep it stable :) [12:18] but imho the OS is in a good enough condition to just keep it as is (and fix bugs eher and there) ... at least for enthusiasts thats enough [12:19] well, i dont see a future for it as android replacement for the masses ... but for the crowd using an ubuntu phone today and for porting to more devices without massively changing it, it will be good enough [12:21] yeah [12:25] sounds a bit like a dead end [12:27] surely nothing for forever ... but for a start you need to forus on the infrastructure more than on the OS itself ... [12:27] you need a store (and preferably import all the apps from the canonical one), system-image server (which ubports already has) etc [12:28] so i doubt the manpower to change the OS itself exists atm [12:28] *focus [12:43] ogra_: if Canonical stops supporting it, it seems like a too huge task [12:44] really depends what kind of community forms around it [12:44] the point is to keep it alive long enough to see if thats actually happening [12:49] sure === boiko_ is now known as boiko [13:32] was a pleasure working for Canonical! /me waves [13:41] Hi there! I am looking for verterok [13:48] i don't think he usually idles in here [13:52] Ok thx [14:10] abeato: Good morning. :) Still no phone service here. I noticed that in mtk.c you managed the SUSPEND_REGISTRATION inside .mtk_enable callback of the driver itself. While in mtk2 you suggested me to look at voicecall as an example, where all the stuff is managed inside voicecall atom's .probe through delayed_register though. Are you sure even registration [14:10] resuming can be issued the same way? === aquarius_ is now known as aquarius__ === boiko_ is now known as boiko === bregma__ is now known as bregma === salem_ is now known as _salem [23:48] hello [23:48] hi