[00:35] I'm trying to build a port for 'HTC evo 4g lte' and I'm a bit confused about what kernel config to edit under arch/arm/configs. === chriadam|away is now known as chriadam === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === JanC_ is now known as JanC [06:12] muka, I think he was talking about wifi tether. And that does not work on mako, currently. === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === Guest81512 is now known as IdleOne === mardy_ is now known as mardy [09:13] hi there [09:13] just got my MX4 in the mail :> [09:14] \o/ [09:14] they still have that Flyme print [09:15] and an apology lol [09:15] silver or gold? [09:15] gold [09:15] nice :D [09:15] just in time for OTA6 [09:15] need to update it later [09:16] probably next week [09:16] sweet. [09:17] camera isn't true 20MP yet ? [09:18] shoots in 1440p [09:18] yeah, fixes are in the works [09:19] known bug: https://bugs.launchpad.net/camera-app/+bug/1468341 [09:19] Ubuntu bug 1468341 in Canonical System Image "Camera pictures have the wrong resolution" [High,In progress] [09:20] * guest42315 𝖎 𝖓𝖊𝖊𝖉 𝖇𝖑𝖔𝖔𝖉! [09:21] aah === guest42315 is now known as drk|aw [10:19] seb128, can you take a look at https://code.launchpad.net/~mandel/ubuntu-system-settings/correct-nm-usage/+merge/268582 will ping ken to take a look too === greyback_ is now known as greyback|shops === greyback|shops is now known as greyback [11:17] mandel: ping? [11:17] Elleo, pong [11:18] mandel: heya, we're currently implementing downloads within the browser (so the browser downloads stuff internally, which can then be sent to an app later, in addition to being able to send something directly to an app); however one thing we're a bit unsure of is what to do if the browser gets closed while the download is happening [11:18] mandel: since as I understand it at the moment there's then no way to get alerted by download manager when it's finished, is that right? [11:19] Elleo, ok, so lets think about it carefully, you want the browser to be closed, the download continue and if the browser gets opened to be notified if the download was done or not, is that correct? [11:19] Elleo, what would happen if the browser is never opened? [11:19] mandel: yeah, much like content-hub currently does for pending transfers [11:20] mandel: well presumably the download would get cleaned up on the next restart, same as for content transfers [11:20] mandel: as things stand you can get a situation where the user hasn't even closed the browser themselves (it's just been closed by the OOM killer) and so their download is lost without any clear reason (from their perspective) [11:21] Elleo, very well, but the transfer indicator should show that a download is being done, right? [11:21] mandel: yeah (although it doesn't currently due to a bug) [11:22] Elleo, ok, we can either uses the transfer indicator or we can find a way to indicate that a download was performed. We can show an indication (something to talk with design) or I can expose a method for the browser to query the state of a download using its uuid [11:23] Elleo, that API will return the state of the download (finished, success or in the process) and if it is in the process it can return the object path to be used to get the progress signals [11:23] mandel: querying the state sounds good to me, as we need to update the browser's internal download database and move the file to the ~/Downloads directory once it's done [11:24] Elleo, ok, so we can do that without too mny changes from my side since we already keep track of the downloads in a local db for udm [11:24] (or possibly other locations in the future, as the desktop version may allow the user to save anywhere) [11:24] Elleo, and since the uuid is unique, you will have no issues [11:25] Elleo, we should create a bug for this in udm and I'll get to it asap (not next week since I have a sprint in London) [11:25] mandel: great, and I'm already storing the uuid in the browser's download database [11:25] mandel: awesome, I'm on holiday next week anyway, so that's all fine [11:25] Elleo, perfect, we need to store it in both places since udm is taking care of several apps that might want to do the same at some point === ghostcube_ is now known as ghostcube [11:26] mandel: yeah, I'd like to use this for podbird too once we have it all ironed out for the browser :) [11:26] Elleo, superb [11:26] mandel: I'll file a bug now :) [11:27] Elleo, the browser is a good candidate to drive the feature development [11:27] yeah [11:27] Elleo, let me know and I'll add it in asana so that the manager know about it [11:27] mandel: sure thing [11:35] hello! I've bought a micro USB to HDMI adapter ( I checked that my phone, Meizu MX4 Ubuntu Edition, has hw support first) [11:35] it doesnt [11:35] can I get it to work now? [11:35] I'm almost certain that doesn't. [11:36] ogra_: how were you responding? [11:36] (and even if it had, there would be no driver support) [11:36] zzarr, by typing on a keyboard [11:36] (funny question) [11:36] who :O [11:36] you [11:36] :) [11:36] I made a typo [11:37] mandel: https://bugs.launchpad.net/ubuntu-download-manager/+bug/1486971 [11:37] Ubuntu bug 1486971 in ubuntu-download-manager "No mechanism to query downloads after application restart" [Undecided,New] [11:37] there is no support for such stuff on the MX4 [11:37] and even if the HW woudl support it, the driver wouldnt [11:41] okey, but will there be in the future? [11:43] here it says "USB microUSB v2.0 (MHL TV-out), USB Host" http://www.gsmarena.com/meizu_mx4-6627.php [11:43] unlikely [11:43] what about OTG? [11:44] that works OOTB [11:46] mandel, hey, I can try to have a look this afternoon, yetc [11:46] :) [11:46] yes [11:46] seb128, awesome, is an improvement in the networking code, mem leaks etc.. [11:46] seb128, ken knows about this [11:46] mandel, k, the previous improvements never landed though? [11:47] seb128, nope, and decided to start from scratch and make sure we do not have a huge diff etc.. [11:47] mandel, k, so maybe mark https://code.launchpad.net/~mandel/ubuntu-system-settings/fix-network/+merge/244845 as rejected or delete it? [11:47] ok [11:48] thanks === chihchun is now known as chihchun_afk [11:51] ogra_: do you think that it's possible that the mouse pointer will be visible in window mode on the next stable? [11:51] (I'm running a stable release now) [11:51] could be, not sure if that fix landed for this OTA ... but latest in 6 weeks for the next one [11:52] * ogra_ doesnt use a mouse on his phone :) [11:52] old school [11:52] why? it's next generation coolness ;) [11:52] pfft [11:53] snappy is the next generation coolness :) [11:53] who cares about UIs :) [11:53] * popey adds 1 [11:53] lol [11:53] popey, i didnt say it will fix anything !! [11:54] (indeed we all know it will :) ) [11:54] ogra_: I have you on record as saying snappy fixes everything [11:54] davmor2, you are not alone :) [11:55] opening a pdf from the web is a suboptimal ux, do we have a bug for that? [11:56] alan@bishop:~$ grep snappy irclogs/freenode/#ubuntu-touch.log | grep ogra | grep fix | wc -l [11:56] 11 [11:56] I honestly expected more. [11:56] LOL [11:57] jgdx: what's up? [11:58] popey, first I get "Åpne med (Open with)", I choose docviewer. Then I get "Downloaded. Åpne (Open)". Then, in docviewer, I have to press "Open" again, meaning I've mentally opened the document three times. [12:00] so s/suboptimal/horrible [12:01] we have discussed this in the past a few times. [12:01] I think we have a bug for it. [12:01] popey, any idea what project that was filed against? === _salem is now known as salem_ [12:02] well to be fair, what would you do without a ui ogra_? [12:02] zzarr, run the internet :) [12:02] :) [12:02] jgdx: docviewer [12:02] has been done before :) [12:03] yes [12:03] jgdx: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1469422 [12:03] Ubuntu bug 1469422 in Ubuntu Document Viewer App "[Doc Viewer] Opening a file from content-hub should open the file or the notfication timeout should be increased" [Medium,Triaged] [12:04] popey, so docviewer is only part of the problem. [12:04] jgdx: sure, but it's the bit I care about, speak to mardy and Elleo about the download part :) [12:04] popey, I'll just file a bug first. :) And thanks [12:06] boring lectures puts me in dogfood mode [12:25] link to list of devices which support ubuntu and are in development [12:26] !devices | GAM002 [12:26] GAM002: You can find the full list of devices, official images, community images, and works in progress at https://wiki.ubuntu.com/Touch/Devices [12:28] thanks you [12:28] thank you [12:29] mhall119, why does d.u.c still list 15.04 sdk as current development? [12:29] shouldn't that be 15.10? [12:29] jgdx, kenvandine, I though that I saw a hotspot "new design" changeset but can't find it now, did that land? [12:29] seb128, yes it did! [12:29] on vivid? [12:29] yes [12:29] shrug [12:30] you can't see it on your device? [12:30] maybe [12:30] not sure what is in it [12:30] I though it would fix bug #1484703 [12:30] bug 1484703 in ubuntu-system-settings (Ubuntu) "hostspot "show password" uses a switch instead of a checkbox" [Low,New] https://launchpad.net/bugs/1484703 [12:30] but that's not fixed on rc-proposed [12:30] it's now on the main grid [12:30] yeah, I've it [12:31] the panel just looks like the version I tested a week ago [12:31] that might not be include [12:31] I though jgdx had an UI refresh lined up as well [12:31] this is it [12:31] the actual setup screen isn't much different [12:31] k, so that doesn't include the fix for that bug ^ [12:31] :-( [12:31] but it was moved to the main grid, instead of under cellular [12:31] right [12:32] you guys just approved/landed before I could try the new UI [12:32] the CI had failed on the mp because of the new depends [12:32] so there was no handy deb [12:32] yeah, i know [12:32] we had it in a silo for a week though :) [12:32] oh well, I guess we are going to need another change then [12:32] also note... now there is a toggle in the indicator [12:32] I just assumed whoever was going to approve would compare to the design [12:32] and block on obvious little things like that [12:33] yeah [12:34] part of that setup screen was intentionally not done, because we don't support it [12:34] right [12:34] the spec calls for the pass to be optional [12:34] well that bug I just mentioned as the wrong widget being use [12:34] used [12:34] which would create an insecure hotspot [12:34] so there is no reason to not fix it [12:34] but this could have still been changed [12:34] or to diverge from the design [12:35] it's basically Switch -> CheckBox [12:35] yeah [12:35] we should really validate the screens against the design before approving them [12:36] please you guys don't approve any of the new panels before I have a look :p [12:36] trying to do that today [12:36] sorry i missed that [12:36] no worry [12:36] i did look at the design... i just missed the checkbox thing [12:38] seb128, timing man, we had a call for testing months ago :p [12:38] kenvandine, there is also "Setup" vs "Set Up" [12:38] kenvandine, and "hotspot" vs "Hotspot" [12:39] should be Hotspot... not sure i agree with Set Up [12:39] i think Setup is more correct, but i'm no english major [12:40] well then somebody should open a design bug ;-) [12:41] grrr... my mir fix didn't fix the touchpad support! [12:41] damn [12:42] kenvandine, jgdx, also the wiki has "Starting the hotspot will turn on Wi-Fi.”. as text and the dialog seems to have "In order to create a hotspot, you need to turn Wi-Fi on" [12:43] seb128, okay [12:43] jgdx, kenvandine, I can do a mp with the ui tweak [12:44] jgdx, I just though you said a week ago you were working on a "design refresh" [12:44] and that I saw a mp email passing by while I was at debconf [12:44] seb128, you're looking at it (rc proposed) [12:44] but I think I deleted it and I can't find it up for review [12:44] k [12:44] no worry, I'm going to do an easy tweaks follow up then [12:44] i don't think it automatically turns on wifi [12:45] you have to choose to turn on wifi [12:45] at least for now [12:45] we just misunderstood each others, I though you said your refresh would fix the checkbox/switch thing [12:45] seb128, let's try to kill more birds per stone here. The whole key -> password story hinges on allowing insecure hotspots, which the backend does not currently support. We could support that and put the whole thing very close to spec. [12:45] s/could/should [12:45] ogra_: when is the next stable release? [12:45] kenvandine, k, I'm just going to file that as a design/feature gap then [12:45] so i think that text is more appropriate until we don't have to prompt [12:46] zzarr, it was scheduled for next week iirc ... [12:46] jgdx, but we shouldn't block fixing the checkbox on the backend support insecure hotspots [12:47] the images are in final testing already ... but looking at seb128 and kenvandine above we might get a re-spin, so it might take longer :) [12:47] we can do that in 2 steps [12:47] ogra_, i don't think any of these are critical [12:47] ogra_, lol [12:47] minor ui tweaks :) [12:47] yeah, those are details [12:47] :) [12:47] ota7 :) [12:48] kenvandine, if anything, the insecure hotspots feature should come before the checkbox thing, right? [12:48] bah, why can gnomes disk management tool not resize partitions :/ [12:49] it replaces gparted for everything for me ... just not that :/ === chihchun_afk is now known as chihchun [12:51] jgdx, no... the checkbox fix is simple, the insecure hotspots is blocking on other components right? [12:52] thanks :) [12:52] kenvandine, just the connectivity api code that used to be in USS [12:53] jgdx, and done we need mpt's updated spec to make it more strongly prefer secure vs. insecure? [12:53] or did he update it already? [12:53] kenvandine, Femma updated that [12:54] ok [12:54] kenvandine: hey I added that branch for your touchpad to silo0 [12:54] greyback, yeah, i noticed, thanks! [12:54] greyback, but it didn't fix my pointer :/ [12:54] np [12:54] but it's not any worse [12:55] ah boo [12:55] from what i can tell... [12:55] i think it's a proper fix anyway [12:55] a touchpad should be a pointer :) [12:56] i couldn't find any other obvious things like that... [12:56] greyback, thanks for building it in the silo, i couldn't get a build of the thing to test :) [12:57] kenvandine: no worries [12:59] greyback, what's interesting is RAOF said his magic trackpad works as a pointer in mir_demo_server [13:00] greyback, which makes me think maybe it's not a mir problem... but something else in the stack [13:00] kenvandine: then it's our cursor implementation in qtmir at fault [13:00] that's what i was thinking [13:00] do you have similar enums like that for input types ? [13:00] I'm not totally happy with it, so dunno if we'll put effort into bugfixing [13:01] kenvandine: no, I think it just listens for mouse input events, and positions cursor where it wants. It may be we're not listening for the right mouse events? [13:02] or does your trackpad offer relative mouse events [13:02] as those are the ones we're listening to, not the absolute position coords in hte mouse event [13:02] i would think it's the same as a mouse [13:04] greyback, could it be something in the qpa? [13:05] kenvandine: it's the qpa plugin in qtmir which instructs unity8 where to position the cursor. [13:05] oh, qtmir provides the qpa plugin? [13:06] kenvandine: it provides *a* qpa plugin [13:06] qtubuntu is the qpa plugin for mir clients [13:06] qtmir contains a qpa plugin for Qt to be a mir server [13:06] i was thinking what if it wasn't getting the position changes [13:06] could it be qtubuntu? [13:06] no [13:06] ok [13:07] it's qtmir [13:07] kenvandine, working on it now [13:07] hmm [13:08] USB MTP isn't the most reliable thing eh ? [13:10] Hi to someone! [13:10] oh... 20150602 [13:10] I have one problem with Ubuntu and Meizu mx4 [13:11] I am italian boy and my bearer is TIM - telecom italian mobile [13:12] So My phone don't work 3g and 4g [13:12] It works only with E and H.. [13:12] I can do something? === Elimin8r is now known as Elimin8er [13:17] Sutter, H is 3G [13:18] Sutter, what does TIM say about 4G? Do you need any special configuration? [13:19] says H here but it works quite quickly... almost too quick for 3G :D [13:20] dhbiker, excactly. It's an improvement over 3g on the 3g network, called hspa. [13:20] greyback, is there a way to enable more debug logging in qtmir? [13:23] kenvandine: yeah, I think if you set the env var: QT_LOGGING_RULES="qtmir.mir.input.*=true" - you should get more input related logging [13:23] jgdx yep i know that :D [13:23] greyback, and where do the logs go? [13:24] to the shell? [13:24] kenvandine: unity8.log [13:24] great [13:29] Wait that I must translate..;) [13:29] :D [13:32] It's true?? H is 3g ??Nope nothing about speciial configuration... [13:33] All these years and I had no idea H was actually 3G.... [13:33] I thought it was "your phone is too crap to get 3G here" [13:33] Which made me ask what all the fuss with 3G was because it was fairly snappy on H [13:35] Sutter, System Settings -> Cellular -> Check that 4G is ON. [13:35] Yep.. is on! [13:35] greyback, should i see some log output that starts with qtmir.mir.input ? [13:38] Sutter, you are in a area with 4g coverage? [13:38] Tea: H is not 3G [13:38] So.. the phone is fast...sincerely... so I missed only the 4g..uummm [13:38] 3.5G [13:38] 2.5G [13:38] hspa+ [13:39] Yes... first I had Nexus 5 with the same Sim card and 4g'll work.. [13:39] kenvandine: that would be H+ [13:39] dobey: okay i'll go back to wondering what all the fuss is about then [13:39] i don't think we differentiate [13:39] my arale shows an H when on hspa+ [13:41] kenvandine: well either the icons are wrong, or something weird is going on, because every time i've been on 'H' it's been slower than when on '3G' [13:42] dobey, okay, could you give me a source on that? I want to be informed here, since wikipedia may be wrong [13:42] dandrader: did I get that env var right, to enable more input logging in qtmir: QT_LOGGING_RULES="qtmir.mir.input.*=true" - or are they already enabled? [13:43] dobey, and i thought hspa was 3g and hspa+ was 3.5g [13:43] jgdx: i think wikipedia is probably right, but my experience is that on android and ubuntu, the speeds don't match what they should be [13:43] ogra_: I want the functionality I wrote about a time ago, the possibility to make and answer phone calls on a computer in the same LAN as my phone (and speak), something like a remote for the phone app and contacts app [13:44] OK now i must go... tnx friends...I come back if I'll get some news..tnxk again! [13:44] kenvandine: 3g is 3g, hspa is either HSDPA or HSUPA, and hspa+ is hspa+ [13:44] last i checked with speedof.me i was getting nearly 30 megs on H [13:44] kenvandine: i think we need an H+ icon to distinguish it from the slower asymeetric HS{UD}PA speeds [13:44] greyback, to be honest it's usually a struggle for me to get those logging filter rules to do what I want [13:44] is there a possibility for me to develop that functionality my self? [13:45] (I work as a programmer in Qt Creator) [13:45] kenvandine: hmm, i've never had any luck with speedof.me [13:45] greyback, it might work [13:45] dandrader, yeah... i'm not seeing anything logged that looks input related [13:45] greyback, although "qtmir.mir.input.debug=true" might be safer [13:45] * kenvandine tries that [13:46] zzarr: it's certainly possible to develop it, but doing so is going to require a deep amount of hacking across the system, not just in a single app [13:46] kenvandine, with upstart, I'm never sure whether unity8 picked up the env var or not [13:46] dandrader: kenvandine: yeah that works [13:46] kenvandine, and if you add more then one log filter rule, you have to separate them with \n [13:46] i tried setting it with initctl and restarting unity8 [13:46] then i tried adding it to /etc/environment and rebooting :) [13:46] or this: initctl set-env --global QT_LOGGING_RULES="qtmir.mir.*=true" [13:46] kenvandine, as if you were writing an .ini file [13:47] then stop unity8, start unity8 [13:47] I learned it the hard way [13:47] greyback, yeah, that's what i did first [13:47] kenvandine: anyway, H and 3G are definitely not the same level of data connection [13:47] dobey, i'm just saying i'm pretty sure we display an H icon when on hspa+ [13:47] kenvandine: if we do, i think that's a bug. we should definitely show H+ instead [13:48] greyback, kenvandine, when despair takes over I just add it straight into /usr/share/upstart/sessions/unity8.conf :) [13:48] dandrader, ah... that's much better! [13:49] greyback, only events i see logged are MirTouchInputEvent [13:49] nothing from the touchpad [13:50] or even from the mouse [13:50] and the mouse is working fine [13:50] kenvandine, for what it's worth, my touchpad doesn't work with mir [13:50] weird [13:50] dandrader, what kind? [13:50] also... to pair it on the device, you need my branch of system-settings :) [13:50] kenvandine, I don't know. but it's a lenovo yoga 2 laptop [13:50] ah... [13:51] not on a device [13:51] we need touchpads to work :) [13:51] dandrader, i'm adding the settings panel to configure them [13:51] hmm [13:52] i thought i'd get MirPointerEvent logged [13:52] not just MirTouchEvent [13:52] but the MirPointerEvent is moving the pointer with the mouse [13:52] kenvandine, maybe we just didn't add logging for pointer events in qtmir [13:52] maybe we lack debug output where i need it :/ [13:54] kenvandine, yeah. just checked. in qtmir we log only touch events. key and mouse events go through silently :/ [13:54] grr [13:54] dandrader, greyback: could we add that in silo0? [13:55] kenvandine: we could, but we need to decide if the mouse approach in silo0 is the one we'll actually use. WE're having that discussion next week [13:56] greyback, ok... how's the work implementing the settings stuff we need? [13:56] or is that pending the discussion next week? [13:57] kenvandine: all depends on how we decide to implement [13:57] greyback, i'm almost done with the settings panel for it :) [13:57] just writing tests now [13:58] kenvandine: good for you :) === chihchun is now known as chihchun_afk [14:18] bfiller, do you have a sim pin on the sim in your arale? [14:18] jgdx: yes [14:19] jgdx: actually no [14:19] no pin [14:19] bfiller, okay. [14:20] greyback: we don't have a px independent metric, do we? something that translates to the same physical size on all devices. GU and dp is certainly not [14:21] faenil: pixels are available. Are you using Qt? [14:21] px independent :D [14:21] faenil: ah, misread [14:22] faenil: that is roughly what GU is for [14:22] except tablets all have 90GUs and different screen size :D [14:22] (same applies to phone, etc) [14:22] faenil: this 90GU thing isn't what GU was designed for initially [14:23] greyback: sure, but that still means 1GU can't translate to a unique physical size [14:24] the intention was if you have 2 devices with different screen pixel densities, with a box 1GU x 1 GU, the box would appear roughly the same size [14:24] physically [14:25] we don't have cm, mm units, if that's what you're asking [14:26] you may be able to calculate close-to physical sizes by getting the DPI of the screen, which may be accurate, and calculate the number of pixels per physical unit [14:27] but not every device correctly advertises its physical size, for the DPI to be calculated [14:28] greyback: exactly, your last line is why I was looking for something provided by the platform [14:28] how does one "ignore silent mode"? is there a special audio role to use? [14:29] rsalveti, ^ (sorry, unsure who to ask about sound questions) [14:29] faenil: we can't provide such a thing reliably, so we don't. We were going to provide GU, which would help enforce visual consistency, but that notion is being screwd with, so now have nothing [14:30] greyback: doesn't android provide dp? [14:31] (longer version: maybe we could do what android does? if Android can get the dp, we should be able as well) [14:32] they use mdpi and hdpi etc [14:32] so I think the computation isn't that correct in their case either [14:33] faenil: we have GU and DP in our SDK. They were designed to be equivalent to android's DiP [14:33] yeah dp is just 1/8's GU, isn't it [14:33] so it's actually the same thing [14:33] faenil: not at low values [14:33] really? what's the definition? [14:34] ok, I should go read the doc again [14:34] faenil: why are you asking me this? It's not my work? [14:34] faenil: Kaleo was the author, and the SDK guys own it [14:34] greyback: sorry, I just thought, since you work with graphics, that it'd be your stuff [14:34] no worries, sorry [14:35] android uses a file that contains the screen's dpi, this is provided by constructor, and can be changed if you are root, that's the only point of reference that can be used by the OS to calculate physical sizes [14:36] tshirtman: so we do have that value, as long as we're basing on libhybris, right? [14:36] faenil: I've told you the original design intention of GU, which is to deliver what you want. Unfortunately this 40/50/90 thing totally screws with that. As a result, your perfectly reasonable request has become incredibly awkward to answer [14:36] greyback: no worries mate :) [14:39] faenil: i think that's what greyback meant by saying it *may* be accurate, if that initial value is not, nothing can be done [14:39] tshirtman: well yeah, in cases where not even Android is accurate, I guess it's ok to fail [14:39] bfiller, while I'm testing here, anything else you can tell me? I'm currently flashing -> hotspot ON -> going to cellular panel to see if it spins. [14:40] since we're the small fishes anyway === dandrader is now known as dandrader|afk [14:40] bfiller, if you got the chance maybe pm syslog and output of /usr/share/ofono/scripts/list-modems [14:41]