[00:22] how do I update to lastest rom from ubuntu-touch on nexus 7 [00:38] hi. I'm working on porting to a device which kernel does not provide working /dev/console, and run-init fails on accessing it [00:39] should I tweak kernel config, or change /init to work with i.e. /dev/kmsg instead /dev/console ? [00:50] smoku: I suggest the latter option [00:53] TechieElf: I tried linking /dev/kmsg as /dev/console. run-init succeeded, and I have a shell over adb now, but I see a lot of processes crashing in dmesg/console now :/ [00:54] smoku: Well unfortunately, /dev/console and /dev/kmsg aren't identical. Any crashes that you can work out though? [00:54] at least I'm able to read the console messages via dmesg :) [00:56] That's good. And there are no other kernel options? [00:57] I tried enabling framebuffer console, but then the kernel stopped booting at all :/ [00:57] Hmm. What device? [00:58] it looks like there's something fishy about this framebuffer, as cat /dev/urandom > /dev/fb0 does nothing. I still see untouched motorola logo [00:58] it's motorola xt925 (msm8960) [00:59] I'm jealous. Lol. I'm starting from scratch on an xt907 port because dhacker gave up. [01:05] # cat /proc/cmdline [01:05] oops=panic console=null ... [01:05] lol... no wonder I had no fbcon ;-) [01:06] Nice one ;) [01:07] I could use help getting off the ground on my port if you ever have time :3 === chriadam|away is now known as chriadam [01:10] TechieElf, it should be similar. do you have working CM for xt907? [01:11] I don't have it flashed on my device, but I'm in the process of grabbing all the binaries and sources now [01:13] TechieElf, you don't need the whole CM tree. waste of bandwidth. start from ubuntu touch tree. a lot less to fetch. [01:14] looks like there is a working port. https://wiki.ubuntu.com/Touch/Devices/xt907 [01:15] It's sort of working, except hashcode and dhacker gave up. Tweeted dhacker and he said I can take over. They didn't get to flipping the image yet so I figured I'd start over. [01:15] Gave up is so harsh of a term. [01:16] 0_0 H..h...h...hashocde? [01:16] I'd rather say, it's on the list of TODO items.. but that list is rather long. [01:16] Omg I stutter typed [01:16] Hello TechieElf [01:16] Hi there. Big fan, if that counts. I'm sure you have tons to do and I get that. [01:17] The documentation is getting better and better for how to setup the new flipped image [01:17] The only issue is that it's also quite technical at some points [01:17] (More than the original setup anyway) [01:17] I've noticed. I'm just overwhelmed by it. A lot of the terms are foreign to me. [01:20] Hashcode, is that normal, that trusty-preinstalled-touch-armhf.zip is still the "old" flipped build? I see a lot of new code in /scripts/touch to mount system using img file [01:21] smoku: you can do it either way atm. [01:21] Tho the future is the mounted img file. [01:22] What I'm interested in most is getting SMS/Calling working for the XT907. Although, it's CDMA thats stopping me in my tracks. [01:23] Yeah that's kind of why we're not pursuing it atm. [01:23] GSM only atm. [01:25] Well even with GSM, calling/sms should be available ? I'm not too sure of the differences between the two [01:29] ello [01:29] Hiya [01:29] hello [01:30] somebody can help me? [01:30] What's the issue? [01:30] I have ubuntu touch on my nexus 7 [01:31] Alright [01:31] when i want update my app apper network error [01:31] :( [01:32] Maybe you should downgrade? You can always use phablet-flash and specify an earlier image [01:33] I use apt-get update on terminal [01:35] the app suggested not ap appear [01:36] Hmm. I haven't used a recent build of Ubuntu Touch and I don't have a N7 so I won't be of much help. [01:37] Hashcode, is there a way to dual boot Ubuntu Touch and another ROM on Xt907? [01:37] BTW, removing console=/dev/null helped and run-init works fine with /dev/console now [01:37] Nice. Glad to hear [01:39] how? [02:03] How do i tell what version of trusty I have. On 13.10 it had a version number in system settings now it just says 14.04. Im running a nexus 7 2012, flashed with phablet tools the only argument was -b === Namidairo`bnc is now known as Namidairo === duflu_ is now known as duflu === chihchun_afk is now known as chihchun === LarrySteeze is now known as LarrySteeze|Away [04:45] s it possible to see voltages coming in from a mic or set of headphone plugged into the 3.5 audio jack or can you only hear the audio coming out? [04:50] I want to get a voltage from a headphone after i epoxy the coil windings so they dont move or pick up sound === Namidairo is now known as Namidairo`bnc === Namidairo`bnc is now known as Namidairo === soul is now known as Guest66040 [05:45] Hi, i have a nexus 7 and whe i install ubuntu touch it doent seem to have drivers for the tegra 4. is there any version that is optimized for this platform? [06:41] good morning [06:46] dholbach: good morning. :) [06:46] hi nhaines [06:59] dholbach: Javascript is on my list of languages to learn, although I'm much less impressed by it than by Python. [07:01] seem you're keeping yourself busy :) [07:03] Yes, it's on the back burner this week because of an installfest I'm helping with on Saturday. I'll have to jump back over to Ubuntu on my Galaxy Nexus before then. :) === Namidairo is now known as Namidairo`bnc === LarrySteeze|Away is now known as LarrySteeze === Namidairo`bnc is now known as Namidairo === fmasi_afk is now known as fmasi === chriadam is now known as chriadam|away === fmasi is now known as fmasi_afk === alan_g is now known as alan_g|afk [10:17] Unity3d game packaging service | http://askubuntu.com/q/375839 === fmasi_afk is now known as fmasi === b0bben_ is now known as b0bben === alan_g|afk is now known as alan_g === soul is now known as Guest70477 [11:17] Hello all. I cant seem to get Ubuntu touch to work with Safestrap on the XT907 [11:19] Morning all [11:19] ogra_: how we looking for a work image 21? [11:21] Hashcode: Are there any specifics to setup Ubuntu touch with Safestrap? Also, the xt907 link to download safestrap is just a link to a folder hosted on goo.im [11:22] zsombi1: https://code.launchpad.net/~aacid/ubuntu-ui-toolkit/ima_do_not_filter_disabled/+merge/194830 === _salem is now known as salem_ [11:26] tmoenicke: ping === chihchun is now known as chihchun_afk [11:27] popey, does /system/bin/screencap currently work for you? [11:30] dholbach: i use https://bazaar.launchpad.net/~popey/+junk/phablet-flash-wrapper/view/head:/mirfbdump [11:30] ah ok [11:31] Does anyone know how to get this working with safestrap? Im trying to dual boot on my xt907 [11:33] davmor2, well, we need the OTA fix [11:36] Cimi: zsombi1: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1250412 [11:36] Ubuntu bug 1250412 in Ubuntu UI Toolkit "InverseMouseArea does not work with TouchEvents" [Undecided,New] [11:52] does any one know if PS Jenkins is down? [11:52] mandel_, see evans mails to the phone ML === boiko_ is now known as boiko [11:53] ogra_, I must have missed that === MacSlow is now known as MacSlow|lunch [11:53] datacenter is moving since friday [11:55] ogra_, I'm very naive and though I was not to pay attention to those things :-/ [11:55] heh [11:55] ogra_, thx for the info [11:55] np [11:56] . [12:12] jdstrand, ogra_ hi guys! any info on bug #1237618 and #1237998 [12:12] bug 1237998 in lxc-android-config (Ubuntu) "apparmor policy snippets for pollux, pollux_windy" [Undecided,New] https://launchpad.net/bugs/1237998 [12:12] bug 1237618 in lxc-android-config (Ubuntu) "apparmor policy snippets for N8000, N8013" [Undecided,New] https://launchpad.net/bugs/1237618 [12:12] sergiusens: hey... what exactly are you referring to with "framework XXX" ? [12:12] asac, the click package framework that we bind to for a specific cycle [12:12] asac, to what lool answered to Kaleo's question [12:12] i dont understand what that is [12:13] asac, the set of libraries supported by a given release [12:13] asac, you seriously should package an app then :) [12:13] asac, similar to the API level in android [12:13] right [12:13] so that should be supported forever [12:13] asac, it is defined in the manifest file of your click package [12:13] not sure why anyone even considers saying " [12:13] 6 month at least" [12:13] asac, there are deprecation periods though [12:14] i dont understand that either... either its an API level we released, then we should support it forever or its something we didnt release, then we can do whatever pleases us [12:14] the click scope should (no idea if it does yet) only show packages to you that can work with your installed framework [12:14] asac, I'm more for a lasts forever, but then API versioning needs to happen badly; we did something similar with awe for UfA [12:14] right. it shouldnt show stuff that requires a newer API version [12:14] but usually all old api versions should continue to work [12:15] that wont be possible ... [12:15] sergiusens: lets take the "forever" position for now [12:15] people need to be challenged [12:15] changes in Qt will add new stuff and drop old stuff over time [12:15] to figure this... you just can't afford to break apps every 6 month [12:15] asac: FYI, I discussed that at the client sprint [12:15] no way to prevent upstream from doing that [12:15] ogra_: we should expose whole Qt APi anyway [12:15] only exactly what we are willing to support] [12:15] asac: Pat is the holder of the subject [12:15] asac, but the API will change over time [12:16] sergiusens: ^ [12:16] things get dropped, while new things get added [12:16] ogra_: dropping things is not OK [12:16] didrocks, a the likely person to own it :-) [12:16] which is the point where we need to deprecate the old API [12:16] well, if you drop them its not deprecated [12:17] Kaleo, ^^ fyi from yesterday [12:17] deprecated is usually a documentation state taht prominently let folks know that its going away soon [12:17] dropped is dropped and not deprecated :) [12:17] asac, ogra_ the hud had that for a while iirc [12:17] sergiusens, :) [12:17] had what? [12:18] that [12:18] :) [12:18] asac, a deprecation warning [12:18] deprecation warnings are fine if we leave the depreaction at least for 3 years :) [12:18] anyway [12:18] ugh [12:18] a) either its in the API [12:19] that will make you end up with boated and very ugly libs over time [12:19] b) or it is not [12:19] *bloated [12:19] a) we never add anything to the API that we dont want to support forever [12:19] b) the fact that we just decided to add everything we have causes issues [12:19] asac, we dont have control over all parts of the API [12:19] ogra_: thats the problem [12:19] only where we are upstream [12:20] which means we need to be prepared for upstream to drop bits [12:20] we should not export stuff directly if we feel we will be exposed to the moods of upstreams [12:20] and our framework versioning needs to reflect this [12:20] ogra_, which sort of makes you understand why android has one massive source fork :-) [12:20] ogra_: right. prepared means == before adding stuff, consider the fact that upstream drops it and dont add it if we are not able/willing to support it [12:20] on our own [12:20] sergiusens, yes [12:20] point is: if you want to grow a serious app ecosystem [12:21] you must not break them EVER [12:21] asac, i doubt the current framwork was strictly designed inder that view [12:21] out of that: you cant just ship upstream fun as the APIs for your apps :) [12:21] -> the easy way is not often the right way [12:21] *under that view [12:21] yeah which is a problem [12:21] asac, its not about easy or hard ... it is about what we have now [12:21] imo, we have to push the reset button and get this back on track if we cant guarantee that we dont break apps [12:22] hi [12:22] heeh [12:22] well. let me do talks i guess [12:22] please in english [12:22] asac, we need data :) [12:22] data? [12:22] asac, to know which and how many parts are pure Qt nowadays [12:22] 23 m [12:22] just dont expose pure Qt [12:22] india [12:23] and how much we have abstracted in a non intrusive way yet [12:23] hide everything excect it was discussed at length [12:23] except [12:23] asac, seriously, you should write a OML app at least once :) [12:23] anyway... later [12:23] asac, ogra_ as mentioned yesterday, we just need someone architecting this [12:23] ogra_: well. i always asked frolks: is QML up to the task of providing a stable API forever [12:23] how to install ubuntu touch on galaxy nexus [12:23] so far folks told me: yes, totally [12:24] you will notice that we a) support upstream modules a lot and b) that our additional framework doesnt cover all pieces [12:24] sergiusens, ++ [12:24] sergiusens: indeed [12:24] thats what i meant with "getting data" [12:24] we need someone to review it and collect the bits that need more abstraction [12:25] but currently we support upstreams QtQuick for example ... [12:25] no idea how far API stability goes for this [12:25] i think we agreed that qtquick will not break api [12:25] unless there is a major version of qt [12:25] with whom ? [12:25] e.g. qt5 to 6 [12:25] did upstream confirm ? [12:25] sdk folks etc. [12:26] well, i remember upstream saying that about the whole qt :) [12:26] * asac has to ask thiago who to ask [12:26] hi, I have a task, to install ubuntu touch on my HTC ONE X [12:26] my understanding is that qt has a strict API compatibility approach for major versions [12:26] and a strict ABI compatibility approach for minor version [12:26] but guess we have to check that [12:27] i am not so much concerned about qt though... more about what we add on top :) [12:27] well, that should be backwards compatible ... and its in our hands to make sure it is [12:28] right. but i think we dont even live up to that standard (or rather dont undersatnd how to properly do that with qml) [12:28] lets first be confident that we are at least as "good" as qt upstream... then we can question whether qt upstream is too unstable :) [12:28] Is there an image for HTC ONE X that will work? [12:29] hi Chrisk_, please check here: https://wiki.ubuntu.com/Touch/Devices [12:29] is it updated [12:29] Chrisk_, dunno [12:29] mamenyaka, was that the cmdline options bug you were referring to above ? [12:29] i'll get to that today [12:30] ogra_, no, that bug is for the apparmor to work on my ports [12:30] oh [12:30] from last month [12:30] not my area of expertise then :) === fmasi is now known as fmasi_afk [12:30] jjohansen is your man [12:31] * ogra_ sighs about image 20 [12:31] ogra_, let me just copy-paste the conversation [12:31] ERROR:phablet-flash:Backup requested but cannot be completed succesfully, try with --no-backup if data saving is not important. [12:31] no OTA ... and phablet-flash falls over too all the time [12:31] how do i make ubuntu touch skip mintro or rotate screen on nexus 7 | http://askubuntu.com/q/375910 [12:32] * ogra_ curses and backs up his data manually ... [12:32] ogra_, " ogra_: mamenyaka filed bug #1237998 and wondering when someone would get to it [12:32] jdstrand, mamenyaka, i'll try to, but no promise" [12:32] bug 1237998 in lxc-android-config (Ubuntu) "apparmor policy snippets for pollux, pollux_windy" [Undecided,New] https://launchpad.net/bugs/1237998 [12:33] mamenyaka, hmm, i cant even remember this [12:33] ogra_, just some files that need to be included in the daily builds - here: /usr/share/apparmor/hardware/graphics.d/ [12:34] ogra_, yeah, it was a long time ago, even I totally forgot about them [12:34] right, i wonder why that doesnt happen in one of the apparmor data packages [12:34] but instead in the container setup package [12:34] it was said, that it will change, but I have no information on that [12:35] * ogra_ will wait for jdstrand ... i think it rather belongs into apparmor [12:35] if thats not possible i can indeed pull it into lxc-android-config ... but it fells like the wrong place [12:36] I checked the latest 1111.1 image, it has the files for the nexuses in there [12:36] but idk [12:36] ogra_, do you know something about moving to android 4.3, 4.4 base for trusty? [12:37] the possible support for nexus5 is still not finally decided i think ... [12:37] if we move on we will have to switch to 4.4 [12:37] * ogra_ curses loudly ... [12:37] INFO:phablet-flash:Booting /tmp/tmpDyzZI5/partitions/recovery.img [12:37] < waiting for device > [12:37] downloading 'boot.img'... [12:38] what a crap [12:38] (hangs there forever ... i lost all mu dogfooding data ... OTA doesnt work and phablet-flash apparently doesnt either) [12:38] what's with that phablet-flash thingy? [12:38] what a user experience [12:39] ogra_: phablet-flash loses everything as far as I knew I thought there was a bug for that [12:40] davmor2, that was supposed to be fixed since early trusty days [12:40] sergiusens fixed it a while ago afaik [12:40] ogra_: fair enough [12:40] davmor2, but even with --no-backup it just hangs [12:41] ogra_: it worked for me on maguro on r18 twice [12:41] not tried a newer image [12:41] i'm on 20 [12:41] ogra_, you seem to be on an old version of phablet-tools or trying to flash from recovery [12:41] or trying to get to 20 [12:42] davmor2, I'm flip flopping channels like crazy; only problem with that is app configuration file stability now :-) [12:42] sergiusens, yeah, after OTA trashed my device and the phablet-flash run failed twice i now try from recovery [12:42] ogasawara, how did that happen? [12:42] oops [12:42] as a last resort [12:42] ogra_, ^ [12:42] OTA with 19 and 20 fails the signature check after download [12:43] ogra_, hmmm, that is probably something that can be improved upon, as in check all files' sigs before doing anything else [12:43] so i resorted to phablet-flash ... (latest version, upgraded right before trying) [12:43] that fell over doing the backup ... [12:44] so i did a manual backup and now try from recovery [12:44] ogra_, sergiusens: sadtrombone.com [12:44] which hangs at downloading boot.img [12:44] ogra_, see, you are on an old version; it doesn't try any backup at all, it relies on the system image stuff all by itself [12:45] sergiusens, 1.0+14.04.20131108-0ubuntu1 [12:45] as i said, upgraded right before using it [12:45] ogra_, hmmm, I wonder how it fails to backup; only reason it would do that is if system-image-cli returns 0 [12:45] ogra_, are you trying to flash boot.img? [12:46] mamenyaka, i'm trying to behave like an enduser :) [12:46] and use phablet-flash since the OTA didnt work [12:46] mamenyaka, phablet flash does a fastboot boot recovery.img in there [12:46] ogra_, haha [12:46] ogra_, but it needs to be in bootloader mode for that [12:46] mamenyaka, phablet-flash cares for that [12:46] ogra_, last time you had that issue you rebooted your machine and it started to work, right? [12:47] i have a giant green android on screen atm [12:47] ogra_, then why does it fail? [12:47] * ogra_ checks dmesg if there are any USB errors ... i would be surpised though since backing up data worked and the phone does all it should triggered by phablet-flash [12:48] ogra_, on every android forum they are discouraging the use of toolkits like this [12:48] * ogra_ tries another USB port [12:49] mamenyaka, why? [12:49] sergiusens: not sure if that help, but grepping "backup" in phablet-flash or in /usr/lib/python2.7/dist-packages/phabletutils/*, I find no call to the function [12:49] mamenyaka, well, we have no proper manual install method for system-image installs [12:49] sergiusens, well, does it work for ogra_ ? [12:49] a simple script would suffice [12:49] mamenyaka, he can't even do it manually [12:49] mamenyaka, as in boot a boot image [12:49] bzoltan: hey ... http://developer.ubuntu.com/api/qml/sdk-1.0/ is an internal server error for me [12:49] sergiusens, no, idea, i havent tried anything manually [12:50] didrocks, nah, there is no backup function in phablet-flash anymore [12:50] as i said, i try to behave like an enduser [12:50] ogra_, you did last time I told you to try [12:50] asac: that is not right [12:50] to see how the experience is if OTA is broken [12:50] ERROR:phablet-flash:Command 'adb reboot bootloader' returned non-zero exit status 1 [12:50] so changing the USB port just made it worse [12:51] asac: dpm, mhall119 should be able to help with that [12:51] mamenyaka, I bet you ogra_ can't even run fastboot boot recovery.img manually [12:51] * ogra_ changes back [12:51] mamenyaka, he had this issue before and a reboot of his host solved it [12:51] sergiusens, well, not until he tries it [12:52] mamenyaka, there is no simple script for image based updates [12:52] grrr ... if phablet-flash wouldnt wipe its workdirs :P [12:52] * ogra_ copies recovery.img out of the tmpdir this time [12:52] sergiusens, updates eally only should be flashing a .zip or two in recovery [12:53] bzoltan, asac, thanks for the heads up, trying to find out from IS what's going on [12:53] mamenyaka, you should really look at https://wiki.ubuntu.com/ImageBasedUpgrades [12:53] like rommanager on android [12:54] mamenyaka, using zips is legacy [12:55] sergiusens, seems you are right ... fastboot boot recovery.img hangs the same way [12:55] ogra_, you had this issue 1 month ago already ;-) I just remember :-) [12:56] yeah, luckily my new lappie comes tomorrow [12:56] sigh [12:56] ogra_, do you have the correct "fastboot devices" output? [12:56] ogra_, is this on the chromebook or desktop? [12:56] sergiusens, chromebook [12:57] mamenyaka, no idea, i cant even ctrl-c the fastboot command now [12:57] ogra_, just fire up a new terminal and shoot [12:57] 0149CBF011006012 fastboot [12:57] all fine [12:57] yep [12:58] well, i'll try the same later on my desktop [12:58] should work there [12:58] * ogra_ is really looking forward to the day we drop the unstable low end crap [12:58] (my mako never had any issues even on the chromebook) [12:59] ogra_, low end as in maguro? [12:59] yeah [13:00] well, low end as in "falls over if you touch the phone" and such stuff :) [13:00] ogra_, well it is barely usable, I'll give you that [13:00] ogra_, I need to buy a new phone soon or I'll go crazy with mir :-) [13:00] sergiusens, well, this image based upgrade system looks interesting [13:00] what limitations does dpkg and have? [13:01] and apt* [13:01] mamenyaka, that's what everyone should be using [13:01] mamenyaka, it's slow and it can break [13:01] i really want us to support 512M dualcore devices ... but seeing how much breakage we get with maguro i'll happily see it go [13:01] mamenyaka, not a problem on desktop; [13:01] mamenyaka, image based upgrades also care for deltas [13:01] ogra_: Wimp [13:02] mamenyaka, I think stgraber was going to eventually post how to build your own upgrade server [13:02] well, on my tablet apt works ok [13:02] mamenyaka, once you move to the other system you really don't want to go back ;-) [13:02] mamenyaka, as an end user that is; for development apt/dpkg are still valuable [13:02] sergiusens, we'll see, but first I think that there are more important thigs to worry about [13:04] is the sleep/wake fixed in newer builds? === soul is now known as Guest491 [13:04] I tried it like a week ago on my mako, and the device didn't wake === alan_g is now known as alan_g|lunch === dandrader is now known as dandrader|afk [13:12] asac, bzoltan http://developer.ubuntu.com/api/qml/sdk-1.0/ is back [13:13] cd [13:14] xnox, ~$ [13:15] dpm: thx [13:15] bzoltan: is http://developer.ubuntu.com/api/qml/sdk-1.0/ everything that a QML developer can use? [13:20] asac: The UITK is here http://developer.ubuntu.com/api/qml/sdk-1.0/UbuntuUserInterfaceToolkit.overview-ubuntu-sdk/ === MacSlow|lunch is now known as MacSlow [13:20] asac: but generally saying, yes the API set is what is there [13:21] dpm, bzoltan how about plugins like the browser plugin ? [13:22] finding any docs for that seems impossible [13:22] (i guess there are more, but for that particular one i had to read the source to find out what it can do) [13:22] oSoMoN, do we have any API documentation for the browser plugin? ^^ [13:24] ogra_: these are plugin types available on the image -> http://pastebin.ubuntu.com/6405267/ [13:24] bzoltan, right. the documentation lackas a bunch of them [13:25] *lacks === dandrader|afk is now known as dandrader [13:25] ogra_: the qtdeclarative5-ubuntu-ui-extras-browser-plugin is packaged separate from the UITK [13:26] well, it is installed (and afaik used by a bunch of apps already ... people even blogged about using them) [13:26] ogra_: http://pastebin.ubuntu.com/6405283/ [13:29] bzoltan, http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.trusty/view/head:/sdk-libs ... thats our defined framework ... imho all these bits and pieces need to be documented [13:29] ogra_: i agree [13:29] (intestinngly the browser plugin isnt listed there ... we should move it over) [13:30] ogra_, bzoltan: I thought ui-extras were not too stable / good bindings? [13:31] e.g. qtdeclarative5-ubuntu-ui-extras0.1 says some components can't be included in SDK due to quality issues [13:31] lool: I pay little attention for what is going in the so called extras. I suggested long time ago to stop using extras and integrate properly everything to the UITK [13:31] lool, that doesnt prevent people from using them if installed ... [13:31] or perhaps you guys mean these should still be on developer.u.c, with suitable warnings [13:31] yes [13:31] ogra_: well then they will break if they change [13:32] we should at least have functional documentation for the pieces we ship [13:32] (with appropriate warnings) === Namidairo is now known as Namidairo`bnc === Namidairo`bnc is now known as Namidairo === [1]SamZaNemesis is now known as SamZaNemesis === alan_g|lunch is now known as alan_g [13:52] barry, mandel_: So I'm getting this 115% download; also download % goes down at the beginning of the download, and the download fails in the end; I think this got reported on maguro, I also get it on mako; are you guys on top of this one? [13:52] seemingly it breaks updates; I'll try a 3rd time though [13:53] I guess the download % go down each time a new file size is known [13:54] failed 3 times now [13:54] I guess system-image-cli -b 0 would do a full and might work === fmasi_afk is now known as fmasi [13:57] lool, bug 1250181 [13:57] bug 1250181 in system-image (Ubuntu) "download update from 16 to 20 failed on mako" [Undecided,Confirmed] https://launchpad.net/bugs/1250181 [13:58] lool, barry and mandel_ started looking into it yesterday already [14:00] lool, there was one image rollback on the server (17 was massively broken, so 15 was rolled forward into becoming 18 to not break peoples phones) [14:01] lool, but according to stgraber everyything on the server side is ok, he checked several times yesterday ... the assumption was that it exposes a bug in s-i or the download-manager that wasnt triggered before [14:01] dpm, mhall119: what do you think about https://lists.launchpad.net/ubuntu-phone/msg05078.html? [14:01] dpm, re- documentation for the browser plugin, no, not yet [14:03] ogra_: re 1237618 and 1237998> this was discussed on ubuntu-devel and in bug #1197133, those files should be in lxc-android-config [14:03] bug 1197133 in lxc-android-config (Ubuntu) "SDK applications require hardware-specific direct access to graphics devices" [High,Triaged] https://launchpad.net/bugs/1197133 [14:04] ogra_: I have a todo to take the existing ones we have and move them out of apparmor-easyprof-ubuntu and into lxc-android-config [14:04] jdstrand, ah, ok, i was missing context ... thanks for clearifying [14:05] ogra_: I had done all the work creating the directories, shuffling things around, adjusting policy, etc for the existing ones, but due to the timing of the release, I didn't move them out of the package yet [14:05] right, thats why i forgot about it too [14:05] but, the directories are there-- those two bugs aren't blocked on my doing my thing [14:05] * ogra_ has a bunch of pending stuff to do for port support [14:05] * jdstrand nods [14:06] ogra_: I also updated https://wiki.ubuntu.com/Touch/Porting [14:07] jdstrand, thx ! [14:07] np [14:29] dholbach: I agree with Kaleo, I think we'll want to have it separate from the release schedule [14:29] cool [14:31] didrocks: ping [14:31]