[00:25] Project daily-hammerhead build #296: SUCCESS in 11 min: http://ci.ubports.com/job/daily-hammerhead/296/ [00:27] Project ota-push build #890: SUCCESS in 1 min 44 sec: http://ci.ubports.com/job/ota-push/890/ [00:38] (Photo, 635x41) https://irc.ubports.com/YtIo1zau/file_257.jpg This is probably my biggest gripe while setting up Sphinx. [00:50] @UniversalSuperBox, oh god... the animations are killing me [00:51] "Google Play Protect" but do it protect me from google's spying?? [00:52] Nooop [00:53] You just havê to eat an oreo [00:53] we've removed more features from the core Android libraries and pushed them into Google Play Services. So now if you want to have a full Android experience without Googly bits... heh. Good luck. [00:54] @rubencarneiro, eat an oreo while google eats your data [00:54] @UniversalSuperBox, ffs, #52424 reason to use Ubuntu touch [00:54] The features were never in the core API, no need to remove them? [00:54] @UniversalSuperBox, google wants to close source them [00:54] aka, android gets more closed [00:55] I hate Google [00:57] Se really need supergroups on telegrama ubuntu [01:19] @kz6fittycent, you could probably find a few friends in here... [01:19] Lol [02:25] @UniversalSuperBox, Yup, that shit keeps happening. At least custom ROMs give us a bit of a fighting chance, together with the work on https://microg.org/ [04:27] Project vivid-rootfs-armhf build #102: SUCCESS in 1.3 sec: http://ci.ubports.com/job/vivid-rootfs-armhf/102/ [04:27] Project ota-push build #891: SUCCESS in 0.43 sec: http://ci.ubports.com/job/ota-push/891/ [04:52] i'm trying to get launcher to open up the terminal and run my shell script. i've followed this https://askubuntu.com/questions/625652/ubuntu-touch-how-to-create-a-launcher-to-start-a-shell-script and the launcher shows up in apps list but doesn't activate terminal nor script. [04:53] script runs properly from terminal [04:53] similar desktop launcher works fine on a ubuntu mate install. [04:55] i've tried with and without aa-exec. is app armor an issue when trying to run terminal+script from launcher or is that old info. script is stored in /home/phablet/Downloads, btw [06:13] Phew, no idea, sorry [07:51] @quick-nick, can you post your .desktop file or open a new topic in the forum at https://forums.ubports.com/category/37/support with additional info? [08:23] Project daily-fp2 build #315: SUCCESS in 13 min: http://ci.ubports.com/job/daily-fp2/315/ [08:24] Project ota-push build #892: SUCCESS in 1 min 13 sec: http://ci.ubports.com/job/ota-push/892/ [09:14] Andreas Zautner was added by: Andreas Zautner [09:17] Welcome Andreas ! [09:25] @rubencarneiro, We are moving forward. Got new generated API to work yesterday. Now starting to increment API version until supergroups are there ;) [09:26] @UniversalSuperBox, No, dont know what happened. Did you put it back? [10:05] @Flohack, Seems like hes name is Víctor González Troncoso … This Víctor: … https://lists.launchpad.net/ubuntu-phone/msg18539.html … And this one … https://es.linkedin.com/in/v%C3%ADctor-gonz%C3%A1lez-troncoso-5376b8ba … Let's see if I can find G+ [10:08] looks like isn't related with canonical or bq rightnow [10:08] @cibersheep, Ok thx [10:09] @Flohack, Forget about linkdspamd. … https://launchpad.net/~victor-gonzalez-0 [10:23] @Openstore_devs: could you perhaps help me? I'm trying to build the Openstore App on Ubuntu 16.04 x64 using $ qmake openstore.pro, however it exits with the warning "Unable to find file for inclusion ubuntu-click" where do i get ubunttu-click from? [10:36] C_Chat was added by: C_Chat [10:36] Welcome :) [10:39] 😊 Hello everybody. [10:43] Hi [11:43] @Flohack, Yes [11:43] @UniversalSuperBox, No [11:43] Forgot what that message was about [11:44] I don't have permission to put that back [11:44] (Document) https://irc.ubports.com/1eMjoZQH/file_258.mp4 [11:45] should i enable it again? or should it be tracked in the github.comubports/ubports-touch? [11:45] I enabled it again. 9 tickets still inside [11:54] @matv1, Hi everybody. [12:03] I have been having weird automatic actions on my N5. Have to say way ended up installing a bunch of apps and suspect it could be to do with a sensor reading app. Anyone else experience this [12:07] wait what? [12:11] chers [12:55] Project daily-mako build #90: SUCCESS in 12 min: http://ci.ubports.com/job/daily-mako/90/ [12:56] Project ota-push build #893: SUCCESS in 51 sec: http://ci.ubports.com/job/ota-push/893/ [13:06] Sascha_2 was added by: Sascha_2 [13:36] @Sascha_2, welcomed [14:19] Wow! >650 people interested in our future orientated mobile OS 👍 [14:20] 👍 [14:20] 👍 [14:20] That makes me proud to be a patron and in using UBports since over 2 month as daily drive without major unconveniences 😊😊 [14:21] @bastos777, incorrect. There are countless 10's of thousands. They just don't know we exist yet. [14:30] @bastos777, *hides her M10 because she ended up flashing Android on it* 🤐 [14:33] 💜🎀 Sylvia will we see you at ubucon.paris ? [14:39] (Photo, 540x960) https://irc.ubports.com/HlEDVv0D/file_259.jpg I don't know if this is worth travelling for ;) [14:40] Nah, just messing with you. It sounds neat I guess, even though I don't even use Ubuntu, but Paris sounds expensive >.< [14:41] stkw0 was added by: stkw0 [14:43] Ah ! Let me know if you change your mind, will be a pleasure to meet you again :) … PS: you cak submit a lightning talk on plex if you wish to come finally :) [14:45] >plex [14:45] Wow rude lol [14:46] But sure, I will if I do [14:52] Woups, i peant plext :) [14:53] :P [14:55] Sorry, i got robbed my pro5/ubuntu and tempory have an android based rom here, and i can't handle the typing anymore, i've lost all my android habits after years with ubuntu :O [14:55] Let me blame someone that is not me :D [14:56] thief? [14:56] @arudy, O.o Someone stole an Ubuntu Phone? [14:56] Yep :( … Pro5 white/silver is a beautifull device [14:56] @neothethird, They didn't knew it ran Ubuntu obviously, or they would've left it alone because it is worthless ;( [14:56] very [14:57] @Lorxu, Ahah you! [14:57] @arudy, Oh, that sucks... super difficult to find. [14:57] Butbi hope the thiefs doesnt know about mdt! [14:57] Anyway, sorry your stuff got stolen :( [14:57] @arudy, Probably black magic to them [14:57] Thanks [14:58] (Sticker, 400x512) https://irc.ubports.com/Ay8pV7Lv/766109938110955617.webp [14:58] @Lorxu, i'm positive they stole it *because* it ran ubuntu. Some rogue foss enthusiast [14:58] (Sticker, 512x512) https://irc.ubports.com/xkS5150Z/454955289980960945.webp [14:58] lol [17:47] harishsays was added by: harishsays [17:47] Welcome :) [18:07] https://dekkoproject.org/2017/08/21/progress-update … Forgot to drop this here yesterday... for anyone interested 😊 [18:15] Awesome news! Keep up the good work, i'm really looking forward to soon be using dekko again! Thank you so much! [18:23] @DanChapman, Great. I'm willing to help translating it 🌐 [18:30] @DanChapman, If you want, we can also integrate it into translate.ubports.com, that way you can take full advantage of the community translators [18:31] Oh! now that certainly would be handy 😊 === JanC is now known as Guest23196 === JanC_ is now known as JanC [18:31] Would be good to keep alot of apps translations in the same place [18:32] It's maintained by @Flohack. he's currently running around at the gamescom, so i'm not sure how soon he can do it [18:32] but in general it shouldn't be a problem [18:32] @DanChapman, yeah [18:32] He's back monday i think. I'll ping him in PM to put it on his radar for when he get's back 👍 [18:33] also, that way you can save yourself the effort of all the maintenance and completely focus on dekko [18:33] @DanChapman, yep 👍 [18:34] yeah will save me some headaches that's for sure. [18:34] Thanks! [18:35] Haha, sure, thank @Flohack :D [18:38] @DanChapman, Thank you for good news, use ubports on pro5 as daily driver, for me dekko is an essential app [18:40] 😉 [18:41] I do love Dekko :D [18:44] @PhoenixLandPirate, 👍 [18:49] @DanChapman, Uahuuu good job [18:49] Deko foreverrrrrr😁😁😁 [18:58] Dekko 👍👍👍👍👍 [19:05] Great news! Is integration with system notification on the map as well? If not with a daemon of sorts, then at least when dekko is running? [19:08] (I know this ties in with the whole grand global notification conundrum. Should I keep ignoring that gorilla in the room?🙈) [19:17] @Mohan2401, Hi Mohan.. Have you tried helium for ur redmi.. If yes let me know the status..? Bcoz I too working on it.. [19:41] @YougoChats, Yes system notifications is on the map, but not until i've got a working click and the basics are functional. Now it will be possible to get notifications if you leave dekko running in the background as I just need to switch libnotify for a dbus call to make that work on the phones. So that's not really an issue. … But the ideal solution will be to get system notifications working or to have dekko's messaging server running as a dae [19:41] (my personal preference), much like how the owncloud sync app works. [19:54] @neothethird, 😝😝 be careful. There might be a gang out there keeping eyes on Ubuntu devices. And before you know your device might be gone. [20:05] @DanChapman, Yes daemon, no background [20:08] @DanChapman, Sure that the battery consumption will be lower. [20:17] It certainly would and memory usage would be much lower aswell. As you could close Dekko and still get "real time" notifications. Dekko's message server uses very little resources. [20:37] @DanChapman, 👏🏼👏🏼 [20:43] @DanChapman, "Especially as the current toolkit’s life expectancy is still uncertain" … What do you mean with this? And what's the current toolkit? [20:46] the ubuntu-ui-toolkit. It's currently not maintained as such and afaik the plan is to move to using QtQuick Controls with Qt 5.9 and provide a suru style. But that wouldn't be a drop in replacement. [20:46] @DanChapman, It'll be removed from Ubuntu soon [20:47] yeah i've seen that on lp. Blocking Qt 5.9 landing in the archive or something [20:48] @DanChapman, Thank you for your work on Derek. Looking forward to seeing the finished product. [20:49] hahaha! that really needs fixing in the OSK predicitions. The amount of bug reports and email i get calling Dekko "Derek" is amazing 😂 [20:50] @DanChapman, Just FYI: We are already doing some work to port it to Qt 5.9 (I have already backported it to ubuntu 16.04 with Qt 5.9 and someone else is working in 17.10). … https://github.com/yunit-io/ubuntu-ui-toolkit/issues/1 [20:52] I'm not sure however what you mean "he plan is to move to using QtQuick Controls with Qt 5.9". You mean to completely drop the ui toolkit and port everything else to QtQuick controls? Is someone working on it? [20:56] @Jakob, Same with me on the fp2. Thanks @DanChapman. Traveling a lot and it is essential to have dekko for my business needs. [20:59] @jsalatas, you missed the "afaik" part in your quote 😊 I maybe wrong on that. There's been no official decision as far as i have seen either way. Which leaves me sceptical about the future of the ubuntu-ui-toolkit. Yes it would work on Qt5.9 but is anyone actually going to maintain and improve it? or is it just wasted effort where a suru QQC2 style would be far more maintainable than the 100 odd custom components you get now with the uitk. [21:01] @DanChapman, Obviously the yunit project should keep maintaining it and all the rest stack that's not maintained by canonical any more. at least we have to maintain it until there is an alternative [21:02] Project daily-bacon build #246: SUCCESS in 11 min: http://ci.ubports.com/job/daily-bacon/246/ [21:03] Project ota-push build #894: SUCCESS in 1 min 4 sec: http://ci.ubports.com/job/ota-push/894/ [21:14] @jsalatas, We've got some people in our forum looking at replacing it. The only reason to keep the uitk going after that's done would be for backwards compatibility [21:16] We obviously can't just shoot it in the head, we have 1000+ applications that use it... [21:18] @neothethird, That's exactly my concern: that in our effort to completely drop it we would end up breaking all existing apps. :\ [21:19] yeah, we can't do that [21:19] but we can of course investigate ways of creating a smooth transition [21:22] @neothethird, I guess we could use the work done by @sverzegnassi and just advise against using uitk in preference of QQ2 [21:22] But I guess it would take several years to migrate [21:22] Didn't we say that current apps would be broken in 16.04 in any case, unless we plan to use some container for 'vivid' apps? [21:23] @sverzegnassi, Broken? Why? [21:23] @jsalatas, Yep, mitya57 in Ubuntu [21:23] It's blocking the Qt 5.9 transition in the archive [21:23] Either someone from Yunit should volunteer to port the packages and the toolkit itself, or it goes bye bye [21:23] @jsalatas, https://www.phoronix.com/forums/forum/software/programming-compilers/815647-gcc-5-is-causing-headaches-for-ubuntu-touch-developers [21:24] @sverzegnassi, depending on who "we" is, probably not [21:24] but it might make sense to do it that way [21:25] @neothethird, I'm sure we mentioned it several times in the dev group :) [21:25] Anyway, we could provide both UITK1 and QQC2 in future images. Still Devs could just re-build apps without changing code [21:26] @sverzegnassi, I need to see it in full detail (I can't do it now as I'm at work) but from a first glimpse seems that it is just a binary compatibility issue which can be fixed with a simple recompile. Right? [21:27] Which is of course completely different than rewriting every QML app to use on QQ2 :\ [21:27] @sverzegnassi, best would be to start the transition in ubuntu touch 15.04 already, that way we could make it as smooth as possible. we'll have to maintain that for a while anyways [21:28] @jsalatas, Sure, and we'd need to check how many apps would have such problem at first. It might be a bigger problem if not so many Devs would actually recompile their apps, but this is another story [21:29] @neothethird, That means that you need to backport qt 5.7.1 or greater to 15.04. Right? [21:30] @jsalatas, was just dreaming there, but yes, probably [21:30] @sverzegnassi, If some dev don't recompile his apps and does not plan to do so, that would simply mean that these particular apps are currently unmaintained. [21:30] one step at a time [21:32] BTW, since we are discussing it, @tsimonq2 brought to my attention yesterday some CVE that we probably should handle before moving to 16.04 … http://people.canonical.com/~ubuntu-security/cve/pkg/android.html [21:32] @jsalatas, We've just run through this with the recent Ubuntu Store -> OpenStore transition, and we've likely missed some relevant app (not many though). … My fear is about losing some other app that might still be useful [21:33] By the way, who's going to Paris at UbuCon? It might be the opportunity for discussing a bit about this... [21:33] From a quick look I had, seems that most of these issues affect the android emulator. [21:33] @sverzegnassi, me and marius, probably others [21:34] @sverzegnassi, In either case (I assume that) these apps are currently unmaintained :\ [21:40] @jsalatas, Yes, but they are currently working now with the vivid images. I can think of Beru (eBook reader), which is still used today even if unmaintained... We would need to check which apps we're going to miss and maintain them ourselves (or find another maintainer) [21:40] @jsalatas, I'd just like to note that src:android has the most open CVEs out of any community-supported package in all of Ubuntu at this point in time. [21:41] I want the number of open CVEs against community packages to be greatly reduced. That'll put a dent in it. [21:42] @neothethird, Great, looking forward for meeting you there! [21:42] @tsimonq2, If they affect only the android emulator I guess we can live some time with these. The problem is if some of these issues affect the actual images (maybe through halium or something) :\ [21:43] @jsalatas, But they should be fixed anyways [21:44] @tsimonq2, Eventually yes! Actually my problem here is that I haven't touched the android emulator part yet [21:45] @sverzegnassi, True, that is a problem, but there's not much to do about it. It's not really an excuse for not moving to a considerably better solution. On the bright side, since most of them are open source, they can be picked back up by others. If we manage to deliver a usable system and a welcoming community, some app devs will come back and new ones will join, i'm sure! [21:45] @jsalatas, How experienced are you with Debian-based packaging and Quilt packages? [21:46] @sverzegnassi, yeah, it's going to be cool! You're also talking, aren't you? [21:46] @tsimonq2, That shouldn't be an issue [21:46] @jsalatas, Ok, I just have no idea what your background is, I don't know if you'd like some help with the packaging or if you know what you're doing [21:47] @sverzegnassi, I can vouch for the fact that Beru is still used - I uise it frequently. There are a few anoyances (mostly minor) but I'd certainly miss it if it became unusable. [21:47] At the risk of looking like an idiot... What is the `android` package [21:48] Launchpad really isn't helpful [21:48] Last time the source was updated was in 2013 [21:49] good times [21:49] @tsimonq2, Makes sense ;) … My issue here that I need to spend sometime with the android emulator to figure out how it works and what needs to be done. My instinct says that I just need to pick some patches from the android upstream, but that's just an conjecture [21:49] @jsalatas ack [21:49] @UniversalSuperBox, seems that it is android emulator [21:52] @tsimonq2, Looks like they were fixed in vivid? What's going on there? [21:53] @UniversalSuperBox, hm? [21:53] The bugs [21:53] http://people.canonical.com/~ubuntu-security/cve/pkg/android.html ? [21:53] Or is that because Vivid is unsupported [21:53] ye [21:56] @UniversalSuperBox, You can see here the binary packages affected by these CVEs … https://launchpad.net/ubuntu/xenial/+source/android [21:57] @jsalatas, mmkay. So here's the situation: The ubuntu-emulator* hasn't worked for a while. It also ships with something like OTA-6 [21:58] And the Android package... "The Android portion of Ubuntu Touch images"... [21:58] Jeremy T was added by: Jeremy T [21:58] @mariogrip can you explain? [21:59] Hi Jeremy [22:00] Hi Dalton, All [22:00] \o [22:02] @jsalatas If at minimum you could go through and triage the ones marked as "needs-triage" (just get me a pastebin or something and I can talk with the security team), that would be great [22:03] @tsimonq2, Can't you see we're discussing these packages here? :P [22:03] @jsalatas, The binaries for Android is not build with debs, they are build using the default android build system (ninja 7.1). Since android in our case runs in a lxc we are not exposed "as much" as android is to this CVE, these will most lightly be fixed upstream, but since we use 5.1 the development has stopped for this target, but when we move to 7.1 we will follow android's developent, that wil result in us getting the CVE fixed [22:04] @tsimonq2 Will try to do so. [22:04] @jsalatas, Ok :) [22:04] @mariogrip, So... is the package needed at all anymore? It's in the multiverse. [22:04] take an example in https://people.canonical.com/~ubuntu-security/cve/2017/CVE-2017-0663.html libxml2 is an android external comp, and that wont in any way be used in ubuntu userspace, so this will only be used by android internals [22:05] @mariogrip, The debs seems that are related with the emulator (I'll try to handle this). You just neet make sure that in your images these CVEs are handled (not related to the android package and the emulator). [22:05] @UniversalSuperBox, If you guys don't need it, I'd highly suggest filing a removal bug (use `reverse-depends` to figure out if any reverse dependencies need to be kept, and file a bug against it subscribing the Desktop Team and the Ubuntu Archive Admins saying you'd like it removed) [22:06] It's a bit of a nightmare [22:06] I can try to go through and triage but no guarantees [22:06] @UniversalSuperBox, Again: this is the android emulator. I guess app developers may need this for testing/debugging. [22:07] @jsalatas, CVEs are the least of the emulator's problems... :/ [22:07] OK. But your answer doesn't actually help here. :( [22:08] If we're keeping it around, I'd posture that it'd make the most sense to use the upstream emulator provided by Google and build images for it like any other phone. [22:08] @UniversalSuperBox, Not possible for stable releases [22:08] @tsimonq2, Not distributed in the universe [22:08] @jsalatas, this is something that did not get handled by canonical for a reason, it's not a security problem in our case since first of all android runs in a lxc and all running as root, and secondly non of them are exposed and used by ubuntu userspace, they are running in bionic that makes it imposseble to run anything with it without hooking it in to libhybris [22:09] @UniversalSuperBox, Doesn't matter. Main, Restricted, Universe, and Multiverse all follow the same policy. [22:09] So the situation is as follows: android emulator suffers from some security issues. Should I (we/whatever) try to address these issues or should we completely drop it and never use it again? [22:09] @jsalatas, Exactly my point. [22:10] So... is the Android emulator used for actual Android images, or is it Ubuntu images? [22:10] We'll start from the top here. [22:11] I would guess that it is used for testing UT android apps in the desktop without the need of an actual UT phone [22:11] @UniversalSuperBox, What he means here, is that it does not work with out current rootfs, the issue is not security, it that its not working at all [22:12] @mariogrip, So we don't need it and we can drop it coompletely? [22:13] @jsalatas, would be a nice thing to have, but I don't think it's what we should focus on. [22:14] We are talking about security issues here. So we should focus on these really soon. I understand however that as this is just an emulator it isn't a high priority [22:16] @jsalatas, But these are not Ubuntu touch security issues, these are android issues [22:16] Which... aren't ours [22:17] OK! Forget it! I'll handle this! You don't need to be involved :) [22:18] And as i said, lxc and bionic cannot be touched by anything in the userspace, canonical didn't fix these for a good reason, it's not effecting us [22:19] @mariogrip, Anything in Universe is untouched by the Canonical security team [22:19] So no... [22:20] @neothethird, Yep, Michal and I will give a presentation about OpenStore during one of the lightning talks [22:21] Nice, i will definitely check that out! [22:22] Anyway, back to square 1 since we've hit the weeds. … There's a source package called `android` with no reverse dependencies. It's not maintained by Canonical or UBports or Yunit, and none of these projects depend on it. [22:23] @UniversalSuperBox, I have just decided that yunit will maintain it :) [22:24] @tsimonq2, well that's for deb packages.... im thinking about the android HAL [22:30] @sverzegnassi, Awesome! expect me there to watch :D