[01:40] <lpotter> oh QNAM, silly QNAM
[02:56] <RMJ> Anyone know if OTA8 will be released today?
[03:01] <OerHeks> November 18, 2015 is all i know
[03:02] <RMJ> Yeah that's what I saw, dunno if it got the final yes/no. It will be later today when they wake up if so I guess
[03:02] <OerHeks> http://linux.softpedia.com/blog/ubuntu-touch-ota-8-is-planned-for-release-on-november-18-2015-494501.shtml
[03:02] <RMJ> Got my Nexus 4, bluetooth mouse and external monitor ready......
[04:22] <ulala> hello, does anyone know if wifi tether is planned for mako? I can't find anything in bug tracker here - https://bugs.launchpad.net/ubuntu/+source/phablet-tools
[04:35] <RMJ> I think tethering was added a while ago but I've never tried it
[04:35] <RMJ> http://news.softpedia.com/news/Ubuntu-for-Phones-Now-Supports-USB-Tethering-454650.shtml
[04:48] <ulala> RMJ: it was added in general, but apparently not on mako
[04:48] <RMJ> oh ok, sry
[04:49] <ulala> someone told me it's blacklisted on mako because it wasn't working
[05:32] <blesson> wifi not detecting in ubuntu 14.04
[05:32] <blesson> realtek rtl8723be adapter...
[05:32] <blesson> any help?
[06:47] <Tm_T> installing yet another Ubuntu update on Meizu (:
[06:48] <RMJ> Ooo ota 8??
[07:32] <dholbach> good morning
[07:54] <OerHeks> morning Daniel, some are already waiting for OTA-8 :-D
[07:58] <zzarr> OerHeks, I am ;)
[08:04] <zzarr> when will it be released? (or is it already?)
[08:09] <robin-hero> Hey all! Something is weird with the latest rc (not rc-proposed) channel. The image doesn't contain the latest translations, for example Unity8 uses translations which were translated before OTA-7...
[08:10] <seb128> robin-hero, do you have an example?
[08:10] <seb128> and what's the difference rc/rc-proposed?
[08:11] <robin-hero> seb128: Yes, In the power menu (restart, power off) the Power label translated to "Főkapcsoló" before OTA-7, and it is "Menü" since OTA-7. But now it is again "Főkapcsoló"
[08:12] <robin-hero> seb128: rc-propsed is for development, rc is for OTA-testing
[08:12] <seb128> robin-hero, what locale?
[08:12] <robin-hero> Oh, sorry, It's Hungarian
[08:17] <seb128> indeed
[08:17] <seb128> pitti might know
[08:17] <seb128> pitti, how are current touch overlay langpack generated?
[08:17] <seb128> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+sourcepub/5691260/+listing-archive-extra has
[08:17] <seb128>  msgctxt "Title: Power off/Restart dialog"
[08:17] <seb128>  msgid "Power"
[08:17] <seb128> -msgstr "MenÃ¼"
[08:17] <seb128> +msgstr "FÅ‘kapcsolÃ³"
[08:17] <seb128> but
[08:18] <seb128> https://translations.launchpad.net/ubuntu-rtm/15.04/+source/unity8/+pots/unity8/hu/32/+translate
[08:18] <seb128> -"X-Launchpad-Export-Date: 2015-11-04 10:31+0000\n"
[08:19] <seb128> +"X-Launchpad-Export-Date: 2015-06-15 13:46+0000\n"
[08:19] <seb128> it's like it's using an old export?
[08:19] <seb128> same for french
[08:19] <seb128> robin-hero, can you open a bug about that on https://bugs.launchpad.net/canonical-devices-system-image/+filebug ?
[08:21] <pitti> seb128: we use the exports on https://translations.launchpad.net/ubuntu-rtm/15.04/+language-packs and overlay that on current vivid export; with a weekly cronjob; not much magic beyond that
[08:22] <seb128> pitti, any clue why the unity8 template has that export date 2015-11-04 -> 2015-06-15 in the most recent update?
[08:22] <seb128> that doesn't make any sense to me
[08:22] <pitti> (give me a minute)
[08:22] <seb128> sure
[08:23] <seb128> -de has the same
[08:23] <seb128> -"X-Launchpad-Export-Date: 2015-11-04 10:31+0000\n"
[08:23] <seb128> -"X-Generator: Launchpad (build 17838)\n"
[08:23] <seb128> +"X-Launchpad-Export-Date: 2015-06-15 13:46+0000\n"
[08:23] <seb128> +"X-Generator: Launchpad (build 17557)\n"
[08:36] <robin-hero> pitti: Any info? Am I need to fill a bug?
[08:36] <pitti> sorry, haven't looked yet, will soon
[08:36] <pitti> it would be useful to check the latest exports on //translations.launchpad.net/ubuntu-rtm/15.04/https://translations.launchpad.net/ubuntu-rtm/15.04/+language-packs if they have the correct strings
[08:36] <RMJ> Anyone any idea when/if OTA 8 is released?
[08:41] <pitti> seb128: oh, you already checked translations.l.n then? if it's wrong there, it'll be wrong in the export too
[08:41] <robin-hero> pitti: I've just checked the latest export, and it has the correct translations.... weird
[08:41] <robin-hero> RMJ: in the next 1-3 days
[08:42] <pitti> what is rosetta-15.04/de/LC_MESSAGES/unity89280.po ?
[08:42] <pitti> that looks like an utterly broken name for unity8?
[08:43] <pitti> robin-hero: I doubt it -- rosetta-15.04/hu/LC_MESSAGES/unity89280.po has
[08:43] <pitti> msgid "Power"
[08:43] <pitti> msgstr "Menü"
[08:43] <pitti> which looks broken
[08:43] <pitti> that's "menu" in German, almost certainly not Hungarian
[08:44] <pitti> so the names, dates, translations, and po files are garbled apparently
[08:44] <pitti> domains, I mean ("unity89280")
[08:44] <RMJ> Thx, HDMI, bluetooth mouse at the ready :)
[08:45] <pitti> robin-hero: is "https://translations.launchpad.net/ubuntu-rtm/15.04/+source/unity8/+pots/unity8/hu/32/+translate" *really* correct, can you check pleae?
[08:46] <robin-hero> pitti: Yes, Menü is correct, because we don't have a word for "Power" in this situation
[08:52] <pitti> seb128: so I guesss the problem is that the current export doesn't have unity8.po any more, but unity89280.po?
[08:56] <seb128> pitti, yeah, that seems likely
[08:56] <seb128> but why the weird domain?
[08:57] <seb128> https://translations.launchpad.net/ubuntu-rtm/15.04/+source/unity8/+pots/unity8/+admin
[08:57] <seb128> hum
[08:57] <seb128> somebody changed that?
[08:57] <seb128> I guess we don't have a record/log of those changes?
[08:58] <pitti> maybe wgrant can see it in the DB
[08:59] <seb128> let's ask on #launchpad?
[09:00] <seb128> asked
[09:00] <seb128> robin-hero, did you file a bug?
[09:01] <robin-hero> seb128: not yet
[09:05] <seb128> pitti, waiting for a reply, but I guess we just need to fix the domain and wait for another export
[09:05] <seb128> pitti, thanks for helping to debug
[09:06] <pitti> *nod*; so the remaining mystery is how the name got broken
[09:08] <pitti> seb128: I changed it back to "unity8" on /+admin, thanks for pointing out that page
[09:09] <seb128> pitti, k, I was waiting on #launchpad pong to do that, but I guess the state didn't matter much, they either have a record of changes or not
[09:10] <seb128> dpm, ^ do you know if somebody changed the unity8 domain and why?
[09:10] <pitti> seb128: right, I was doing it now as today we'll get another export, and I don't want that broken too
[09:10] <pitti> (I think it should start soonish)
[09:10] <seb128> right
[09:10] <seb128> how come that we got a unity8.po btw?
[09:10] <pitti> actually, I think it was already too late
[09:11] <seb128> I would have expected that a domain change would have resulted in unity8.po to be dropped
[09:11] <seb128> and a new unity8....pot to be added
[09:33] <jgdx> seb128, are you guys in desktop seeing more chromium-browser crashes after 15.10?
[09:33] <seb128> jgdx, not that I know, willcooke mentioned some though
[09:33] <seb128> do you?
[09:34] <seb128> I'm also using firefox
[09:34] <seb128> so I can't really speak from experience there
[09:34] <willcooke> I expect this related to the overlay-scrollbar issue from yesterday
[09:34] <seb128> I doubt it
[09:35] <seb128> that's 15.10
[09:35] <seb128> and the o-s would prevent it to start at all
[09:35] <seb128> which is different from more crashes
[09:35] <willcooke> oh, sorry missed that
[09:36] <willcooke> I'm running the staging version of Cr.  Had a few niggles, but not crashes
[09:38] <jgdx> okay, thanks seb128, willcooke.
[09:39] <jgdx> A friend is seeing crashes, but he's running mate, so could be related. I'll ask him to file a bug.
[09:40] <seb128> jgdx, yeah, it's best
[09:40] <seb128> difficult to say without detials
[09:40] <seb128> but not a known issue as far as I can tell
[09:41] <jgdx> seb128, cool. Yeah, I don't see any crashes either.
[09:42] <tvoss> mardy, if you wouldn't mind: https://code.launchpad.net/~thomas-voss/location-service/robustify-event-propagation-in-case-of-multiple-providers-running/+merge/277789
[09:42] <mardy> looking
[09:44] <mardy> tvoss: is the change in debian/source/format intentional? (I have separate MP for that)
[09:45] <tvoss> mardy, nope, let me revert htat :)
[09:57] <lotuspsychje> anyone received OTA8 yet?
[09:57] <RMJ> not yet, well I haven't checked for at least 5min.... ;)
[09:58] <lotuspsychje> RMJ: ok tnx mate
[09:58] <dpm> seb128, no, sorry, I didn't change it and I don't know of anyone that whould have changed it. Unfortunately, this is not a change we can track :/
[10:00] <tvoss> mardy, fixed
[10:04] <JamesTait> Good morning all; happy Wednesday, and happy Education Support Professionals Day! 😃
[10:10] <garro> hi
[10:10] <garro> is there someone to help me?
[10:12] <peat-psuwit> garro: just say what's the problem, and if someone can help you he/she will.
[10:13] <mardy> tvoss: approved, but with a big reserve :-)
[10:14] <tvoss> mardy, noted
[10:14] <tvoss> mardy note that this applies to out of process-providers, too
[10:15] <mardy> tvoss: yes, but then why do we need threads?
[10:15] <tvoss> mardy, not sure what you mean
[10:16] <mardy> tvoss: well, this MP uses threading, which I suppose would not be useful when dealing with OOP providers
[10:17] <garro> Ok. I was flashing Ubuntu-touch on my nexus 4 when a message appeared saying that a problem occurred and the phone should be restored by a PC or a center. Now I reboted and I'm trying again...
[10:18] <tvoss> mardy, hmmm, so I don't think those two domains are connected in my mind :) also: the mp actually removes a lot of the threading
[10:18] <tvoss> mardy, the only threaded thing is an executor pool that gets consolidated
[10:18]  * mardy looks twice
[10:19] <peat-psuwit> garro: try rebooting to recovery and run ubuntu-device-flash again
[10:20] <mardy> tvoss: right, I didn't pay too much attention to the removed code
[10:23] <peat-psuwit> barry: What's going on with this bug? https://bugs.launchpad.net/ubuntu-system-image/+bug/1463136
[10:24] <garro> now it says: "Root access possibly lost. Fix?"
[10:25] <peat-psuwit> garro: says no. It's left-over things from Android and I don't know how it'll effects Ubuntu touch.
[10:26] <garro> ok
[10:26] <garro> now it's booting in ubuntu
[10:29] <garro> is it normal that the current version is still 15.04 and not 15.10?
[10:30] <peat-psuwit> garro: That's correct. Ubuntu touch stable channel is currently based on 15.04
[10:30] <garro> ok
[10:30] <garro> thanks for al
[10:30] <garro> *all
[11:52] <jaywink> hey everyone. Moved my Bq 4.5 to write mode (yes I know the risks, nuclear meltdown, etc ;)), and I gathered from the docs that OTA does not work after that. But I get OTA's (rc-proposed) still for Ubuntu system part. Applied one and so far it didn't overwrite any manually installed packages. Is it risky to apply OTA's in write mode?
[11:52] <jaywink> and will I always get the same stuff with apt-getting?
[12:26] <tvoss> seb128, ping
[13:05] <tvoss> seb128, ping
[13:06] <tvoss> seb128, if you find a minute: mind giving https://requests.ci-train.ubuntu.com/#/ticket/657 a spin? fixes https://bugs.launchpad.net/trust-store/+bug/1504022
[13:09] <seb128> tvoss, hey, sure I can have a look
[13:10] <tvoss> seb128, thx
[13:11] <jgdx> faenil, ping
[13:22] <Crrs> hi, i have a nexus4 at rc-proposed r293. Is it normal, that i don't have hotspot functionality? It Diappeared a while ago :(
[13:40] <faenil> jgdx: pong, in a meeting, leave msg I'll get back to you asap
[13:40] <jgdx> Crrs, yeah, it doesn't work like it should. See bug 1434591
[13:40] <jgdx> faenil, I need some time to help debug a ListItemLayout height issue when using a loader to load it. Thanks!
[13:41] <jibel> Crrs, hotspot support has been removed from flo and mako 2 months ago, cf bug 1487157 for reference
[13:42] <Crrs> Ah, ok. I was wondering because all of a sudden it is no longer offered in system settings. Thanks for your help :)
[13:42] <jgdx> Crrs, you can get it back using a simple command on the phone, if you're interested.
[13:44] <jgdx> that enables you to create an insecure hotspot, which is less likely to cause the wpa_supp bug.
[13:44] <boichev> Hello, I have added a new disk in ceph but the remmaping process stuck on the last 3.518% It says on this for the last 7 hours ...... Here is a pastebin with most of the debugging data I can think of .....http://pastebin.com/6GJj5gGd
[13:45] <boichev> ops wrong channel
[13:48] <Crrs> jgdx, thanks. I dont need hotspot right now, i can wait. I thougt the missing hotspot is a bug, i didnt know that it was removed on purpose.
[14:03] <jgdx> faenil, unping
[14:04] <faenil> jgdx: fixed it? :)
[14:07] <mardy> tvoss: I see that there's a geoclue provider; are we using it on the phone?
[14:07] <tvoss> mardy, nope, and it's actually pointless by now :) we can safely remove it
[14:10] <mardy> tvoss: I was thinking that it would be nice to have a geoIP-based provider, do you think I could spend some time on it?
[14:10] <jgdx> faenil, yeah, I think so. There was an assumption that the loaded listitem would have a size even though it was set to visible: false.
[14:11] <tvoss> mardy, sure, I would rather like to have it local, though. We can discuss a little later, on a hangout right now
[14:11] <jgdx> faenil, (listitem was using listitemlayout)
[14:12] <mardy> tvoss: OK
[14:16] <faenil> jgdx: do you have that code online? I'd like to doublecheck I'm doing the right
[14:16] <faenil> thing
[14:17] <jgdx> faenil, let me try to repro with a mcve
[14:17] <faenil> jgdx: thanks
[14:20] <mterry> slangasek, your fix for bug 1512323 is in the latest devel-proposed images, but mine still doesn't boot.  Is that expected because some of the other alignment issues from that bug are still in the source?
[14:22] <jibel> mterry, this bug is fixed, now you must blame lxc
[14:22] <jibel> mterry, the android container doesn't start
[14:23] <mterry> jibel, ah.  Didn't know there was another culprit  :-P
[14:23] <jibel> mterry, bug 1516971
[14:25] <mterry> jibel, thanks
[14:26] <seb128> tvoss, tested 047, I get correct app names translated (e.g "appareil photo" for the camera), good work!
[14:26] <tvoss> seb128, ack andthx
[14:29] <seb128> tvoss, btw while you are at doing tweaks to the dialog https://bugs.launchpad.net/trust-store/+bug/1382610 would be trivial to fix, I can do a mp if you like
[14:33] <awe> Mirv, if I add logging statements to the networkmanager bearer plugin, where would I find the actual log output on the device ( ie. the logging output from unity8 )?
[14:37] <jgdx> faenil, not very minimal http://pastebin.ubuntu.com/13330521/
[14:38] <Mirv> awe: I don't know really, tsdgeos probably knows. if you mean Qt's own output, unity8's would be in .cache/upstart
[14:38] <awe> yes
[14:38] <awe> that's what I meant
[14:38] <jgdx> faenil, thing is, I'm not sure why the visible: height > 0 is there. Once that's gone, it works as expected.
[14:39] <awe> Mirv, perfect, just what I was looking for, and I can see my debug output now.  Just need to figure out why the code's not doing the right thing
[14:39] <awe> ;D
[14:41] <faenil> jgdx: let me try
[14:42] <jgdx> faenil, the parent checks doesn't matter here, it's just silencing warnings you get from changing the model like that
[14:43] <faenil> jgdx: so, what is the problem in the code you pasted?
[14:43] <faenil> what is the expected and actual behaviour?
[14:43] <jgdx> faenil, when you add items, they are overlapping
[14:43] <jgdx> faenil, expected them to not overlap
[14:44] <faenil> jgdx: ok, right. I'm having a look
[14:48] <peat-psuwit> barry: How is this bug going on? https://bugs.launchpad.net/ubuntu-system-image/+bug/1463136
[14:48] <jgdx> seb128, hey, what do you think of https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/lp1517488/+merge/277833 ?
[14:49] <barry> peat-psuwit: stalled unfortunately.  :(
[14:49] <seb128> jgdx, that a binary name is not a path ;-)
[14:49] <jgdx> seb128, ah, right :p
[14:50] <seb128> :-)
[14:50] <seb128> unsure why we had the full path, but I'm fine changing it if it works
[14:50] <seb128> what are others doing?
[14:52] <peat-psuwit> barry: Is there anything I can do? I just want to host my own system-image server.
[14:52] <jgdx> seb128, in clock app, there's self.binary = 'ubuntu-clock-app'
[14:52] <barry> peat-psuwit: for now, just keep reminding me ;)
[14:52] <barry> i'll try to get back to it soon-ish
[14:52] <jgdx> seb128, seems reasonable?
[14:52] <peat-psuwit> barry: OK.
[14:53] <seb128> jgdx, yes, please just rename the variable
[14:53] <jgdx> yup
[14:54] <jgdx> seb128, filemanager too uses that pattern—self.binary = 'filemanager'
[14:55] <seb128> k, that seems to make sense
[14:55] <peat-psuwit> Does anyone know how to manage manual-type channel in system-image server?
[15:11] <lotuspsychje> no ota8 on BQ yet here :p
[15:40] <faenil> jgdx: still trying to understand what happens...ListItem and ListItemLayout are resized correctly, but Loader doesn't follow them as it should...
[15:40] <jgdx> faenil, … until you remove the  visible: height > 0
[15:41] <faenil> jgdx: yes because in that case there's no additional resizing
[15:41] <faenil> jgdx: what happens is that ListItemLayout skips the layout process when the item is not visible (as it wouldn't make sense, right?)
[15:41] <jgdx> yup
[15:42] <faenil> jgdx: after it becomes visible (because the Item becomes visible) it updates its height, ListItem follows, but Loader doesn't
[15:42] <jgdx> faenil, right, but it does send events, and a Connection { target: loader.item; onHeightChanged … fires
[15:43] <faenil> yes, loader.item resizes correctly, it's Loader itself which doesn't follow
[15:44] <jgdx> faenil, per the doc, that's supposed to happen automagically
[15:44] <faenil> jgdx: but then if I trigger height+=1, then Loader picks it up, and it updates correctly
[15:44] <faenil> jgdx: ListItemLayout resizes correctly, ListItem follows correctly, it is Loader that doesn't resize
[15:45] <faenil> jgdx: as if the item resizes before Loader connects to item.heightChanged
[15:45] <faenil> I'm towards thinking it's a Loader bug at the moment, but I'm still investigating as I'm not convinced
[15:46] <brendand> dobey, hey, how far did you get with packaging the latest testtools? i seem to recall you were doing something with that before?
[15:47] <jgdx> faenil, note that this bug was not present when using ListItem.Standard. Would that be because rendering is slower in ListItem.Standard, allowing the connection from loader to loader.item.heightChanged to be made first?
[15:47] <faenil> jgdx: no, probably just because the old listitems had fixed height
[15:47] <jgdx> oh, that's right
[15:48] <faenil> jgdx: plus if I add height: "item ? item.height : 0" I get a binding loop
[15:48] <faenil> and that doesn't make sense
[15:48] <faenil> because ListItem's height doesn't depend on Loader's height
[15:49] <faenil> (unless there's something Repeater or Column do that I'm not aware of)
[15:49] <faenil> (that expression is for Loader's height )
[15:50] <dobey> brendand: i got it packaged in a PPA, but i think there's newer stuff now
[15:51] <dobey> brendand: veebers e-mailed me about it as well, and i replied to him
[15:52] <brendand> dobey, ok - he said he was going to but wasn't sure if he did. thanks
[15:52] <jgdx> faenil, yeah, I saw those binding loops as well. Sadly I know too little of any of those component's internals.
[15:53] <dobey> brendand: wily/xenial has newer stuff, but still not new enough, fwiw
[15:54] <brendand> dobey, can you point me to the ppa?
[15:54] <faenil> jgdx: that's what happens http://pastebin.ubuntu.com/13331179/
[15:54] <dobey> the latest testtools uses some stuff that's only in 3.5, and so requires some backports for older versions, which some people didn't want to have packaged in ubuntu, and i just gave up because i didn't want to argue about it
[15:54] <dobey> brendand: ppa:dobey/testtools
[16:05] <peat-psuwit> Does anyone know how to manage manual-type channel in system-image server?
[16:11] <faenil> jgdx: just fyi, no problem is asyncronous in the Loader is false
[16:12] <faenil> no problem if *
[16:15] <faenil> jgdx: use "visible: status == Loader.Ready"
[16:18] <faenil> since you're loading items asyncronously..
[16:29] <faenil> jgdx: I'll take silence as an "ok" :D
[18:01] <faenil> jgdx: I managed to reproduce the bug without ListItem/ListItemLayout
[18:01] <faenil> jgdx: just Rectangles ;)
[18:02] <faenil> at this point I'm quite sure this just has to do with the way Loader works, not a bug in uitk
[18:05] <faenil> jgdx: as the Loader documentation says, one should either set the size in the loaded item, and Loader will copy that, *or* set the size of the Loader, not both
[18:06] <faenil> one possible solution is to remove the anchors in the Loader and "onLoaded: item.width = Qt.binding(function() { return parent.width })"
[18:06] <faenil> so that the item has both the correct width and height, and Loader just takes mirrors that
[18:06]  * faenil -> eod
[18:07] <faenil> jgdx: if you need more help just ping me :)
[18:09] <faenil> that's why Loader was complaining for binding loop when doing "width: item ? item.width : 0", because Loader was already trying to resize to do "item.width = loader.width" (that's pseudocode) because the loader had left and right anchors set, so Loader assumed it was its task to resize the loaded item (as the documentation says)
[18:09] <faenil> s/width/heigth in the previous sentence
[18:09]  * faenil -> really eod
[18:12] <dragis> can i install ubuntu or ubuntu touch on my nexus 7 2012
[18:12] <dragis> ?
[18:14] <OerHeks> dragis, no, " the Nexus 10 and the 2012 version of the Nexus 7 have been dropped from Ubuntu Touch support by Canonical."
[18:15] <OerHeks> nexus 7 2013 is supported > https://wiki.ubuntu.com/Touch/Devices
[18:16] <dragis> ok thanks :)
[18:23] <dobey> OerHeks: the nexus 10 is still on the devices list there as supported. i think you meant the galaxy nexus in wherever you got that quote from? :)
[18:25] <OerHeks> dobey, i got that quote from http://www.androidcentral.com/ubuntu-touch-support-dropped-galaxy-nexus-nexus-7-2012-nexus-10
[18:26] <OerHeks> my bad, should stick to the latest info :-(
[18:33] <davmor2> dobey: it might need updating then we don't test manta any more
[18:34] <dobey> davmor2: test in what sense? how often are flo, mako, or emulators tested?
[18:34] <davmor2> dobey: every ota release
[18:35] <dobey> hmm, i need to set up an s-i server i think
[19:55] <OerHeks> Is OTA-8 out yet?
[19:56] <davmor2> OerHeks: no probably Tomorrow
[19:56] <OerHeks> oke thanks.
[20:15] <jaywink> any idea anyone whether updating rc-proposed OTA images can overwrite things in a write mode enabled device? like extra packages installed via apt-get
[20:17] <davmor2> jaywink: it will likely break things
[20:23] <jaywink> davmor2, ok thanks, I'll refrain from applying them then, thanks
[20:25] <dobey> jaywink: you should use a chroto instead
[20:25] <dobey> jaywink: https://askubuntu.com/questions/620740/recommended-way-to-install-regularcli-deb-packages-on-ubuntu-phone/623311#623311
[20:26] <pandatrone> soooooo cold brrr
[20:31] <jaywink> dobey, hmmm... why? the ubuntu developers page itself specifies for enabling write mode to do "phablet-config writable-image" (https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices/). That works fine for me, apt-get and all works sweet. I don't want to do hacks to maintain OTA :)
[20:33] <dobey> jaywink: because a) that breaks updates and b) / is not the full available space on the phone's flash. also, a chroot is not a hack. it is the correct way to be installing additional command line tools or running an ftp server on your phone
[20:36] <jaywink> dobey, how does it break updates? does apt-get dist-upgrade not bring (at least) the changes that OTA "Ubuntu" would? As an ubuntu desktop + server user, to me that is a hack if I don't have to do that on my desktop/server to manage my system
[20:36] <dobey> the writable-image stuff is for making developing and testing the image itself easier, not something people should use on actual phones
[20:36] <jaywink> dobey, great, I love developing and testing :)
[20:37] <dobey> jaywink: you don't get updates at all. apt-get dist-upgrade will break because there isn't enough space on / to continue doing it, and the way the filesystem is set up, cross-device links break things
[20:37] <dobey> apt-get upgrade is not at all supported, even with writable-image, on the phone
[20:37] <dobey> apt should only be used to install single packages from eg, a silo, to test things
[20:38] <jaywink> ah, that is a shame :(
[20:38] <dobey> and indeed, apt-get does not pull in all the updates that might be in an OTA image update
[20:38] <dobey> it's not a shame, it's a fact
[20:38] <jaywink> will the same be applied to desktops in the future, I mean, otherwise it's not really convergence?
[20:39] <dobey> Ubuntu Personal will be system-image based, yes
[20:39] <dobey> but the traditional ubuntu won't be going away
[20:40] <dobey> well, i don't know how exactly system-image and snappy will fit together, but Ubuntu Personal is the future
[20:41] <dobey> convergence doesn't mean enabling apt on phones, despite what many old hat thinkers might want :)
[20:42] <jaywink> dobey, well, for the old hats it does :P
[20:43] <jaywink> but yeah, you can't please everybody, I realize that. For me, a completely hackable device is what I want.
[20:43] <dobey> well, then they can break their phones and have it open to huge gaping security holes and whatnot if they want
[20:44] <dobey> most people who have cell phones want phones, not VAX terminals ;)
[20:44] <jaywink> yep :) freedom to do what one wants
[20:44] <dobey> but still
[20:45] <jaywink> sure. but pleasing most people shouldn't mean stopping the minority ;) but as said, I realize the technical decision made
[20:45] <dobey> if you want to make the best use of your ubuntu phone by installing random things via apt, the best way to do that, is in a chroot
[20:45] <dobey> nothing is stopping you
[20:45] <dobey> like i said, it breaks updates
[20:45] <jaywink> thanks for your time
[20:46] <dobey> you are welcome to make a choice to break updates, or to use a chroot and keep getting updates as well as having what you want via apt
[20:47] <dobey> fwiw, legacy application support will be provided via container as well.
[21:00] <jgdx> faenil, but did we set both? Thanks for looking into it
[21:35] <slash> hello, i need advice, could you please tell me how to start an app from the terminal ?
[21:38] <jgdx> slash, $ ubuntu-app-launch is one way
[21:46] <slash> thanks jgdx, unfortunatly i do not succeed with your way; two warning appear about unable to find a keyfile...
[21:49] <jgdx> slash, what app?
[21:50] <slash> kodimote
[21:51] <slash> when I'm launching it just by the bin path; he gave me a "fail to connect to mir server3
[21:52] <slash> I found a bug at the connection; doens't accept the password; I would like to see the debug to send the report to the owner
[21:53] <slash> I found a command to suppress the mir connection failure, how ever the app start nicely in terminal but without gui.... :/ so block when any action from me
[21:55] <jgdx> slash, I'm a bit rusty on these things. Maybe #ubuntu-app-devel has more info right now.
[21:56] <jgdx> slash, but how did you run ubuntu-app-launch?
[21:58] <jgdx> pretty sure you'd need a click id, not a name or binary
[22:00] <slash> ok thanks
[22:01] <slash> copy pasting from the touch terminal isn't straigth forward :D
[22:01] <slash> (process:13833): WARNING **: Unable to find keyfile for application '/opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote'  ** (process:13833): WARNING **: Unable to find keyfile for application '/opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote'
[22:02] <slash> and nothing more append...
[22:03] <mzanetti> slash, try adding "-- --desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_..destkop"
[22:04] <slash> Ha ha great, hello mzanetti
[22:07] <mzanetti> slash, hello :) I assume you're the one that wrote the email
[22:11] <slash> yes :) , m'I correct : "ubuntu-app-launch /opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote -- --desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2.desktop" ?
[22:11] <mzanetti> oh, I see, you're using ubuntu-app launch
[22:11] <slash> I still have the same keyfile missing...
[22:12] <dobey> slash: "ubuntu-app-launch com.ubuntu.developer.mzanetti.kodimote"
[22:12] <dobey> err, actually
[22:12] <mzanetti> yes, in that case, no need for the desktop_file_hint hack
[22:12] <dobey> slash: "ubuntu-app-launch com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2"
[22:12] <dobey> you do need the full app id
[22:12] <mzanetti> thanks dobey :)
[22:12] <dobey> np :)
[22:17] <slash> ok thanks, i'm able to launch the app now
[22:18] <slash> however I don't get any output, even with "ubuntu-app-launch com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2 -d connection", any idea ?
[22:18] <mzanetti> slash, output will be written to ~/.cache/upstart/application-click-<appid>.log
[22:20] <dobey> slash: you can't pass arguments to the app with ubuntu-app-launch like that
[22:21] <dobey> you need to run "/opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote --desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2.desktop -d connection" to do that
[22:21] <slash> Ok thanks mzanetti and dobey, for the information I got the log
[22:22] <slash> ok i've to wrote it, these to command :)
[22:23] <mzanetti> slash, I'm not sure if you can pass arguments to the app when using ubuntu-app-launch. I usually do what dobey said. no ubuntu-app-launch but instead with the --desktop_file_hint one.
[22:23] <mzanetti> iirc kodimote should print in its first lines if it picked up some parameter
[22:23] <mzanetti> well, if it worked, you'll see a lot more output prefixed with "Connection"
[22:24] <slash> It's the first time i'm pulling out log from touch :)
[22:24] <slash> ok i'll try and if it work you'll get a bug report:) thanks
[22:27] <slash> Ok when writing "ubuntu-app-launch /opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote -- --desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2.desktop"
[22:28] <mzanetti> no ubuntu-app-launch in this case
[22:28] <dobey> and no -- to pass args to child app
[22:28] <dobey> i don't think anyway
[22:29] <dobey> i could be wrong about that one, but i'm pretty sure you just pass --desktop_file_hint directly
[22:30] <slash> sorry my mistake I paste the wrong line
[22:30] <slash> "/opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote —desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2.desktop -d connection"
[22:30] <slash> I got
[22:30] <slash> Loading module: 'libubuntu_application_api_touch_mirclient.so.3.0.0' /opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote: invalid option -- 'd' UbuntuClientIntegration: connection to Mir server failed. Check that a Mir server is running, and the correct socket is being used and is accessible. The shell may have rejected the incoming connection, so check its log file Aborted (core dumped)
[22:31] <mzanetti> on sec, looking up something
[22:31] <dobey> slash: oh, remove the "-d connection" then
[22:31] <mzanetti> dobey, the -d connection is the reason why he wants to do this
[22:32] <slash> ok without I got an output, I though -d connection was able to extract even more dedication to the connection
[22:32] <dobey> mzanetti: is that an option your app handles?
[22:32] <mzanetti> /opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote -d connection --  —desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2.desktop
[22:32] <mzanetti> dobey, kodimote
[22:33] <mzanetti> slash, try changing the order and separating them with "--" as in my line above
[22:35] <slash> my command : /opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote -d connection —  —desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2.desktop
[22:35] <mzanetti> yes... this looks ok. just tried it, works here
[22:35] <slash> Loading module: 'libubuntu_application_api_touch_mirclient.so.3.0.0' /opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote: invalid option -- 'd' UbuntuClientIntegration: connection to Mir server failed. Check that a Mir server is running, and the correct socket is being used and is accessible. The shell may have rejected the incoming connection, so check its log file Aborted (core dumped)
[22:35] <slash> it does not :/
[22:36] <mzanetti> indeed, yours doesn't (there must be a typo)
[22:36] <mzanetti> interesting
[22:36] <mzanetti> you seem to have a different character for "-"
[22:36] <slash> i'm doing copy/paste...
[22:37] <mzanetti> -- vs —
[22:37] <slash> hum correct
[22:41] <slash> I got an output now in the terminal, can i write down the output in a log file by "/opt/click.ubuntu.com/com.ubuntu.developer.mzanetti.kodimote/current/kodimote -d connection --  --desktop_file_hint=/home/phablet/.local/share/applications/com.ubuntu.developer.mzanetti.kodimote_kodimote_2.1.2.2.desktop > logfile" ?
[22:41] <mzanetti> should work I guess
[22:42] <slash> FYI the typo comes from copy past between firefox - telegram / telegram - terminal :)
[22:42] <mzanetti> slash, add this "> foo.log 2>&1"
[22:42] <mzanetti> slash, you might want to enable ssh ;)
[22:42] <mzanetti> on the phone
[22:43] <slash> Yes but can I run the app from ssh connection and the gui stay in the phone ?
[22:44] <slash> Ah yes it's working...
[22:44] <slash> awsome !!! a new dimension
[22:46] <slash> mzanetti:  do you want in parallel the output of xbmcremote ?
[22:46] <mzanetti> slash, I think kodimote should be enough
[22:47] <slash> ok thanks for your help, bye
[22:49] <mzanetti> yw. thanks for the bug report