=== dlan__ is now known as dlan^ [05:01] mhall119: pong [06:53] hHello [06:53] I have an issue with my Nexus 4 and Unbuntu Trusty channel (104) [06:53] can you help me ? i don't know how activate the Wifi. It's seem not working [06:57] Xavier: Do you really mean image 104? [06:58] Xavier: Also, wifi troubles are likely to be a mismatch between underlying android version and Touch; at one point you needed to flash touch over android 4.3 in order to get working radios, but I thought that got fixed. But it would have been fixed in image ~200ish. [07:02] My device is Nexus4 (LG) with Android 4.4.2 [07:03] Select channel to install >>> trusty [07:03] maybe not (104) (was from memory). i re-install it and will say [07:06] Xavier: Hm. You might need to try flashing to Android 4.3 before flashing Touch. I thought that was resolved, though. [07:07] i need to come back the version of android ? [07:08] i don't know how.. (i'm just a "power" user, not dev). the dual boot was installed by a technical architect of ubuntu on the booth of ubuntu at mobile world congress [07:09] i think it was working. and the i try to uninstall (from android) and re-install (just to try by myself with exactly the same manipulations) and doesn't work... [07:10] maybe i need to have not the trusty version... but the more recently. wich one you recommand me to try ? [07:20] Xavier: Ah, you're using the dual-boot thingy. [07:20] yes [07:20] Xavier: Sorry, I don't have experience with that bit. [07:20] :-( sadly for me... [07:20] But if you hang around in here someone will :) === iahmad is now known as iahmad|afk === chriadam is now known as chriadam|away [09:05] Hi guys (again). With Nexus4 (dualboot) i can't connect my phone to the wifi. Ubuntu seems not enable to activate the wifi-chipset.It found no networks... i'm on the last trusty. Any idea ? [09:36] Good morning all; happy Monday, and happy What if Cats & Dogs Had Opposable Thumbs Day! :-D [10:05] xnox, sisne you fiddled with the py3 port of the ofono scripts as well, is either of these something that rings a bell for you ? https://jenkins.qa.ubuntu.com/job/trusty-touch-flo-smoke-daily/19/artifact/clientlogs/dialer_app/_usr_share_ofono_scripts_list-modems.0.crash/*view*/ https://jenkins.qa.ubuntu.com/job/trusty-touch-flo-smoke-daily/19/artifact/clientlogs/dialer_app/_usr_share_ofono_scripts_enable-modem.0.crash/*view*/ [10:06] they happen on every test (ofono-phonesim is installed before testing though, might have something to do with this) [10:06] started with the switch to py3 on the infrastructure [10:07] (apparentlyx it is not locally reproducable... at least not easily) [10:08] ogra_: i saw that with stock ofono, from before trying to port it to python3... [10:09] ogra_: and there is no python in ofono dbus service. the error says no ofono running / present on the system bus... [10:10] either ofnod was not started, or it crashed, or the "manual" was not over-overridden. [10:11] ogra_: it would be nice to see syslog for that job. [10:16] yeah [10:16] psivaa, ^^^ is that possible ? [10:17] ogra_: 1 sec [10:18] any syslog for any test run should eb fine ... they all expose it [10:18] *be [10:25] ogra_: xnox: this is from a mako device: http://pastebin.ubuntu.com/7026722/ [10:25] https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-daily/110/artifact/clientlogs/dialer_app/_usr_share_ofono_scripts_dial-number.32011.crash/*view*/ is the crash. [10:25] i guess both are similar. let me know if you need the log from flo [10:28] psivaa: browsing through it, looks like notes app is buggy? it's constantly denied to create ~/.local/share/notes-app shouldn't it be using a directory based on it's app-id? [10:28] ditto filemanager is getting loads of denies. [10:29] ofono looks fine though [10:29] the messages are not any different to my mako that still runs image 194 [10:29] (and works fine) [10:30] ogra_: why does ofono look fine to you? It's started 38 times... shouldn't it turn on and be left running the whole time? [10:30] xnox, not if the system reboots [10:30] xnox: those denials don't appear to cause the test results. i'm not sure the other impacts. i have not written the tests :) [10:32] psivaa: i mean, our apps under normal operations shouldn't be denied things. I trust our security-team more, thus I'd be inclined that our apps try to do something naughty, which is ok on the desktop, but not ok on the phone. [10:32] they are most likely just missing an apparmor entry [10:32] psivaa: thus, if on the desktop ~/.local/share/notes-app is used, but on the phone it's ~/.local/share/com.ubuntu.notes_app then our convergence will fall apart =) [10:33] ogra_: i thought click apps are only allowed ~/.local/share/${APP_ID} ?! [10:33] yes, they should be [10:34] anyway [10:34] ogra_: ok, so notes-app is wrong trying to do things to things outside of it's app_id. [10:34] ogra_: yeah, anyway. [10:34] i dont see anything unusual wrt ofono in the syslog [10:34] ogra_: phone is rebooted 31 times, yet ofono is brought up 38 times. [10:35] or it's incomplete syslog.... [10:35] i only see it being started 6 times [10:35] where do you see 38 ? [10:36] ogra@styx:~/Devel$ grep -c "oFono version" ofono-syslog.txt [10:36] 6 [10:36] i grep for "oFono version 1.12" in http://pastebin.ubuntu.com/7026722/ [10:36] and that gives me 38 hits. [10:37] oh [10:37] yet there are only 31 reboot, by my count.... [10:37] ogra@styx:~/Devel$ wc -l ofono-syslog.txt [10:37] 8122 ofono-syslog.txt [10:38] yeah, my copy paste is mangled [10:38] i guess the other restarts come from ofono-phonesim tearing down the fake modem during testing [10:40] since people do not see the issue in local testing and you usually dont have ofono-phonesim installed i suspect it needs some changes for the new py3 stuff [10:41] ogra_: ofono-phonesim doesn't use any py3 stuff.... and i see same errors with "py2 stuff".... [10:41] ogra_: ofonod is not published on the dbus and we need to figure out why. [10:41] well, doesnt it provide a fake dbus service ? [10:42] i thought that is what it does ... [10:43] phonesim? it starts normal ofnod with a dummy provider.... and it's a compiled binary no python at all.... [10:43] and publishes itself to dbus using qt4-dbus by the looks of things. [10:44] aha [10:44] http://paste.ubuntu.com/7026834/ [10:44] see that [10:44] the only thing we ported is scripts from py2 to py3... and i have seen same dbus errors with either when i was locally testing. [10:44] it calls /usr/share/ofono/scripts/list-modems [10:45] ogra_: do we have the /var/log/upstart/ofono-phonesim-autostart.log anywhere? [10:46] Seems I have no sound at all on my mako device. [10:46] xnox, ask psivaa [10:46] (from/during dialer-app tests) [10:46] psivaa: can we get /var/log/upstart/ofono-phonesim-autostart.log from after dialer-app tests have run? [10:46] xnox: 1 sec, let me see pls [10:46] xnox, if the list-modem script need a runnning ofono i can imagine whats wrong here [10:46] Just installed yesterday with latest trusty [10:46] ogra_: why? [10:46] xnox, ofono starts "on started dbus" ... [10:47] the ofono-phonesim autostart starts "on runlevel ..." [10:47] ogra_: it's a post-start script.... [10:47] ogra_: ofono-phonesim is on manual by default, overriden on touch, thus it doesn't start at all. [10:47] what puts it to manual ? [10:48] ogra_: thus one needs to manually do $ start ofono-phonesim... (e.g. i suppose test do?!) [10:48] ogra_: and by that time there is dbus running. [10:48] again, what puts it to manual ? [10:48] i dont see that in the package [10:48] ogra_: also dbus is available by the time runlevel 2 is emitted. [10:50] right, i still dont get why you say it is on manual [10:51] what i see though is debian/local/with-ofono-phonesim [10:51] which is called by the upstart job it seems ... and fiddles with dbus [10:52] andf which stops and starts ofono :) [10:52] there you got your extra restarts [10:52] xnox: http://pastebin.ubuntu.com/7026862/ is /var/log/ofnono-phonesim.log, there is no ofnon-phonesim-autostart.log file under /var/log/upstart/ [10:53] yeah, that seems to be created by that script [10:54] there we go ... full of dbus issues [10:57] psivaa: ogra_: right that's fine, cause it starts ofono-phonesim within 3 iterations, and time-out is after 10 iterations. [10:57] psivaa: ogra_: i guess it's better for it to redirect those messages to /dev/null. Since it knows it will take /some/ iterations to bring up ofono-phonesim in post-start. [10:58] psivaa: ogra_: those messages are harmless. What's the actual errors you are hunting for here? [10:58] xnox, about 12087245 .crash files per test run that we get since the new ofono package landed [10:59] we have to revert to the py2 versionn until this is fixed [10:59] ogra_: https://launchpad.net/bugs/12087245 something lost? [10:59] Error: ubuntu bug 12087245 not found [10:59] ogra_: can i see the crash file? and or correct bug number? [10:59] (unless we fix thebug before building the next image) [11:00] my initial ping had two crash files [11:00] they are always the same ones [11:01] ogra_: well, whoopsie is too good here. It's normal for python scripts to throw exceptions and thus exit.... [11:01] see the crashes column at http://ci.ubuntu.com/smokeng/trusty/touch/ ... in 215 the new ofono landed [11:01] ogra_: so we could modify the script in question to catch the exception (and thus not crash / not generate .crash file) [11:01] the order is to roll back before next image [11:01] ogra_: and exit non-zero with an erro rmessage. [11:02] well, but something has caused it [11:02] ogra_: reverts is for the weak, and acknoledging that one does not understand where the problem is comming from. [11:02] and the last phonesim change dates back to tuesday [11:02] it only showed up with new ofono [11:02] ogra_: if you don't know what is causing it, try a fix. [11:03] ogra_: psivaa: let me give a patch for list-modems, and check that is actually solves the problem. [11:03] ogra_: psivaa: and you rerun the dialer-app tests with it applied. [11:03] in which all scripts changed [11:03] xnox, its not my choice ... the next image needs to not have the crashes, one way or the other [11:03] its morr than just list-modem [11:04] i see three different scripts that fail with dbus issues looking through the different crashes, i assume others would too if they were called [11:04] xnox: ack, will run it [11:05] there is enable-modem too [11:05] and dial-number [11:05] Laney: that "Component not ready" message can also mean that there's an error in the QML code [11:05] Laney: you can try to print the error [11:05] (teh latter one is only in the dialer-app test it seems) [11:06] Morning all [11:06] mardy: then it would fail all the time, no? [11:07] it works for me locally [11:07] Laney: ah, yes [11:08] need to figure out the proper way of waiting [11:08] the one I have now is racy [11:09] Laney: maybe you already removed that "reset" boolean property locally? I wonder if it may fail because you have a function with the same name [11:10] mardy: it was there still [11:14] xnox, ok, i can reproduce it here as soon as i install ofono-phoesim-autostart on my tablet [11:16] urgh ... and it installs xvfb-run and runs it [11:16] ogra_: try with http://paste.ubuntu.com/7026949/ ? [11:16] * ogra_ wonders if we actually want that on a phone [11:16] ogra_: no, we don't want xvfb-run, cause that i presume auto-activates a fresh system dbus and autoactivate the real ofono. [11:17] xnox, right, so thats our issue [11:17] ogra_: are you in a normal shell, with system dbus available et.al. [11:17] i'm on my tablet and did "apt-get install ofono-phonesim-autostart" [11:17] ogra_: i've pastebin a patch which should not generate .crash files for list-modems, due to phonesim activation. [11:17] which got me a lit of xlib stuff and xvfb installed [11:18] well, phonesim depends on qt4 so that's expected to get libs, et.al. [11:18] ogra_: where are these dialer-app tests and how are they running? [11:19] somewhere in autostart i guess [11:19] thats not an issue with dialer-app [11:20] fun my tablet fails to boot. [11:20] xnox, the pstebin was for list-modems ? [11:20] ogra_: yes. [11:20] (my crash file is for enable-modem :P ) [11:20] ogra_: cool! who/where/what calls _that_ ?! =) [11:21] ogra_: networkmanager / NMofono? [11:21] the upstart job of ofono-phonesim-autostart [11:22] the upstart job calls /usr/bin/with-ofono-phonesim [11:22] which mangles dbus and then restarts ofono [11:23] pete-woods: could you look at bug #1287135? it's a newly found valgrind armhf test error that blocks continuing with the Qt 5.2 landing [11:23] bug 1287135 in libqtdbustest "libqtdbustest valgrind errors on Qt 5.2.1" [Critical,New] https://launchpad.net/bugs/1287135 [11:24] Mirv: sure, valgrind + dlopen = fail :( [11:24] and obvs Qt does a lot of that === MacSlow is now known as MacSlow|lunch [11:25] pete-woods: ok :( [11:26] ogra_: yeah, stracing it - looks like it does a lot of crap. [11:26] right [11:26] ogra_: it wants "online-modem" script, it wants "xvfb-run" and etc. [11:27] xnox, yeah [11:27] xnox, the funs stuff is that nothing failed with it before the new ofono landed [11:28] ofono-phonesim was changed on tuesday [11:28] there were a good bunch of images and tests that didnt fail until ofono landed on friday [11:30] and autostart was always installed so that xvfb unglyness was always there [11:31] ogra_: so, i have a patch for list-modems, and at least one can now install -autostart without a crash generated for list-modems. [11:31] so sad that itti is on vacation :/ [11:31] *pitti [11:31] ogra_: that does not however yet, explain other crashes. [11:31] it seems all scripts the autostart script calls fail like that [11:32] do we perhaps miss some dep on something like python3-dbus ? in the new ofono [11:33] ogra_: you'd get import error, and python3-dbus is seeded anyway. [11:33] yeah, i see it installed :( [11:34] (well a crash with ImportError dbus) [11:34] * ogra_ sees a python3-dbusmock package [11:35] ha ! [11:36] ogra_: right, so a enable-modem is execed by with-ofono-phonesim, which may happen before emulated ofono is available... [11:36] and looking at a test console log i see: [11:36] The following extra packages will be installed: [11:36] python-dbusmock ubuntu-ui-toolkit-autopilot [11:36] which is the 2.7 version ! [11:37] so?! [11:37] do the py3 scripts possibly require a py3 version of that ? [11:37] none of the scripts import dbusmock, nor ubuntu-ui-toolkits, ofono scripts are not importable, but only executable scripts. [11:38] ogra_: again, if any of that was required, and not present under python3, you'd get ImportError.... [11:38] ubuntu-ui-toolkit is just from the test where i grabbed the console log [11:38] ignore that one [11:39] xnox, i dont mean that the scripts import it, but that the dbus hacking phonesim does from its script perhaps need the py3 version installed to make it function with the new py3 scripts [11:39] (god, thats hard to express :P ) [11:40] aha. found where the xvfb-run and friends are comming from. [11:40] pitti's black magic code =) [11:41] hehe [11:41] right, the exception is needed for enable-modem as well, since it's also executed in the loop waiting for org.ofono to appear on dbus. [11:42] right [11:43] i tried moving the autostart job to "on started dbus and started ofono" ... [11:43] doent help [11:43] ogra_: it has always been racy, now the race is expose and/or people paying attention to .crash files. [11:43] we always pay attention to crash files :) especially if tehy show up in hordes :) [11:44] there are no changes in the code-paths taken... e.g. the difference could be ofono taking longer to show up on dbus when started with this fake phonesim. [11:44] ogra_: anyway, i'll have a full patch for both list-modems and enable-modem crashes. [11:44] (the other bug with that is that phonesim is constantly installed, should only be used for SIM related tests) [11:44] ogra_: where there any other crashes? [11:44] http://ci.ubuntu.com/smokeng/trusty/touch/ [11:45] see the images 215 -217 [11:45] right column is for crashes [11:45] next to the percentage [11:45] (214 was relatively fine, from 215 on it exploded) [11:45] ogra_: i see there are crashes since 196.... [11:45] if you click on the image you can go deeper into details [11:45] ogra_: it's not like it was 0.... [11:46] no [11:46] but they are tests that crash [11:46] ogra_: i think my browser is shit, cause the orange circle nor number are clickable for me. [11:46] with 215 there was at least one ofono script crash with each test [11:46] no [11:46] you click the front column with the image number [11:46] that gets you a details page [11:47] ah, ok. [11:47] where you can then click the test name to go into more details [11:47] if you scroll down on such a detail page you see the log and .crash files [11:58] ogra_: psivaa: please apply this patch http://paste.ubuntu.com/7027072/ to ofono-scripts, then try out installing / start phonesim; phonesim-autostart; running dialer_app tests. [11:58] ogra_: psivaa: without this patch, phonesim is spawned, and crash files are generated, and fake ofono is not yet ready. [11:58] MUST BE OLD , BUT HAVE TO ASK ...ABOUT THE WIFI problem on nexus 4 [11:59] any solutions? [11:59] * ogra_ shields his ears) [11:59] which wifi problem? [11:59] ogra_: psivaa: with this patch it takes upto 3seconds to start fake ofono, but it is fully and reliably up without crash files generated. [11:59] xnox, 3sec is fine [12:00] our tests run a lot pre-testing scripts so it wont harm the testing [12:00] wifi not working in dual boot with 4.4 [12:00] SGK, we dont really support dual boot ... but there is a wikipage explaining a workaround (the one with the dual boot install instructions) [12:01] alright then, thanks.. btw , do u hv the link? [12:02] and does it involve flashing radio img? [12:03] yes iirc [12:03] https://wiki.ubuntu.com/Touch/DualBootInstallation#Android4.4Radio [12:06] thanks guys bye [12:09] byeeeee [12:12] rsalveti: Can we change the way that libhybris installs its egl alternate? It's actively harmful on desktop... [12:13] rsalveti: Like do some dynamic detection to tell if it's needed or put it in a separate package? [12:16] Laney, it *is* in a separate package afaik [12:16] it's in 'libhybris' [12:18] hmm, i thought that was moved to Mir === vrruiz_ is now known as rvr [12:25] how to expand mobile cash size for android nexus device [12:26] Mirv: can help me get an MR for libqtdbustest that builds against Qt5.2 like yours? [12:26] *you === alan_g is now known as alan_g|lunch [12:29] e.g. by setting up jenkins the right way for this one? https://code.launchpad.net/~pete-woods/libqtdbustest/qt-5.2/+merge/209052 [12:33] pete-woods: I don't have such bits, but I can test building the branch in PPA, and then if it fixes the issue the branch can be published via CI Train in the same slot with the whole Qt 5.2 landing [12:34] pete-woods: also, it seems libqtdbusmock will fail in similar way: https://launchpadlibrarian.net/168215166/buildlog_ubuntu-trusty-armhf.libqtdbusmock_1%3A0.2%2B14.04.20131128.1-0~31.1%2B201403031131~ubuntu14.04.1_FAILEDTOBUILD.txt.gz [12:35] xnox: ogra_ : so i patched the above to /usr/share/ofono/scripts/enable-modem and /usr/share/ofono/scripts/list-modems . are they the intended files? [12:38] pete-woods: your branch building now at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+sourcepub/3951050/+listing-archive-extra [12:40] Mirv: thanks, looking into it, I don't think the default valgrind suppression files are being kept up to date for ARM [12:40] so I think I'll just disable valgrind on ARM, to stop this happening again [12:42] pete-woods: ok, it might make sense [12:44] Mirv: I already have the leak checks running on both i386 and x86_64, and I have no platform specific code, so I think that should be enough coverage [12:44] I've updated the branch with this now [12:48] ogra_: i see the crash even after applying the patch in: http://paste.ubuntu.com/7027072/ [12:49] psivaa, yes, that only fixes list-modems properly [12:49] Mirv: https://code.launchpad.net/~pete-woods/libqtdbusmock/qt-5.2/+merge/209060 I also have an MR for the other lib [12:49] ogra_: ack [12:52] mardy: https://code.launchpad.net/~laney/ubuntu-system-settings/reset-api/+merge/208661 line #153, can you see why that doesn't work? [12:52] I don't know if it's the best way to do it, but I figured it should work anyway === MacSlow|lunch is now known as MacSlow [12:53] shall I try !...isReady()? [12:54] Laney: just print component->errors() [12:55] ok [12:55] why does the CI reproduce this 100% of the time and me 0%? [12:55] * Laney tries in sbuild [12:55] Laney: if your loop is not enetered, then the most likely explanation is that the component failed to compile [12:55] pete-woods: yep, the bzr32 of your branch (although you updated already finished). I'll set that branch to be landed via the Qt 5.2 silo [12:56] pete-woods: and https://code.launchpad.net/~pete-woods/libqtdbusmock/qt-5.2/+merge/209060 for the mock one? [12:56] Mirv: yep :) [12:56] Laney: maybe the QtQuick 2.0 module is not installed when building [12:56] it could be insufficient build-deps [12:56] sbuild ought to tell me that [12:58] I don't think anything used that pageComponent before [12:58] in the tests [12:59] mardy: ah, I guess you're right ;-) [12:59] fails in sbuild [13:00] ya, adding qtquick fixes it [13:14] abeato, err ... "sleep 30" ??? you cant really delay the boot by 30sec [13:15] ogra_, yes, sure, it was a test, not the final solution [13:15] :) [13:15] but great that it works [13:15] * ogra_ was planning to work on this today, but the ofono breakage of all tests kind of got in my way [13:16] ogra_, np :) [13:16] ogra_, my only problem now is which event to use [13:16] right [13:17] or, the answer to the question, when do we know all android services are up? [13:17] abeato, well, its the post-start script ... you could make it emit android and only set the sleep 30 *after* it emitted [13:17] and inevnt something like rild-ready that you emit additionally [13:18] abeato, http://paste.ubuntu.com/7027436/ [13:18] something like this (taking your script as a base) [13:18] ogra_, ok, but that will delay ofono start [13:18] and indeed an "emits rild-ready" at the top of the job [13:19] pete-woods: hi again. I fired off rebuilds of everything that hasn't rebuilt in a while, so I'm wondering if you coul do similar trick to libusermetrics as well? :) [13:19] ofono is already delayed by the while loop ... it should be the same just in different words [13:19] Mirv: sure thing! [13:19] abeato, try it ... its just a theory [13:19] ogra_, well, that's maybe right [13:20] pete-woods: thanks again a lot :) [13:20] maybe I can move that loop to lxc-android-config [13:20] (the while loop can be dropped if this works and you can probably shorten the 30sec a little ) [13:20] after "emit android" [13:21] the only issue with ofono coming up late is that the UI shows "no signal" on start [13:21] ogra_, right, I guess it is a matter of testing different things [13:21] but it will switch as soon as ofono is up [13:21] though i'm not sure how that affects our PIN code handling etc [13:22] ogra_, AFAIK we do not block on start when PIN is needed [13:22] for the moment [13:23] but it is something we might need to do, so we cannot delay ofono too much [13:23] right, but once we do amd if we want that to happen before the greeter is up that will result in awful boot times [13:24] ogra_, agreed [13:25] Mirv: https://code.launchpad.net/~pete-woods/libusermetrics/qt-5.2/+merge/209065 there's one for libusermetrics [13:26] Mirv: just so you know, I don't think these problems are due to Qt 5.2, I think it's upgrades to glibc that cause it [13:26] I guess we just upload new eglibc without checking _all_ packages or something like that? [13:29] pete-woods: thanks, I found it already. excellent. all rebuilds have now finished and one more is there: unity-voice [13:30] Mirv: :D basically every project I have developed :p (am I the only person who runs things under valgrind?) [13:30] pitti is not around, but maybe some more autopkgtests could be in order for glibc upgrades [13:30] pete-woods: it seems so :) [13:30] I don't really know what we could do [13:31] as you can't really rebuild everything for each glibc MR I'd have thought [13:31] now ~everything at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+packages has compiled at least once during the last three weeks or so === alan_g|lunch is now known as alan_g [13:34] Mirv: https://code.launchpad.net/~pete-woods/unity-voice/qt-5.2/+merge/209069 === psivaa is now known as psivaa-lunch [13:51] pete-woods: getting that too, thanks a lot! [13:52] np! [14:29] popey: do you have auto-downloads enabled? [14:29] barry: no [14:30] popey: okay. still trying to reproduce the problem based on your video :/ [14:30] barry: i have an update pending on my phone if there's any logs you need, let me know. [14:30] popey: /var/log/system-image/client.log [14:30] barry: before the update or after I attempt it and get the blacklist error? [14:31] popey: after, please :) [14:31] barry: http://paste.ubuntu.com/7027754/ [14:32] popey: okay thanks. i'll ping you if i need more information [14:32] barry: ok, attached log to bug [14:33] ack === psivaa-lunch is now known as psivaa [14:52] jussi: are the MR's in line 6 of the CI Train ready for build? (column h) [14:53] jussi: the thumbnailer ones.. [14:55] Laney: ogra_: the other libs were moved to a different package [14:55] Laney: why do you need hybris? [14:55] rsalveti, right, thats what i thought [14:55] * ogra_ remembers alf's patch [14:56] rsalveti: I don't, but it gets pulled in sometimes [14:56] we can't easily detect during install time because that would break our image process [14:56] there was once an error [14:56] and currently by the mir session [14:56] fix whatever pulls it in :) [14:56] go on then [14:56] right [14:56] get it out of unity8-desktop-x11 or whatever it is [14:57] ask the maintainer :) [14:57] even so there's still a package which partially breaks your system if you install it [14:57] is that okay? [14:58] it's not ideal, we could add some logic in livecd-rootfs to allow libhybris to be installed [14:58] in a way we could block libhybris to be normally installed if you pull it by accident [15:07] mandel: what image # has the latest and greatest udm? [15:08] barry, uhm.. 213 or 214 AFAIK [15:08] barry, sil2100 knows better [15:08] mandel: so definitely by 215, all known bugs are fixed? [15:08] barry, AFAIK, ys [15:08] yes* [15:08] mandel: okay, cool, thanks. [15:08] run ;-) [15:11] Installed Ubuntu on my Nexus 4 with Android 4.4.2 on.. Still needs to flash the radiopart? [15:12] barry: yeah that bug is reproducable [15:13] fr33r1d3, does radio work, do you have wlan and sound ? [15:13] Laney: you mean 1286461? it makes no sense ;) [15:13] (then you dont) [15:13] No, I dont [15:13] then you do :) [15:13] barry: try it! [15:14] oh no, not that one [15:14] the one p_opey was reporting [15:14] that one you linked is probably a side effect of dual booting [15:14] afaik that messes with /android/cache/recovery/ [15:15] Laney: yeah. re: popey's bug, i had to try it 5 times, each time flashing back to 215 and getting the timing just right, but i did finally manage to reproduce it [15:15] I turned off auto downloads before reproing [15:15] Laney: well, if dual booting messes with /a/c/r/ not sure what i can do about that :( [15:15] barry: yay [15:15] but let's concentrate on popey's bug [15:15] system-settings also span and didn't show the in-progress download [15:15] which is pretty annoying [15:16] abeato, can you please make the sleep 1 and sleep 2 to be "sleep 0.1", we dont want to forcefully sleep 2 sec if the socket is there already [15:16] ogra: Ok, found the info on how to do it now.. =) [15:16] i'm still suspicious about lines 4059-4065. the reason i asked mandel about it is because that's part of the previous workaround for the atomic renames. if udm is now doing the atomic renames, then si shouldn't do it anymore, although i can't see why that would fail === ondrat is now known as ondra [15:17] abeato, seems you didnt use the latest lxc-android-config as base ... there are the sleeps changes [15:17] ogra_, ok, no problem with that [15:17] am, I'll take a look then [15:18]