[00:04] well, now I'm stuck in recovery with a message that says "autodeploy.zip not found" [00:06] desktop terminal says it's pushing recovery, but I'm already in recovery, so... [00:06] oh wait, there it goes. [00:18] With the current files up I am handing ont he google screen after autodeploy's [00:18] *hanging === chriadam|away is now known as chriadam === LarrySteeze|Away is now known as LarrySteeze [02:33] How can I do kernel debugging? I am trying to add VT support to my kernel but it crashes on boot, and my SoC disables uart on my device [02:34] I have a HTC Ville (One S) [03:06] Anybody know about how to utilize libhybris? [03:06] *on the desktop === LarrySteeze is now known as LarrySteeze|Away [03:47] Nothing_Much: I don't think it makes any sense on desktop. It exists to utilize Android libraries. Hence we have https://bugs.launchpad.net/ubuntu/+source/libhybris/+bug/1232962 [03:47] Ubuntu bug 1232962 in libhybris (Ubuntu) "hybris packages should fail to install if an Android filesystem is not detected" [Wishlist,New] [03:48] duflu_: Actually I'm on an Arm computer with an Ubuntu desktop [03:48] Nothing_Much: Oh, interesting case [03:49] Yeah, I supposedly have Android files in my new /system* folder [03:49] I'm following a tutorial, but step 1 is complex to me [03:49] Well [03:49] It's not really specified what I should do [03:50] Am I supposed to replace the zImage and config files? [03:51] Nothing_Much: Try asking rsalveti === duflu_ is now known as duflu [03:51] rsalveti: Is it possible to use libhybris on an Arm Ubuntu desktop? [03:51] Am I allowed to link my question from an external website? [03:54] duflu: Can I link to my reddit post about my question? [03:54] Nothing_Much: Go ahead, but your question is now beyond my knowledge [03:54] http://www.reddit.com/r/linuxquestions/comments/1qam58/how_to_utilize_libhybris_on_ubuntu_desktop_1310/ === Namidairo`bnc is now known as Namidairo === Ursinha-afk is now known as Ursinha === chihchun_afk is now known as chihchun === iahmad is now known as iahmad|afk === soul is now known as Guest31355 [08:11] morning [08:11] so [08:12] is there anywhere where I can see *all* the past calls and such? === soul is now known as Guest63124 [08:21] Myrtti: calls? [08:21] oh, call log, yes [08:22] Myrtti: dialler -> tap the top bar, scroll across to "Call log" [08:22] popey: thanks, I though I was starting to imagine things [08:23] ... I got stressed over a telemarketer? [08:23] nnngghh [08:25] thought even. === chihchun is now known as chihchun_afk === fmasi_afk is now known as fmasi [09:23] Good morning all; happy Origami Day! :-D [09:28] * ogra_ folds it === chihchun_afk is now known as chihchun === rachelliu_ is now known as rachelliu === chriadam is now known as chriadam|away [10:58] Morning all === fmasi is now known as fmasi_afk === fmasi_afk is now known as fmasi [11:07] Saviq, ping [11:08] tvoss, /me off today, email please [11:08] Saviq, ack === _salem is now known as salem_ [11:57] how to run on go clever tablet? [12:17] plugin any software in to Ubuntu operating system | http://askubuntu.com/q/375402 === chihchun is now known as chihchun_afk === MacSlow is now known as MacSlow|lunch [12:43] Will the mobile network connection work on the Nexus 7? | http://askubuntu.com/q/375408 [12:44] attache gamesurge === fmasi is now known as fmasi_afk === alan_g is now known as alan_g|lunch === dandrader is now known as dandrader|afk [13:37] rsalveti: is it just me, or initramfs-tools-touch first mounts ${rootmnt} as read only, and then tries to do "mkdir -p" under ${rootmnt}/ ... === MacSlow|lunch is now known as MacSlow [13:38] xnox: if you're trying the emulator with the current initd, it'll be broken because of the revert done last saturday, I'm fixing it as we speak [13:39] rsalveti: ok. i'll wait for that upload, before I continue testing my new features. [13:39] xnox: which features? [13:39] rsalveti: no-loop mounts. [13:39] xnox: hm, right, why? [13:39] xnox: don't we want to simulate the system-based image? [13:40] if you don't want loop-based mounts, it's just better to not use it at all [13:40] rsalveti: because we don't want loop-mounts, they cause shutdown ordering problems. Ideally we'd like to repartition existing devices, but all of them have broken partition tables. With emulator we can finally simulate what we actually want. "system partition" with ubuntu rootfs direct, no loop-mounts, mounted read-only direct, "userdata partition" mounted read-write. [13:41] rsalveti: hence i'm updating initramfs-tools-ubuntu-touch, to support one more type of booting =) [13:41] (well rootfs setup) [13:41] xnox: right, but while I agree with the solution, I still believe it's better to simulate what we end up using in our supported devices [13:42] it currectly has loop-mounted rootfs, legacy flipped and no i'm adding non-loop rootfs =) [13:42] so people can also use the emulator to test changes in the initrd [13:42] rsalveti: sure. the default for the emulator will stay as the current system-image one. [13:42] rsalveti: non-loop is a demo/preview for evaluation =) [13:42] right, fine then :-) [13:44] hi rsalveti, this last weekend I was trying to get a port going, but I encountered some build problems. Do the steps in the "Building Android for Ubuntu" look sensible to you? Anything that I might have missed? -> https://wiki.ubuntu.com/Touch/Devices/galaxysl [13:45] let me take a look [13:46] cool, thanks [13:47] dpm: first issue, we're using phablet-trusty now (unless you want to start with a saucy-based port) [13:47] repo init -u git://phablet.ubuntu.com/CyanogenMod/android.git -b phablet-saucy [13:48] rsalveti, I thought I'd use a stable image for the port, but I can switch to trusty if that's the recommended way [13:48] dpm: while testing against something stable is indeed easier, it's better to use our dev release as we can fix possible issues in phablet.u.c :-) === Namidairo is now known as Namidairo`bnc [13:49] other than that, the instructions all look fine, just need to understand the build failure now === dandrader|afk is now known as dandrader [13:49] something might be missing [13:49] make: *** No rule to make target `/home/dpm/dev/phablet/out/target/product/galaxysl/obj/SHARED_LIBRARIES/libwpa_client_intermediates/export_includes', needed by `/home/dpm/dev/phablet/out/target/product/galaxysl/obj/SHARED_LIBRARIES/libhardware_legacy_intermediates/import_includes'. Stop. [13:50] this means that libhardware_legacy_intermediates depends on libwpa_client, but nothing is building libwpa_client [13:51] rsalveti, yeah, it seems to have to do with wpa supplicant, but the sources for wpa supplicant are there. I couldn't figure it out. I tried to do a vanilla build of CM10.1 for this device, and the build succeeded. I'm not sure which part is removed in the Ubuntu build === Namidairo`bnc is now known as Namidairo [13:51] dpm: see build/core/main.mk, that's where we add the projects we want to build [13:51] * dpm looks [13:52] dpm: subdirs := \ [13:52] abi/cpp \ [13:52] ... [13:52] and we also have a few specifics per device as well [13:52] rsalveti, aha, I think external/wpa_supplicant_8_ti \ is missing from subdirs [13:53] dpm: right, could be [13:53] ifeq ($(TARGET_PRODUCT), cm_manta) [13:53] subdirs += \ [13:53] system/security/keystore [13:53] endif [13:53] you can add something similar for your device [13:56] dpm: while debugging, you can also use mmm to build the needed project by hand [13:56] that will put the dependency in place for you [13:56] so you could try mmm external/wpa_supplicant_8_ti [13:56] and then calling brunch again [13:56] to see if that fixes it [13:56] ok, cool [13:56] once you find the missing project, you can add it to the default dependencies [13:59] rsalveti, adding the conditional subdirs worked to fix the initial error, but now I'm getting make: *** No rule to make target `/home/dpm/dev/phablet/out/target/product/galaxysl/obj/SHARED_LIBRARIES/libnativehelper_intermediates/export_includes', needed by `/home/dpm/dev/phablet/out/target/product/galaxysl/obj/SHARED_LIBRARIES/libbt-vendor_intermediates/import_includes'. Stop. - is it always going to be trial and error, or is there a way to figure out [13:59] any missing subdirs before the build? [14:00] dpm: not an automatic way, as you need to check in the Android.mk file to see which dependencies are needed, that's why it's easier to just try and fix as you go [14:00] ok, will do that, thanks! === fmasi_afk is now known as fmasi === greyback is now known as greyback|lunch === alan_g|lunch is now known as alan_g [14:25] is there a table that shows what components are re-used from AOSP/CM and what is new? [14:25] I'm thinking of things like AudioFlinger replaced with PulseAudio, SurfaceFlinger with Mir etc === greyback|lunch is now known as greyback [14:35] awafaa: not that i'm aware of [14:36] rsalveti, it seems that for my port's build to work, I need to add the external/bluetooth directory from cm10.1, which is not pulled from phablet.u.c - what's the best way to make sure that directory is pulled? [14:36] popey: ok, in that case could you advise on what else has changed? [14:42] awafaa: someone else may be better placed, such as xnox or rsalveti ☻ [14:44] awafaa: it's easier to do it other way around. Everything is stock / normal ubuntu. There is android container which has libhybris which is used to access: hw graphics drivers, use surface flinger (unless mir is used), access ritld (phone/sim stuff), camera device. [14:44] video and audio codecs too [14:44] yeap, thanks ogra_ =) [14:44] and sensors/GPS indeed [14:44] excellent, thanks xnox & ogra_ [14:46] and am i correct in saying that system apps are considered apps for system functionality and core are for user experience? [14:46] im trying to explain why there are the two groups of apps [14:47] awafaa: there are no two groups of apps. [14:47] awafaa: what do you mean by "system apps" [14:47] awafaa: and what do you mean by "core" [14:47] the confusion comes across probably because of the core apps (community apps) project [14:47] which wasn't the best name [14:48] core apps being the ones that we created in collaboration with the community, you can think of "system" apps as the ones internally made (but also open source). [14:48] but they're all just apps [14:49] xnox: basically what popey said [14:49] thanks for the clarification [14:51] awafaa: no-matter who they are developed by the useful distinction are: pre-installed on the image vs 3rd-party software-store click apps (those that one can download/install) [14:52] awafaa: the former are updated together with the rest of the system image update, latter are upgraded on-demand individually from the store. [14:53] makes sense, thanks again [14:53] well [14:53] thats not clear either [14:53] because we have put the baked-in apps in the store too ☻ [14:53] =) i omitted nity grity detail, about pre-installed clicks =) [14:53] ☻ [14:53] which is imho a backdoor =) [14:54] well, that's a bad word, "dual upgrade path" [14:54] click apps. [14:54] they dont get updated by a system image update [14:54] do they? [14:54] oh, i did not know that. [14:54] i thought they are. [14:54] we update them through the store [14:55] well, the community ones are updated in the store, and also baked into the full image [14:55] popey: which is fetched to the image, at image build-time. such that fresh image has fresh pre-installed clicks. [14:55] dont think the camera/dialler etc are though [14:55] right, okay, i agree on that [14:55] popey: but if that translates into "upgrade click on delta-system-image upgrade, if new image has newer click" i don't know. [14:55] (and it wasn't upgraded via store yet by the user) [14:56] easy enough to test though. Flash old image, don't sign into store, upgrade to newer image, check version numbers of the installed clicks. [14:56] well the image only updates /usr/share/click/pre-installed, not /opt/com.ubuntu.click/... which takes precidence? [14:56] yeah [14:56] unless there is an upgrade hook, that does. [14:56] somehow /opt/com.ubuntu.click is updated on first boot from pre-installed. [14:57] magic [14:57] so how would you recommend to measure power usage if using a system image? [14:59] awafaa: not sure it's accurate / easy without influencing the results [14:59] but /sys/class/power_supply/battery is interesting [14:59] cking has done some work profiling power usage, but we haven't focussed our attention on optimising for that yet [15:00] popey: agree that it's easy to influence. i was curious as to how purely from an informative perspective [15:01] makes sense, get it working first then get it work well [15:01] err, get it working well even [15:01] awafaa: i wrote a simple script which polls those files for battery level over time [15:01] as a cron job every minute [15:01] awafaa, http://smackerelofopinion.blogspot.co.uk/2012/11/non-linear-characteristics-in-draining.html [15:01] there we go ☻ [15:02] * ogra_ just goes to system-settings -> battery :P [15:02] it has a shiny graph and all [15:04] and I have some shiny tools in https://launchpad.net/~colin-king/+archive/white [15:04] :D [15:22] thanks chaps === alan_g is now known as alan_g|tea [15:32] ogra_: well the android to Ubuntu-touch test seems to be going well so far :) === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader|lunc === dandrader|lunc is now known as dandrader|lunch [15:37] dpm: you can add as a dependency from your device repository [15:37] at device/samsung/galaxysl, check for cm.dependencies [15:37] dpm: as long you maintain that repo, you can safely add it there === jono is now known as Guest19842 [15:37] dpm: or you could also see what is requiring that bluetooth dependency and remove that as well, as we use bluez anyway [15:38] rsalveti, ah, I think the later might make more sense, but for the sake of just getting it to build now, I'll go temporarily for cm.dependencies [15:38] * ogra_ watchest the OTA update on his maguro slowly count to 115% [15:38] and fail ! [15:39] bah ! [15:39] ogra_: you didn't bump initrd and android [15:39] I'm pushing android now [15:39] rsalveti, that was #190 [15:39] already did the initrd [15:39] #19 [15:40] built 6h ago [15:40] sure, but the new systemd rules were not part of that build [15:40] http://people.canonical.com/~ogra/touch-image-stats/20131111.changes [15:40] they were :) [15:40] ogra_: r18 ota killed my maguro but phablet flash fixored it admittedly wiping all my data [15:40] ogra_: not in the initrd :-) [15:40] rsalveti, argh ! [15:40] indeed [15:40] davmor2: you should have asked in here, we could have fixed without wiping [15:41] rsalveti, sh*t!!! [15:41] so 19 will be broken too [15:41] ogra_: just pushed a new android respin, once that's done, you can trigger a new image [15:41] yeah, but thats more than 2h out [15:41] popey: it was Sunday at 9:30 and I needed my phone back up and running [15:42] ogra_: well, not much we can do I guess [15:42] and removing images doesnt really work well ... [15:42] popey: other wise I would of :) [15:42] you have to copy a reverse version over the new image and it will regenerate all diffs [15:42] popey: plus I couldn't get passed the google logog [15:42] davmor2: i know, I had same [15:42] but i guess that takes nearly as long [15:42] davmor2: it's fixable [15:43] ogra_: oh, right [15:43] awafaa: I think we might have that documented somewhere === alan_g|tea is now known as alan_g [15:43] popey: indeed it almost always is but then I also knew I was doing an android → current UT today too so would be blowing everything away anyway :) [15:43] awafaa: we replaced a few components already, but we're still using the android hal for the core components [15:44] davmor2, popey well, dont upgrade to #19 [15:45] it will have the same prob [15:45] :D [15:45] I'm not upgrading till you do my friend ☻ [15:45] * ogra_ guesses once #20 is out he will have to write a long mail to the phone ML === Namidairo is now known as Namidairo`bnc [15:45] what a mess [15:46] ogra_: so Android current on maguro to Ubuntu Touch 18 worked fine woohoo :) [15:46] well, image 18 is image 15 in fact [15:46] just re-labeled [15:50] awafaa: https://docs.google.com/a/canonical.com/presentation/d/1WZ07phR2SjvHK1JaNGFakjGCW6Jr8_o33HvKLojQ7hI/edit#slide=id.p [15:50] awafaa: a few slides showing the current architecture [15:53] rsalveti: thanks very much! [15:53] we still need to build a wiki page with an up-to-date description of our architecture [15:56] rsalveti: that's really cool presentation! [15:57] xnox, dont say that to loud else PR will steal him from us !!! [16:25] rsalveti: I recently tried to integrate your work for getting pulseaudio working with UCM on ubuntu touch into our environment [16:25] it mostly works but just can't get pulseaudio to output anything to the speakers [16:26] so I wondered if there is any special configuration needed to set it up correctly [16:30] morphis: hm, for basic audio it should just work, once you have the right ucm files in place [16:30] even aplay should work (without pulse) [16:30] aplay works fine [16:30] but throuh paplay there is no sound === dandrader|lunch is now known as dandrader [16:30] the other changes we got was just to trigger the modem output/input when you setup a call (which talks with the audio hal) [16:31] yeah I know but that should needed yet for basic audio output [16:31] yeah [16:31] hi [16:31] morphis: which device? [16:31] maguro/mako/grouper [16:31] it's the same for all === awesome is now known as Guest71194 [16:31] can i install ubuntu touch on galaxy s2 gti 9100? [16:31] morphis: let me get the log output from our pulse, just a sec [16:32] rsalveti: slight difference is that we start pulseaudio in system mode [16:32] can i install ubuntu touch on galaxy s2 gti 9100? [16:33] oh, and we also have additional logic in there to handle jack detection [16:33] hm, shouldn't make any difference [16:33] rsalveti: I have that patch already in our setup too :) [16:33] cool [16:34] assholes === gatox is now known as gatox_lunch [16:34] wtf [16:34] hm, seems like I've found one problem [16:35] it seems to work after a restart of the daemon but not when it's automatically started at boot tiem [16:35] interesting, why didn't that worked before [16:36] maybe a race with alsa/ucm? [16:38] rsalveti: possible [16:38] trying currently to start it later in the process to see wether the problem results in someone coming in between and changing the configuration [16:41] right [16:45] hello does someone known touch script here? [16:50] touch script try to mount /var/lib/lxc/android/system.img /android-system but where come from this sutem.img, does somebody know? [16:54] tygerlord: it's the android system image which you build with the phablet environment [16:54] it's part of the userdata partition, when you're booting using the system-image format [16:54] which is indeed the android system image built with the phablet environment [16:55] ogra_: do we have a wiki page describing how to use the system-image format? [16:55] rsalveti, not so sure how much it goes into detail [16:55] Ok. I have a system.img on out/target/product/crespo/system.img but i can mount it [16:56] https://wiki.ubuntu.com/ImageBasedUpgrades [16:56] guess first step is trying to run ubuntu-touch just with the flipped container, not using system-image [16:56] once you have it all working, you can try to switch to the system-image format (root mounted as ro) [16:57] I can't mount it system type is unknow, i've tried ext but fail [16:59] that depends how the system.img is created for your device [16:59] I believe we're only supporting ext4 based fs atm [16:59] touch script dont specify mount type ... [17:00] right, but that's because it tries to find out the right format automatically [17:00] you said you can't even mount that file in your host [17:00] wonder if that is using yaffs2 [17:01] are you sure its a filesystem image and not a sparse image that needs converting first ? [17:01] yeah, you're right, from the android side it should still be a sparse image [17:01] I don't knwo what is a sparse image? [17:01] so you might need sim2img [17:01] to convert it [17:03] Ok thank you very much ogra_ and rsalveti I will try this. [17:03] good luck [17:04] ogra_: so is image 20 happening today or will it be tomorrow now? [17:04] davmor2, it will happen soon [17:04] ogra_: you can probably trigger that already [17:04] yeah, android was just published it seems [17:04] * ogra_ shakes his fist at britney ... stop drinking and taking drugs and process the android package !!! [17:05] oh, cool [17:05] not yet in rmadison [17:05] ogra_: should take another 5 mins [17:05] i have it here [17:05] ogra_: ok, it is now :-) [17:05] buolding :) [17:05] go for it :-) === gatox_lunch is now known as gatox [17:25] Hi to all, a simple question: Nexus7 vers. 2013 is supported in the future? [17:26] rsalveti: ok, fixed the issue [17:26] starting pulseaudio a little bit later helps [17:26] great, so indeed a race [17:26] jockerfox, it isn't currently, and it's unclear still if it will be or not [17:26] rsalveti: one further thing, did you saw something like http://pastie.org/8472401 on the N4? [17:27] rsalveti: right [17:27] jockerfox: should be once someone do the port for it [17:27] we'll be changing our android baseline version soon, which will help [17:27] but we (I don't at least) have the device to test [17:28] morphis: saw that a few times already [17:28] not sure yet what triggers it though [17:28] bueno & rsalveti: ok.. thanks [17:28] rsalveti: I guess it's some shader code which is causing this [17:29] will try to track it with apitrace later [17:29] great [17:32] rsalveti: just time consuming .. [17:32] rsalveti: I was told to ask you whether it is possible to utilize Libhybris on an arm desktop using Ubuntu desktop or not. [17:33] Nothing_Much: sure, it all depends on what you want to use with libhybris [17:34] if you mean the GL driver, you could create a x11 driver for it, but it might be a bit painful [17:34] otherwise you could use mir or wayland, but then you'll need a different desktop environment [17:35] I just need a GL driver for an SGX 544 [17:35] Mir and Wayland don't work if I just install them [17:35] What's happening with the latest builds? OTA breaks the phone [17:35] yeah, not outside the box, you probably need some work to get that going [17:36] morphis: do you know if we have any crazy one that created a x11 driver using libhybris? [17:36] timppa: if you're using devel-proposed, the next image should fix your issue (which is still building) [17:37] but guess you'll need to reflash with phablet-flash [17:37] rsalveti: yes [17:37] rsalveti: thanks [17:37] we had an issue with the initrd, that makes the boot to crash [17:37] can it be fixed from busybox? [17:38] rsalveti: maybe grolea did [17:38] timppa: nops, as you need to update the initrd udev rules [17:38] ok [17:38] s/grolea/groleo/ [17:38] morphis: interesting [17:38] morphis: to use with sgx? [17:38] I think so [17:38] at least I heard that someone tried it with sgx [17:39] cool [17:39] rsalveti: ETA on the build to finish? [17:39] Nothing_Much: then you might want to ping groleo to see if he got that to work === fmasi is now known as fmasi_afk [17:39] Nothing_Much: watch in #libhybris for him [17:39] alright [17:39] ogra_ started it 40mins ago, should be done in ~20,30 min [17:40] ok [17:40] timppa: but you can flash the boot.img from an older image if you have that around [17:40] Nothing_Much: you can also ask thp in #libhybris [17:40] rsalveti: that's ok, I'll wait for the build [17:40] Thanks, I'll ask them, groleo doesn't seem to be on though [17:41] rsalveti, I managed to build my first port, now let's flash it and see if it works :) [17:41] dpm: great [17:52] the cdimage part of the build is done already ... waiting for system-image to be done processing it [18:01] rsalveti, so right now the phone I want to install the port on has CM 10.1 installed. What are the steps to get the port running, something along the lines of 1) Reboot to recovery and wipe data 2) Flash the zip file resulting from the build 3) Flash saucy-preinstalled-phablet-armhf.zip ? [18:03] dpm: that sounds about right =) [18:03] Hi guys. What about simcard apps ? Will it be supported by ubuntu-touch ? With my (*%&"£) phone provider when i go abroad i need to normally change few settings in the simcard apps (roaming etc) to get the phone going. I have not been able to enable my phone while i was abroad. Are they going to be supported? === salem_ is now known as _salem [18:04] thanks for confirming xnox, I'll wait for the android backup to finish and then give it a go :) [18:04] dpm: yup :-) === alan_g is now known as alan_g|EOD [18:04] thanks :) === dandrader is now known as dandrader|bbl === dpm is now known as dpm-afk [18:08] ogra_, hilfe, i can't ota update [18:09] the update progress goes up to 117% and then says that download failed === _salem is now known as salem_ [18:32] stgraber, hmpf, seems there are issues with OTA upgrades now ... [18:32] (see mhr3 above and popey also has issues) [18:33] barry: ^ [18:33] stgraber, http://paste.ubuntu.com/6401140/ [18:34] seems a signing error [18:34] ogra_, stgraber keyring problem in trusty channel? [18:34] stgraber, ah, and my maguro also just went to 104% after 40min downloading :( [18:34] (nothing's changed in systemimage since saucy) [18:34] oh nice, today for the first time I noticed that my galaxy nexus's battery is charging while it is connected to my laptop :) [18:35] t1mp, dont trust it ... it isnt really charging ... a USB port only provudes 500mA ... [18:35] ogra_: but i've also seen some intermittent weirdness, possibly in u-d-m, which i'm still tracking down locally [18:35] t1mp, if it is on all the time the device will pull more thnan that out of the battery over time [18:35] barry: http://paste.ubuntu.com/6401152/ [18:36] ogra_: what I noticed is that the battery indicator showed almost empty a few hours ago, and a bit later half full, and now full. [18:36] ogra_: is the indicator wrong? [18:36] fwiw, the progress meters comes straight out of u-d-m. i just tell the u/i what it tells me [18:37] https://bugs.launchpad.net/ubuntu/+source/system-image/+bug/1250181 [18:37] t1mp, no, the indicator rightly detects you are attached to a power source [18:37] Ubuntu bug 1250181 in system-image (Ubuntu) "download update from 16 to 20 failed on mako" [Undecided,New] [18:37] barry: so on my side at least, that file sure looks signed [18:37] stgraber: it does indeed [18:37] ogra_: the battery charge shows that the charge increased, and the device has only been connected to my laptop today [18:37] popey: can you also include "df -h" and "system-image-cli -n"? [18:37] popey, barry, stgraber i have the same error [18:37] systemimage.gpg.SignatureError: /android/cache/recovery/device-4694debbd4315d3bc9b5a1ae5fa19887f582647d493a4116104a6271c070e49a.delta-device-6cfc4ca8b0ccfc96a9b2a75a1a104db9340c98ad52e91f573ed0c0c6063d7ff7.tar.xz [18:38] t1mp, well, if the screen is off it might charge a bit [18:38] ogra_: but I wasn't really using the device. It was on, but screen on standby mostly. [18:38] ogra_: ok :) [18:38] t1mp, but usually you drain more than it charges via USB port if you do something on the device [18:39] stgraber: done [18:40] I just confirmed the signature is also correct on the public mirror, so that's not some kind of corruption there... [18:40] let me switch my device to trusty-proposed and see what happens [18:41] stgraber, could that be caused by anything we did on the weekend ? [18:41] (rolling back to 15 and calling it 18 etc) [18:42] ogra_: it's not impossible but if that's the case, I'm not seeing it... [18:43] stgraber, my r19 download behaved similar ... i canceled it when rsalveti pointed out that 19 would be broken too [18:43] but i did definitely have around 120% in the progress bar for it too before doing that [18:43] ogra_: ok, were you at 18 at that point? [18:43] no, i'm still at 14 [18:44] k [18:44] Hello, I have a question. I am not using ubuntu on my PC because i like to play games, but i don't use my nexus 4 and I want to give it a try :) So I downloaded the zip files from xda topic and flashed them but my nexus 4 is stucked on google logo. [18:44] I flashed them again and still the same. Any solutions? [18:45] barry: so at this point I have two hypothesis, either the path is somehow requiring more disk space than is available (which seems a bit weird since a full should be preferred in that case since a full definitely fits) or the keyring stored in /var/lib/system-image is somehow wrong [18:45] stgraber: i get a signature error too with: system-image-cli --channel trusty-proposed -b 0 -v [18:46] barry: hmm, ok, same file? [18:46] stgraber: checking that now [18:47] Kaloqn, if you want to use zips (which we dont really encourage for nexus devices since all were switched to system images) better use http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ instead of a reandom link in a forum [18:48] I got the same touch file as this [18:48] barry: http://paste.ubuntu.com/6401209/ [18:48] I will try to use imges. Is it same as android with sdk? [18:48] if you use zips (note that many features wont work with that) make sure to flash the files in the right order [18:48] barry: that's the validation of the signatures of all files involved in a -b 0 [18:49] the device specific zip needs to go first [18:49] stgraber: on the server, right? [18:49] barry: yep [18:49] yeah i did this right [18:49] Is it same with installing it as android with sdk [18:50] barry: I've also manually rechecked the paths in the various indexes and they seem reasonable [18:50]