[00:08] <hedz09> Hey guys,  it seems the android side is failing. I don't see any Ubuntu Touch UI yet either. Here's the dmesg output (if helpful): http://pastebin.com/YfThfxB2 Here's my rules file 70-beagleboneblack.rules: http://pastebin.com/. I haven't been able to get logcat working yet. Any thoughts?
[06:07] <G_> I am a Dev,  is there a way to install Ubuntu touch on galaxy tab 10.1?
[08:41] <dholbach> good morning
[09:15] <Saviq> ogra_, hey, we still need to seed Recommends do we?
[09:29] <ogra_> Saviq, yup
[09:59] <JamesTait> Good morning all; happy Chocolate Covered Raisins Day! :-D
[10:02] <ogra_> bah, raising ...
[10:02] <ogra_> *raisins
[10:02] <Laney> but CHOCOLATE
[10:02] <ogra_> ++
[10:58] <MacSlow> hey tsdgeos
[10:59] <tsdgeos> MacSlow: hi
[10:59] <MacSlow> tsdgeos, do you have any idea why https://code.launchpad.net/~macslow/unity-notifications/mark-unsupported-examples/+merge/208113 doesn't get merged? It's approved (and top-approved).
[11:00] <davmor2> Morning all
[11:00] <MacSlow> hey there davmor2
[11:00] <tsdgeos> MacSlow: because it needs to be train-ci-ed
[11:00] <tsdgeos> i guess
[11:01] <MacSlow> tsdgeos, hm... ok Saviq ^ ?
[11:02] <Saviq> MacSlow, noted
[11:03] <MacSlow> Saviq, I assume that's not something I need to (can) do
[11:03] <Saviq> MacSlow, it doesn't really change much, can we wait until there's meaningful changes?
[11:03] <Saviq> MacSlow, yes, we now accrue a set of top-ack'ed branches and land them together in the image, only when they're in the archive can they be merged to trunk
[11:04] <MacSlow> Saviq, well... I'm still trying to get my stuff in... to be able to mentally tick it off
[11:04] <Saviq> MacSlow, ok, but it'll be low on the prio list, ok :)
[11:05] <MacSlow> Saviq, sure... in that particular case.
[11:05] <Saviq> MacSlow, yeah, just because it doesn't change anything visible
[11:06] <MacSlow> Saviq, "documentation"-wise it does :)
[11:06] <Saviq> MacSlow, sure
[11:06] <Saviq> MacSlow, but who's reading that ;P
[11:06] <MacSlow> Saviq, I just thought starting the week with the simpler stuff would be good ;)
[11:07] <Saviq> ;)
[11:07] <MacSlow> Saviq, on that regard... almost nobody is using notifications anymore ;)
[11:07] <Saviq> MacSlow, even more, apps won't be able to anyway, only system settings effectively will
[11:07] <Saviq> MacSlow, since we're stopping unfocused apps, and focused app shouldn't be using notifications anyway
[11:08] <MacSlow> Saviq, still have the mind-set that app could... not easy to shake that thinking off
[11:09] <Saviq> MacSlow, :)
[11:12]  * MacSlow is mildly amused that qt-project.org's doc-search throws 503-errors as Guru-Meditaions at the moment
[11:20] <mpt> MacSlow, do notification bubbles on Touch have icons like they do on PC? I can’t find any reference to notifications at all on <http://design.ubuntu.com/apps>.
[11:21] <MacSlow> mpt, there are no special symbolic notificatin-icons (e.g. Volume-Up etc) just regular themed icons or image-files
[11:21] <mpt> ok, thanks
[11:22] <MacSlow> mpt, btw... I stated to document the new ones https://wiki.ubuntu.com/Touch/Notifications
[11:23] <MacSlow> mpt, but this is very low on priority right now, so it'll take some time until I can finish it
[11:23] <mpt> ok
[11:41] <hedz09> Hey guys, I'm still having issues with porting. Here's the dmesg: http://pastebin.com/YfThfxB2, my rules 70-beagleboneblack.rules: http://pastebin.com/0tzu09d1, and the  fstab that's created: http://pastebin.com/QCvxrL85
[11:45] <ogra_> hedz09, try running "lxc-start -n android -- /init"
[11:45] <ogra_> see what that gives you
[11:54] <hedz09> ogra_: lxc-start: failed (98) to create the command service point /var/lib/lxc/android/command lxc-start: ## lxc-start: # The container appears to be already running! lxc-start: ## lxc-start: failed to initialize the container
[11:54] <ogra_> aha
[11:54] <ogra_> try: lxc-console -nandroid -t0
[11:55] <ogra_> (might need an extra "enter" once you entered the console to get you a prompt)
[11:56] <hedz09> ogra_: hmm, it responds back that android is not running :/
[11:57] <ogra_> so try: lxc-stop -n android -k
[11:57] <ogra_> then try rthe lxc-start again
[11:58] <ogra_> you can also try: ps ax|grep /init
[11:58] <hedz09> ogra_: when I try to stop it it says that android is not running, and the lxc-start says the same thing.
[11:58] <ogra_> and see if there is a /init (which is the android one) besides the /sbin/init (which is ubuntus upstart)
[11:58] <ogra_> thats weird
[12:00] <hedz09> ogra_: ps ax|grep /init says: /init, /sbin/init and lxc-start -n android -- /init
[12:00] <ogra_> ok, thats fine then
[12:00] <ogra_> i dont get why it is not properly starting the container then :/
[12:00] <ogra_> this android build is against the ubuntu android tree, right ?
[12:01] <ogra_> you didnt just grab "some android for the BBB" but compiled it with all ubuntu chnages
[12:03] <hedz09> ogra_: what I did was run phablet-dev-bootstrap to retrieve the code, put my CM device/ti/beagleboneblack contents in there, then did lunch and make
[12:03] <ogra_> ok
[12:03] <ogra_> that should be fine
[12:03] <ogra_> i really dont get why it doesnt find /system
[12:04] <ogra_> [    5.939781] initrd: mounting /root/var/lib/lxc/android/system.img as /root/android/system
[12:04] <ogra_> it should clearly be there
[12:07] <ogra_> hedz09, can you chack your init.rc in your android tree to see if vold is properly turned off ?
[12:08] <ogra_> there should be a line like: "#setprop vold.post_fs_data_done 1"
[12:08] <ogra_> (with a hash sign in front)
[12:12] <hedz09> ogra_: yes, it's there with the hash sign in front
[12:13] <ogra_> hmm
[12:13] <ogra_> hedz09, lets wait for sergiuens and rsalveti to wake up ... probably they have an idea
[12:14] <hedz09> ogra_:  Ok, sure. Is it possible there's a permission issue? Also, I don't see any Ubuntu Touch UI yet on my LCD  (not sure if there should be, I'm just seeing terminal commands)
[12:14] <ogra_> you cant, it needs the container
[12:14] <hedz09> ogra_: ahh, gotcha.
[12:15] <ogra_> it needs the binary 3D drivers from there
[12:15] <ogra_> else it wont be able to display anything
[12:15] <ogra_> oh, one last thing
[12:15] <ogra_> mount|grep loop1
[12:15] <ogra_> see what that returns
[12:15] <ogra_> /dev/loop1 on /android/system type ext4 (ro,relatime,data=ordered)
[12:15] <ogra_> /dev/loop1 on /lib/modules type ext4 (ro,relatime,data=ordered)
[12:15] <ogra_> /dev/loop1 on /var/lib/lxc/android/rootfs/system type ext4 (ro,relatime,data=ordered)
[12:15] <ogra_> that is what you should see
[12:18] <hedz09> ogra_: I'm missing the modules one
[12:18] <ogra_> !
[12:19] <ogra_> hedz09, you should have all your kernel modules in the android system.img
[12:19] <ogra_> ls -l /system/lib/modules/
[12:19] <ogra_> see if they are there
[12:19] <ogra_> else make sure they get there (in android)
[12:20] <hedz09> ogra_: Aha! Nothings there
[12:20] <ogra_> ok, you need to make sure they are there when building your android side
[12:21] <ogra_> probably there is something modularized in your kernel that prevents the container from starting properly
[12:22] <hedz09> ogra_: right, that is very true
[12:25]  * rickspencer3 powers up to image 250 on his phone
[12:27] <asac> rickspencer3: good luck. hope its fantastic enough for you
[12:27] <rickspencer3> asac, so I'm rocking Qt5.2, right?
[12:27] <t1mp> is anyone else getting this when running an autopilot test on image 250?
[12:27] <t1mp>   File "/usr/lib/python2.7/dist-packages/autopilot/application/_launcher.py", line 23, in <module>
[12:27] <t1mp>     from gi.repository import GLib, UpstartAppLaunch
[12:27] <t1mp> ImportError: No module named gi.repository
[12:27] <t1mp> I never saw gi.repository before
[12:28] <ogra_> rickspencer3, so you do :)
[12:28] <rickspencer3> ogra_, sweeet!
[12:29] <asac> rickspencer3: ack :)
[12:29] <asac> rickspencer3: do you feel it already?
[12:29] <rickspencer3> now I patiently wait for cjwatson's libclick and all related changes, so I don't have to be patient waiting for apps anymore, right?
[12:29] <ogra_> yeah
[12:29] <ogra_> running 256 here ... apps start a lot faster ... (still 3sec or so, but not 5+ anymore)
[12:29] <rickspencer3> asac, well, the first app I ran was one of my own, where I read in a 10k line text file and create a local storage database
[12:30] <ogra_> there is still room for improvement
[12:30] <ogra_> but the speedup is noticeable
[12:30] <asac> rickspencer3: that one broke?
[12:30] <rickspencer3> asac, it's not broken, just terribly coded
[12:30] <rickspencer3> :)
[12:30] <ogra_> take a course :)
[12:30] <rickspencer3> at start up I do a very long operation
[12:30] <ogra_> i heard popey gives them at times ;)
[12:30] <rickspencer3> ogra_, I have a fix, just need to implement it!
[12:31] <ogra_> ah
[12:31] <rickspencer3> switch to u1db!
[12:31] <rickspencer3> I just have to write a program to generate the qml file from the text file I have
[12:32]  * ogra_ wishes all bootcharts would look like this http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-trusty-255.png
[12:32] <cjwatson> app startup> yeah, the rest is all on the toolkit/app side, I believe
[12:32] <ogra_> yeah
[12:32] <ogra_> and most likely also our disk IO with loop devices
[12:32] <cjwatson> unless there's something in the scope, but that should be cached
[12:33] <cjwatson> t1mp: should be fixed by https://launchpad.net/ubuntu/+source/autopilot/1.4+14.04.20140319.1-0ubuntu2
[12:33] <ogra_> cjwatson, well, we see weird aa-click crashes ... we were suspecting that upoad to be at fault
[12:34] <cjwatson> how could an autopilot upload that adds a couple of deps break aa-click? :)
[12:34] <ogra_> cjwatson, apparmor.click.AppArmorException: "Could not find '/usr/share/autopilot-touch/apparmor/click.rules'"
[12:35] <ogra_> thast the error in the .crash file
[12:35] <t1mp> cjwatson: thanks
[12:35] <ogra_> https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-daily/175/artifact/clientlogs/ubuntu_calculator_app/_usr_bin_aa-clickhook.0.crash/*view*/
[12:35] <ogra_> as an example crash
[12:35] <cjwatson> ogra_: seems a stretch to connect that to that autopilot upload
[12:36] <ogra_> well, autopilot-touch is the package shipping /usr/share/autopilot-touch/apparmor/click.rules
[12:36] <cjwatson> I understand that
[12:36] <cjwatson> But http://launchpadlibrarian.net/170373621/autopilot_1.4%2B14.04.20140319.1-0ubuntu1_1.4%2B14.04.20140319.1-0ubuntu2.diff.gz
[12:36] <ogra_> yes
[12:36] <ogra_> i looked that that already
[12:37] <ogra_> sadly we dont have any test results prior to 255 ... and that exposes this crash too
[12:37] <ogra_> (and has the autopilot change)
[12:37] <ogra_> so its is really hard to tell when exactly the issue started
[12:39] <ogra_> apparmor itself had its last upload before 250 was tested, so it cant be that
[12:42] <asac> Saviq: so are the events that we would like to continue being processed being dispatched in the UI thread?
[12:42] <asac> e.g. UI mainloop
[12:42] <Saviq> asac, all of them that reach it, in the shell case
[12:42] <Saviq> asac, it's not only about apps
[12:43] <cjwatson> ogra_: could it be the *previous* autopilot change?
[12:43]  * ogra_ checks
[12:44] <ogra_> that was friday 3am ... we should have had it in 250 as well
[12:44] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/250.changes ...
[12:45] <ogra_> yeah, that was in when testing 250
[12:49] <ogra_> hmm, and on my 256 install i clearly see '/usr/share/autopilot-touch/apparmor/click.rules'
[12:49] <ogra_> so the file is definitely there
[12:52] <ogra_> and i can even run the failing command manually on a freshly bootstrapped install
[12:52] <ogra_> (and it imports the file fine)
[12:54] <hedz09> ogra_: ok, so I put the modules in the android system.img, but the result is the same. /system/lib/modules/3.8.13-bone41 has contents, but mount | grep "loop1" still doesn't show the modules line
[12:55] <ogra_> anything in dmesg about them ?
[12:58] <hedz09> ogra_:  only where it shows the virtua kernel memory layout: http://pastebin.com/PyChBmNW
[12:59] <ogra_> hedz09, btw, would you mind using paste.ubuntu.com (or another pastebin) my browser goes crazy with these falsh movies all the time
[12:59] <ogra_> *flash
[13:00] <ogra_> not sure who at pastebin.com decided its a good idea to plaster pastes with movie ads all around them
[13:01] <hedz09> ogra_: certainly http://paste.ubuntu.com/7146185/ (me neither)
[13:03] <t1mp> are the phabletutils python libs also deprecated, like phablet-flash?
[13:04] <t1mp> if yes, are there new libs we can get somewhere?
[13:05] <ogra_> t1mp, nope, they arent
[13:06] <t1mp> ok
[13:07] <ogra_> hedz09, thanks a lot ! ... and yeah, no messages about /lib/modules ... i fear we need rsalveti or sergiuens then ... i'm a bit out of ideas
[13:09] <hedz09> ogra_: ok, sure :). When do they usually come online?
[13:09] <ogra_> they are both on american timezones
[13:09] <ogra_> (and might be off today, not sure)
[13:10] <t1mp> I just ran into this bug https://bugs.launchpad.net/ubuntu/+source/phablet-tools/+bug/1284612
[13:11] <t1mp> ogra_: who maintains phablet-tools?
[13:11] <ogra_> t1mp, sergio
[13:12] <ogra_> t1mp, we dont want to run apt-get update from any scripts on purpose
[13:12] <hedz09> ogra_: ahh ok. Hopefully they are not off today, I'm expected to demo it tomorrow night (it's part of my final project)
[13:12] <ogra_> that can confuse our test tools since they expect certain versions that correspond to the snapshot of the archive the image represents
[13:13] <t1mp> ogra_: why not? now phablet-config fails which makes it useless
[13:13] <ogra_> t1mp, it think we could add an additional switch or so
[13:13] <t1mp> ogra_: hmm. I just tried to use phablet-config to install some autopilot tests on a fresh 250 image, and it gave me a 404 for most of the packages
[13:13] <ogra_> but by default it should only try to install the versions that were recent when the image was built
[13:14] <ogra_> fi the tests dont match the AP version in the image you will get breakage
[13:15] <t1mp> ogra_: that means that the only promoted qt52 image that we have cannot be used to run app autopilot tests
[13:15] <ogra_> you can manually run apt-get update ... not sure whats the problem with that
[13:15] <ogra_> (but ude to the design of autopolit you might get wrong results then)
[13:15] <ogra_> *due
[13:15] <cjwatson> or you could add an arbitrary empty PPA :-)
[13:16] <ogra_> yeah
[13:16] <cjwatson>         if args.package_dir or args.ppa:
[13:16] <cjwatson>             adb.shell('apt-get update -qq')
[13:16] <t1mp> we have a script to run all app tests (before happroving a ui-toolkit MR) on device, and the script relies on phablet-config to work
[13:17] <t1mp> I understand now why you don't want it to update automatically
[13:17] <ogra_> t1mp, doe that script come from the Qa team ?
[13:17] <ogra_> *does
[13:17] <t1mp> perhaps a switch for phablet-config to call update is indeed a good idea
[13:17] <t1mp> ogra_: no it doesn't
[13:17] <ogra_> they usually keep things in sync across the test infra and enduser tools
[13:18] <ogra_> which is why we have a policy that only their tools should eb used for tests
[13:18] <ogra_> afaik doanac has a workitem to provide such a script to the UITK team
[13:18] <balloons> mzanetti, ping
[13:18] <ogra_> please talk to him
[13:18] <t1mp> ogra_: then I spend two hours installing packages and manually starting AP tests every time I do an MR
[13:18] <t1mp> ogra_: oh that's cool, didn't know that
[13:19] <t1mp> doanac: hello
[13:19] <MacSlow> Saviq, regarding https://code.launchpad.net/~macslow/unity8/modal-snap-decisions/+merge/210988/comments/500423 ...
[13:19] <mzanetti> balloons: hey
[13:19] <ogra_> fi its not done yet, it should probably get a bump in prio :)
[13:20] <balloons> mzanetti, Carla and I ran into a fun issue on Friday. Can you look at something? https://code.launchpad.net/~carla-sella/reminders-app/notebook-list-test/+merge/212251
[13:20] <MacSlow> Saviq, you want to see a QSortFilterProxyModel be added to NotificationModel and have it expose that said snapDecision-count?
[13:21] <balloons> mzanetti, so if you grab her branch and run test_dump you'll see that the local qml files changes made for the test (added an objectname) don't exist in the tree. Meaning, it's not using the local qml files
[13:21] <balloons> However they were built locally and run locally. It's a bit confusing
[13:21] <balloons> This is a relevant snippet: http://paste.ubuntu.com/7132723/
[13:22] <balloons> running the same binary the same way with autopilot launch and vis shows you the proper objectname. So, this might not be a question for you but I'll poke you anyway and see if you see anything
[13:22] <balloons> thansk mzanetti
[13:23] <mzanetti> balloons: didn't we add the parameter to explicitly tell which qml file to load?
[13:23] <mzanetti> are you using that?
[13:25] <balloons> mzanetti, yes we are using the -q. If I launch using autopilot launch with a locally built binary, and give it -q to the local qml file I see everything correctly in the dbus tree. In the test we are trying to launch the same way, but don't see the local modifications.
[13:26] <mzanetti> balloons: searching that branch for "-q" doesn't give any results
[13:28] <Saviq> MacSlow, why do we need it in QML?
[13:29] <Saviq> MacSlow, ah
[13:29] <Saviq> MacSlow, yes, do, that's what I said in the comment :)
[13:29] <MacSlow> Saviq, because that's where the special "model background" is drawn or not
[13:29] <MacSlow> Saviq, s/model/modal
[13:30] <Saviq> MacSlow, yeah, the other solution would be to count them in the backend and expose the prop
[13:30] <MacSlow> Saviq, just doing that... only wished I didn't ahve to touch the backend
[13:30] <Saviq> MacSlow, but that's probably fine
[13:30] <Saviq> MacSlow, well, you don't need to
[13:30] <balloons> mzanetti, inside __init__.py is launch_test_local. that's showing you how it launches. Regardless, since it works outside the test with AP, but not inside, it's an AP issue or something simpler than that, hah
[13:30] <Saviq> MacSlow, we do have a SortFilterProxyModel in QML
[13:31] <MacSlow> Saviq, I've not found anything on the QML-side regarding taht..
[13:31] <Saviq> MacSlow, qsortfilterproxymodelqml.h in unity8
[13:31] <balloons> mzanetti, it is given the local binary, -q with the local qml
[13:31] <MacSlow> Saviq, that's a special unity8-thing?!
[13:31] <Saviq> MacSlow, it's not exposed to QML otherwise, no
[13:31] <MacSlow> Saviq, ah that explains it
[13:32] <kalikiana> MacSlow: Saviq: btw as you're referring to it, I made a uitk component based on that https://code.launchpad.net/~kalikiana/ubuntu-ui-toolkit/sortFilterModel/+merge/211945 and api doc https://docs.google.com/a/canonical.com/document/d/1B0yHmPr5yOHri3zZLtRba7eYhTR_K374zZAdED7xgy8/edit
[13:32] <kalikiana> any input/ review welcome
[13:33] <Saviq> kalikiana, cool,stuff
[13:33] <Saviq> s/,/ /
[13:33] <MacSlow> kalikiana, I barely know about it... not sure I can be of help yet
[13:36] <kalikiana> MacSlow: you want to use it right? the api gets twice as good for every review based on how useful it is with no regard for how it was written
[13:37] <MacSlow> kalikiana, first let me actually fix the issue mentioned in the review-comment that brought it up :)
[13:38] <kalikiana> MacSlow: sure, no rush. just review from somebody using app before it exists is oddly enough a luxury for the uitk
[13:38] <kalikiana> *api
[13:40] <cjwatson> didrocks: I think I can at least confirm that this madness with click's symlinks for the apparmor hook being thoroughly confused by different versions of applications doesn't seem to be a recent regression; I'm beginning to get a handle on it and the same logic was around even before libclick
[13:40] <cjwatson> FWIW
[13:40] <MacSlow> kalikiana, well I'm "using" the ComboButton already :)
[13:40] <ogra_> cjwatson,  you mean the carshers ?
[13:40] <didrocks> cjwatson: thanks for confirming and keeping posted :)
[13:40] <ogra_> yeah, unlikely thats libclick
[13:41] <ogra_> *crashers
[13:41] <cjwatson> ogra_: I have no idea whether the crashers are related to what I'm investigating; that's not my starting point
[13:41] <ogra_> ah, k
[13:41] <mardy> Kaleo: hi! I'd like to try to fix https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1296728 because it's rather bad for us; do you have any hint of what could be possibly go wrong?
[13:42] <cjwatson> I'm investigating the problem sergiusens reported with the wrong versions of apps being linked into /var/lib/apparmor/clicks/ - probably also what Sam Bull reported on the list
[13:42] <ogra_> (it is mine :) )
[13:42] <ogra_> ah, k
[13:42] <ogra_> well, i'm still trying to find out why aa-click doesnt fint its profile file
[13:42] <ogra_> (which makes *all* click tests fail)
[13:43] <ogra_> but there is no obvious reason :/
[13:47] <cjwatson> ogra_: well, I suppose it could be the same thing, does the relevant link in /var/lib/apparmor/clicks/ point to the right place?
[13:47] <cjwatson> ogra_: the symptom of the bug I'm investigating is that there are links there pointing to old user-installed versions in /opt/click.ubuntu.com/ when they should really be pointing to versions in /usr/share/click/preinstalled/
[13:48] <ogra_> i dont know, the infrastructure isnt that clever to list that anywhere
[13:48] <ogra_> what i see is:
[13:48] <ogra_> aa-clickhook -f --include=/usr/share/autopilot-touch/apparmor/click.rules
[13:49] <ogra_> this is run at some point
[13:49] <ogra_> and it claims /usr/share/autopilot-touch/apparmor/click.rules does not exist at all
[13:49] <ogra_> which is clearly a lie
[13:50] <kalikiana> ogra_, doanac: is there a bug about that planned test script? we've been using ci@home in uitk for a while now and gotten some people curious on re-using it
[13:51] <ogra_> kalikiana, well, when i asked about a month ago to not use self written scripts ev did put developing a script that works the same as the test infra on doanac's todo ... i thought this was long given to you
[13:51] <ogra_> since we cant really rely on home written scripts that do their own thing for something as critical as tests
[13:52] <ogra_> we need to be sure they all use the same setup and environment
[13:52] <ogra_> else the testing is completely useless
[13:52] <kalikiana> ogra_: mind you the default expectation is humans running commands by hand
[13:52] <ogra_> not sure what ci@home is
[13:52] <ogra_> kalikiana, right
[13:52] <ogra_> which is what we all do currently
[13:53] <kalikiana> so you're suggesting a script maintained within the team is worse than that?
[13:53] <ogra_> except for the automated infra ... and if we want automation it needs to be identical
[13:53] <ogra_> kalikiana, if the env isnt identical to the test infra, the tests are pretty useless, yes
[13:53] <hedz09> ogra_: so I tried modifying the 'touch' file in the ubuntu ramdisk. I changed [ -e ${rootmnt}/android/system/lib/modules ] && mount --bind ${rootmnt}/android/system/lib/modules ${rootmnt}/lib/modules to just mount --bind ${rootmnt}/android/system/lib/modules ${rootmnt}/lib/modules, then in 'touch' I just do ls mounts but there's nothing there for modules, still.
[13:53] <ogra_> its as good as guessing then
[13:54] <ogra_> hedz09, but it is definitely inside your android system.img file ?
[13:55] <kalikiana> ogra_: but you do realise whatever humans do is always up to chance unlike a script that reproduces any assumptions consistently
[13:55] <kalikiana> https://code.launchpad.net/~fboucault/+junk/ciathome
[13:55] <kalikiana> in any case, it would be very useful to work together not isolated :-)
[13:55] <ogra_> kalikiana, right, thats the reason QA was asked to provide such a script ... we discussed that at lenght with UITK people around and asac, didrocks etc involved
[13:55] <ogra_> since they own the official testing
[13:56] <kalikiana> ogra_: it does make sense to me that QA is involved if not owning it, but if florian hadn't made a few hours of his time we'd all be weeks behind in work done
[13:56] <hedz09> ogra_: yes, it is. And when I log into phablet, ls /system/lib/modules/3.8.13-bone41/ has modules.dep, etc.
[13:57] <ogra_> kalikiana, well, i really dont want to discuss this again, if you guys insist to do your own testing feel free to get approval from asac ...
[13:58] <ogra_> kalikiana, it was discussed in a hour long discussion at the ci training with your team
[13:58] <kalikiana> ogra_: no we don't, that's why i'm asking to collaborate instead of waiting without talking
[13:58] <ogra_> kalikiana, if QA didnt deliver the right script to you guys yet, please poke them
[13:59] <ogra_> kalikiana, collaborate in what ?
[13:59] <ogra_> in creating an out of bound second test tool ?
[14:00] <kalikiana> no, in creating a test tool - there's no first to begin with
[14:00] <ogra_> kalikiana, there is
[14:00] <ogra_> QA uses it in the testing infra we all rely on
[14:00] <ogra_> and there was a request from your team to split that out into a tool you guys can run
[14:01] <ogra_> which i forwarded on bzoltan's behalf to ev
[14:01] <ogra_> and to my knowledge doanac is working on it
[14:01] <kalikiana> exactly we need something that is available. since it isn't we're forced to improvise
[14:01] <ogra_> creating something additionally just doesnt make sense
[14:03] <ogra_> kalikiana, so yes, please collaborate ... with doanac ;)
[14:04] <ogra_> Kaleo as well as bzoltan know that QA is the owner of this
[14:04] <kalikiana> sure. in the same way uitk is the owner of qml components that apps may improvise if they're not available ;-)
[14:05] <kalikiana> I know both sides of the story
[14:06] <ogra_> well, except that if one core app builds improvised stuff that doesnt work, it wnt affect the whole image and all other apps ...
[14:06] <kalikiana> yes it will. uitk tests explode if the apps do stupid things
[14:06] <ogra_> if you get false positives in an UITK test that has the potential to kill the world
[14:07] <kalikiana> we have tons of delays due to hacks
[14:07] <kalikiana> or even unmaintained apps like notes
[14:08] <ogra_> anyway, again, i spent multiple hours on exactly the same discussion about 1 month ago, i really dont want to have it again, there was a solution, please talk to asac, bzoltan, ev and Kaleo
[14:09] <asac> kalikiana: what is ci@home?
[14:10] <kalikiana> asac: it flashes the device if it's not running the latest and then installs and runs all core apps ap tests on a given merge request
[14:11] <asac> kalikiana: does it use phablet-test-run?
[14:11] <asac> kalikiana: do you have a link?
[14:11] <t1mp> asac: no, ubuntu-device-flash
[14:11] <asac> t1mp: that thing now alsy runs tests?
[14:11] <kalikiana> t1mp: well, both
[14:11] <asac> (not I didnt say phablet-flash :))
[14:11] <kalikiana> asac: https://code.launchpad.net/~fboucault/+junk/ciathome
[14:11] <t1mp> kalikiana: yes, true.
[14:12] <t1mp> asac: yes, I am noting that now (I didn't before) :)
[14:12] <asac> kalikiana: did you get 100% success on fridays build reliable with that?
[14:12] <kalikiana> asac: I did stumble on some failures that's why right now I'm doing a "harmess branch" as t1mp is also to see if the image is good
[14:13] <kalikiana> (though we did have some discussions on the failures last week, we weren't just waintg)
[14:14] <t1mp> asac: ci@home is not meant to be a permanent solution, but it is all we have now (besides flashing, installing packages, and starting all the app tests manually)
[14:14] <asac> doanac: maybe check their ciathome thing above
[14:14] <asac> doanac: i remember you wanted to get a "standard tool" that would run a batch of tests with flashing etc.
[14:14] <asac> similar to infra
[14:16] <kalikiana> it was expected from the start that it'd only be temporary anyway - but I think somewhere communication got stuck so that was the main reason for the above discussion
[14:16] <hedz09> ogra_: does /var/lib/lxc/android/pre-start.sh run? I'm trying to modify the script for testing (to see how far it gets), by adding echos, but I don't see anything
[14:16] <ogra_> kalikiana, yeah, i think doanac was dragged into some important other stuff before he could finish
[14:16] <asac> kalikiana: yeah, collaborate with doanac on this
[14:16] <asac> ensure he embraces what you have or replaces it
[14:17] <ogra_> hedz09, yes, it gets run by lxc-start
[14:18] <ogra_> rsalveti, yo ... do you have any idea for hedz09 ? he tries to port to a beaglebone black, we got it to boot into the ubuntu rootfs but it seems to not be ablet to start the container ... all bits and pieces seem to be there
[14:18] <ogra_> and i'm slightly out of ideas
[14:19] <ogra_> init.rc complains about /system/bin/* not being found
[14:22] <rsalveti> ogra_: /system/bin/* not found probably means issues when creating the android system.img
[14:23] <rsalveti> usually you can validate if the container is working correctly by booting into android directly
[14:23] <rsalveti> if it works, then the same image can be used by the container
[14:23] <rsalveti> then all you need to do is making sure you have the needed kernel options enabled (for pid namespace and so on)
[14:27] <hedz09> ogra_: not sure if this gives us a clue...but if I run pre-start after logging into phablet I get this: http://paste.ubuntu.com/7146569/
[14:28] <ogra_> hedz09, no, that wont help since you are missing variables that öxc-start sets
[14:28] <ogra_> *lxc-start
[14:28] <ogra_> rsalveti, well, /init starts
[14:29] <rsalveti> ogra_: right, but init is part of the android initrd
[14:29] <ogra_> rsalveti, http://paste.ubuntu.com/7146185/ see line 434 and later
[14:30] <ogra_> and /system is populated on the ubuntu side, so i would expect it to be available in the android side as well
[14:30] <rsalveti> depends how you're booting it
[14:30] <rsalveti> cdimage or system
[14:30] <ogra_> system
[14:30] <rsalveti> [   15.169616] init: cannot find '/system/bin/servicemanager', disabling 'servicemanager'
[14:30] <ogra_> right
[14:30] <rsalveti> yeah, can't find the system partition/mount point
[14:30] <ogra_> for all binaries
[14:31] <ogra_> but if you look above
[14:31] <ogra_> it properly mounts the android system.img in the initrd
[14:31] <ogra_>     5.946209] initrd: mounting /root/var/lib/lxc/android/system.img as /root/android/system
[14:32] <rsalveti> hedz09: can you access these files from adb?
[14:32] <ogra_> rsalveti, adb doesnt run since the container doesnt start ... he is logged in via serial tty (its a beagle)
[14:33] <rsalveti> right
[14:33] <ogra_> but yeah, /system is populated
[14:33] <ogra_> and looks fine
[14:33] <hedz09> rsalveti: what ogra_ siad
[14:33] <ogra_> (we're on this the whole weekend already)
[14:35] <rsalveti> hedz09: do you have /android/system/boot/android-ramdisk.img ?
[14:36] <hedz09> rsalveti: yes
[14:37] <rsalveti> then you should also have a bunch of bind mounted partitions under $LXC_ROOTFS_PATH
[14:37] <rsalveti> which in theory is what the container would be able to see
[14:37] <rsalveti> ogra_: wonder if there's a new kernel option or similar that makes the container unable to see a mount point mounted by the host
[14:37] <ogra_> $LXC_ROOTFS_PATH is /var/lib/lxc/android/rootfs
[14:37] <ogra_> rsalveti, hmm, yeah ... that would be one explanation
[14:38] <ogra_> i really dont see why else it would fail
[14:39] <rsalveti> this is a 3.8 based kernel
[14:40] <rsalveti> not that new either
[14:40] <rsalveti> maybe pinging stgraber
[14:40] <ogra_> well, even the 3.0 one on the maguro still works
[14:41] <ogra_> i doubt the old kernel is the issue ... a missing config option could be though
[14:41] <rsalveti> I wonder if a newer kernel is the issue :-)
[14:41] <rsalveti> we only tested <= 3.4
[14:41] <ogra_> oh
[14:41] <ogra_> heh
[14:42] <hedz09> rsalveti: yes, the contents of /var/lib/lxc/android/rootfs is :is acct, cache, config, d, data, default.prop, dev, etc, fstab.am335xevm, init, init.am335xevm.rc, init.am335xevm.usb.rc, init.goldfish.rc, init.rc, init.trace.rc, mnt, proc, sbin, sdcard, socket, storage, sys, system, ueventd.am335xevm.rc, ueventd.goldfish.rc, ueventd.rc, usbdrive, vendor
[14:42] <rsalveti> hedz09: can you check the contents of /var/lib/lxc/android/rootfs/system ?
[14:43] <ogra_> hedz09, chack if system has any content there
[14:44] <hedz09> rsalveti: , ogra_ , yes it has bin, boot, xbin, etc, lib, build.prop, lost+found
[14:44] <tedg> cjwatson, Heh, couldn't figure out why the url-dispatcher tests were failing, libclick broke them!  :-)  (a good kind of break)
[14:45] <cjwatson> tedg: oh?
[14:45] <tedg> cjwatson, Not a big deal, just using a substitute command line for the test. Need to switch to the test click DB.
[14:45] <ogra_> hedz09, if you call /system/bin/logcat -d ... what is the exact error ?
[14:46] <cjwatson> tedg: hm, do I need to add url-dispatcher to my list of things to libclickify, though?  I hadn't noticed it was using click
[14:46] <cjwatson> tedg: or are you already doing that?
[14:46] <tedg> cjwatson, No, it's using libual
[14:46] <cjwatson> tedg: service/dispatcher.c isn't?
[14:47] <hedz09> ogra_: it still says no such file or directory by doing that command
[14:47] <tedg> cjwatson, Yes, but the branches change it significantly. I'm porting the test suite.
[14:47] <ogra_> hedz09, and ls -l /system/bin/logcat ?
[14:47] <cjwatson> tedg: but yeah, you should be able to port over the test changes I made to ual pretty much directly, I guess
[14:47] <cjwatson> tedg: OK, I shan't worry about it for the moment then ...
[14:49] <hedz09> ogra_:  -rwsr-sr-x 1 root 2000 13700 Mar 15  2014 /system/bin/logcat
[14:49] <ogra_> rws ??
[14:49] <ogra_> wow
[14:50] <ogra_> hedz09, how exactly did you convert that system.img ?
[14:52] <ogra_> hedz09, http://paste.ubuntu.com/7146678/ ... should been something along these lines
[14:52] <ogra_> (thats from rootstock-touch-install)
[14:53] <mhall119> mandel: ping
[14:54] <mandel> mhall119, hello!
[14:54] <hedz09> ogra_: yes, that's what I did. After you left yesterday I was thinking it was a permission issue so I must have done something whack
[14:55] <ogra_> hedz09, the setuid permission clearly looks wrong
[14:56] <hedz09> ogra_: should I start making the android system.img from scratch or is there a quick fix?
[14:58] <ogra_> try making it from scratch i guess
[14:59] <hedz09> ogra_: ok
[15:16] <ogra_> pmcgowan, btw http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-trusty-255.png
[15:19] <hedz09> ogra_: is sim2img from the cm build different than sim2img from the ubuntu touch build?
[15:19] <ogra_> sim2img comes from the android-tools package
[15:20] <ogra_> (should come from the ...)
[15:20] <ogra_> hedz09, see the README from rootstock
[15:20] <ogra_> iirc i added the packages there
[15:20] <ogra_> (or in the script itself)
[15:24] <hedz09> ogra_: ok, well I used the one built when I made CM and this is the result I got from ls -la /system/bin/logcat: -rwxr-xr-x 1 root 2000 13700 Mar 15  2014
[15:24] <cjwatson> popey: do I remember correctly that you had the same bug that Sergio had, with apparmor profiles only being generated for upgraded versions of preinstalled apps in /opt/click.ubuntu.com/ and not for the current version in /usr/share/click/preinstalled/ that was actually being used?
[15:24] <ogra_> hedz09, that looks right
[15:25] <hedz09> ogra_: /system/bin/logcat -d still gives the file or directory not found error
[15:27] <pmcgowan> ogra_, if I read that right thats good
[15:27] <ogra_> hedz09, ls -l /dev/alog/
[15:27] <ogra_> hedz09, do the files in there exist and link to the right devices ?
[15:27] <ogra_> pmcgowan, it is :) we need to start lightdm earlier though (teh bootsplash lives in lightdm now)
[15:28] <pmcgowan> nice
[15:31] <cjwatson> sergiusens: aha, somehow I'd got the idea you were off today - I have a click fix for the apparmor profile craziness you were reporting, awaiting silo assignment - are you still in a position to test it for me by any chance, once it's assigned and built?
[15:31] <ogra_> he is ... (officially)
[15:32] <ogra_> but so he is on the sundays you meet him here ;)
[15:32] <sergiusens> cjwatson, I am; at pycamp
[15:32] <cjwatson> ah, not in canonicaladmin, ok
[15:33] <sergiusens> cjwatson, yeah it's a holiday today;
[15:33]  * sergiusens needs to fix his oudated status
[15:33] <sergiusens> cjwatson, how soon will it be done; I have ~ 30' from now and then I hop on a car to drive back home
[15:34] <cjwatson> won't be within 30mins
[15:35] <sergiusens> cjwatson, so if it's later today I might be able to test it
[15:35] <sergiusens> after I get home and settle for a bit
[15:35] <cjwatson> ok, let's see
[15:35] <popey> cjwatson: uh, possibly. I don't recall the specifics.
[15:39] <sergiusens> cjwatson, is there an MR/MP up?
[15:40] <cjwatson> popey: if you did it would be manifesting as whitescreens on starting anything in "ls -l /var/lib/apparmor/clicks/ | fgrep /opt/click.ubuntu.com" that also matches a preinstalled app
[15:41] <cjwatson> sergiusens: https://code.launchpad.net/~click-hackers/click/trunk/+merge/212458
[15:42] <sergiusens> thanks
[15:42] <hedz09> ogra_: http://paste.ubuntu.com/7146860/
[15:43] <ogra_> hedz09, and the devices in the /dev dir exist ?
[15:47] <hedz09> ogra_: yes http://paste.ubuntu.com/7146878/
[15:49] <ogra_> hmm, that looks fine
[15:49] <ogra_> i wonder why logcat still complains then
[15:55] <hedz09> ogra_: does anything extra have to be added to 70-beagleboneblack.rules for it to work?
[15:55] <pete-woods> bfiller: hi, is there something I can do to get this camera-app MR landed? (https://code.launchpad.net/~pete-woods/camera-app/handle-quit-signal/+merge/205546)
[15:56] <ogra_> hedz09, no, these links come from the 65-android.rules file and should be fine
[15:56] <bfiller> pete-woods: we'll get that released in the next few days now that we're unblocked
[15:56] <bfiller> sorry about hte delay
[15:57] <pete-woods> bfiller: no worries, I understand there have been a series of blockages
[15:58] <pete-woods> bfiller: I would also highlight this bug (https://bugs.launchpad.net/gallery-app/+bug/1277488)
[15:58] <pete-woods> several of the actions do nothing, even though the toolbar versions do
[15:59] <pete-woods> I guess this must just mean that no-one uses the hud :p
[16:00] <hedz09> ogra_: ok, hmm.. now what?
[16:02] <ogra_> hedz09, i'm really out of ideas :(
[16:06] <bfiller> balloons: trunk of gallery-app has all the changes now, so click release should be ready to go
[16:06] <balloons> bfiller, gotcha
[16:06] <bfiller> balloons: just let me know when that lands in the store
[16:13] <hedz09> ogra_: hmm, I tried the lxc-start again and got this: http://paste.ubuntu.com/7146978/
[16:14] <hedz09> ogra_: and now I can't see to enter any input
[16:16] <hedz09> ogra_: I wonder does that help us?
[16:16] <ogra_> hedz09, hmm, your system might not ship /sbin/adbd (the android side) try to remove /var/lib/lxc/android/pre-start.d/10-no-adbd
[16:16] <ogra_> hmm, no
[16:16] <ogra_> shouldnt do any harm actually
[16:17] <ogra_> i see: run-parts /var/lib/lxc/android/pre-start.d || true
[16:17] <ogra_> so it should just jump to || true
[16:19] <ogra_> hedz09, you could try to add some echos to /var/lib/lxc/android/pre-start.sh for debugging ...
[16:19] <ogra_> or add set -x in the second row to get shell debug output for it
[16:22] <ogra_> i think the latter is actually easier
[16:26] <hedz09> ogra_: like so? http://paste.ubuntu.com/7147022/
[16:26] <ogra_> no
[16:26] <ogra_> #!/bin/sh
[16:26] <ogra_> set -x
[16:26] <ogra_> like so :)
[16:27] <hedz09> ogra_: oh :)
[16:31] <ogra_> stgraber, do you have any idea if a 3.8 kernel could do any harm for lxc ? hedz09 tries to port to a BBB and it seems we cant get his container to start properly
[16:35] <stgraber> ogra_: nope, lxc will work with >= 2.6.32
[16:35] <ogra_> thanks
[16:35] <stgraber> the output of lxc-checkconfig may be useful though
[16:35] <ogra_> stgraber, even on touch devices ?
[16:35] <ogra_> (where would it get the config)
[16:36] <ogra_> or does it actual runtime checks
[16:36] <nhaines> mhall119: thanks for writing that email client from scratch for Ubuntu.  Definitely a big plus for the phone even though you're not collaborating with other projects.  +1
[16:36] <stgraber> it tries to look from /boot or from /proc/config.gz if neither is available then you'd have to run manually passing it the right kernel config
[16:37] <hedz09> ogra_: ignore the random echos: http://paste.ubuntu.com/7147074/
[16:37] <ogra_> stgraber, right, i guess the latter applies :)
[16:37] <popey> cjwatson: dunno if it's related but I now have an app that starts with white screen on #250 - click-update-manager
[16:37] <stgraber> lack of multiple pts instances is usually the weirdest one to detect because lxc will be mostly happy with it until things start failing randomly
[16:38] <stgraber> the rest will usually just make lxc fail entirely with an error
[16:38] <ogra_> hedz09, sp try what stgraber mentioned above
[16:38] <ogra_> *so
[16:38] <t1mp> can someone confirm this? https://bugs.launchpad.net/messaging-app/+bug/1296826
[16:39] <ogra_> hedz09, run lxc-checkconfig (and hand it your kernel config if you dont have /proc/config.gz enabled)
[16:39] <ogra_> t1mp, is ofono-phonesim-autostart installed prior to running the test ?
[16:39] <ogra_> (it needs to be installed and running)
[16:41] <t1mp> ogra_: yes,   Installed: 1.19-0ubuntu10
[16:41] <ogra_> t1mp, http://ci.ubuntu.com/smokeng/trusty/touch/mako/250:20140321:20140304/7298/ these are the results for 250
[16:41] <cjwatson> popey: I don't think that's itself a click app, is it?  if not that would be unrelated
[16:41] <popey> ah no.
[16:42] <ogra_> t1mp, you can check yourself from http://ci.ubuntu.com/smokeng/trusty/touch/ (just click on the build number of the device you want to see)
[16:42] <ogra_> 250 was fine
[16:42] <ogra_> no errors
[16:43] <ogra_> hedz09, nothing unusual in the paste btw ... so check the config
[16:44] <ogra_> stgraber, http://paste.ubuntu.com/7146978/ in case you are interested in the lxc startup errors (pretty weird, mounts are there and all)
[16:45] <t1mp> ogra_: ok. Still I see the errors. I updated the bug description with more information
[16:45] <Saviq> beuno, hey, I can't publish my app since Friday or so, getting "Your application can not be published at this time. Please try again later.", am I doing something wrong: https://myapps.developer.ubuntu.com/dev/click-apps/552/ ?
[16:46] <t1mp> I'll see if I can reproduce it with trusty-proposed
[16:46] <beuno> Saviq, looking
[16:47] <mhall119> nhaines: don't make me come over there to kick you
[16:48] <ogra_> nhaines, thats the issue with these Canonical people ... they never give back !
[16:48] <beuno> Saviq, chasing it, I'll get back to you
[16:49] <Saviq> beuno, thanks
[16:49]  * ogra_ grins at mhall119 
[16:49] <stgraber> ogra_: I assume you already confirmed that /android/* looks good on the host?
[16:50] <ogra_> stgraber, indeed
[16:50] <nhaines> mhall119: Of course that might mean you've fractured the mail client community.  :)
[16:50] <ogra_> totally !
[16:50] <nhaines> mhall119: actually, I'm thrilled to death there's a mail client coming.  Thank you for your hard work in getting that bootstrapped!  :D
[16:50] <hedz09> ogra_:  here's the result: http://paste.ubuntu.com/7147113/ . How do I "hand it your kernel config if you dont have /proc/config.gz enabled" as you said?
[16:51] <ogra_> hedz09, well,it obviously found your config ... but else, see the last line of your paste ;)
[16:52] <ogra_> stgraber, http://paste.ubuntu.com/7147113/ user namespace ? should do harm, should it ?
[16:52] <ogra_> *shouldnt do
[16:52] <mhall119> nhaines: I'm very optimistic about it
[16:53] <popey> +1
[16:53] <mhall119> we've got such a great community of designers and developers around apps now, that I think we can make a really first-class email client
[16:53] <beuno> Saviq, ok, found the problem. It's unhappy about the translations to polish
[16:53] <beuno> need to figure out why
[16:53] <stgraber> ogra_: right, that config looks compatible with the features used by touch
[16:53] <ogra_> i wishi knew whats wrong then
[16:54] <cjwatson> all software expands until it has the ability to read mail -- somebody's law, I forget whose
[16:54] <ogra_> mailman law ? :)
[16:54] <nhaines> cjwatson: worked for emacs.  :)
[16:54] <cjwatson> emacs can read mail several times over; it just isn't a very good editor
[16:54] <stgraber> ogra_: assuming the container doesn't entirely die immediately, you may want to check /proc/<pid of init in the container>/mounts and "ls -l /proc/<pid of init in the container>/root/system" to see what's going on there
[16:55] <Saviq> beuno, btw, where do we file feedback on the store? like I thought 255 limit for keywords wasn't enough for me this time...
[16:55] <ogra_> hedz09, ^^^^
[16:55] <Saviq> beuno, also, it would be nice if it had shown the original strings when translating :)
[16:55] <beuno> Saviq, file here: https://bugs.launchpad.net/software-center-agent/+filebug
[16:55] <Saviq> beuno, ok thanks
[16:55] <nhaines> mhall119: it was really smart to pick trojità, and great that they're willing to accept the project upstream.
[16:56] <beuno> Saviq, throw the links at me and I'll get them looked at
[16:56] <Saviq> beuno, will do, thanks
[16:56] <beuno> Saviq, I'll let you know ASAP about this bug
[16:59] <quebre> hello
[16:59] <hedz09> ogra_: how do I figure out the pid?
[17:00] <ogra_> hedz09, lxc-info -nandroid
[17:00] <ogra_> oh wait
[17:00] <quebre> my goal is to install ubuntu touch on tablet, where do i start ? how do i load root filesystem ? do i need ubuntu on my desktop in order to install ubuntu touch on tablet? can i boot from external sdcard ? or the only way is when i connect the tablet via USB cable to my PC ?
[17:00] <ogra_> hedz09, ps ax|grep init ... you want the /init (without sbin)
[17:00] <mhall119> nhaines: indeed, upstream has been very keen on us working with them and gettingour work into their repo
[17:00] <mhall119> it's been a great experience
[17:02] <Saviq> beuno, bug #1296836, bug #1296838, bug #1296841, bug #1296842
[17:02] <Saviq> beuno, sorry if any are duplicates
[17:03]  * beuno regrets telling Saviq where to file bugs
[17:03] <beuno> :)
[17:03] <Saviq> :D
[17:03] <beuno> thanks Saviq
[17:03] <Saviq> beuno, they're mostly wishlist-style ;)
[17:03] <quebre> bug #1
[17:05] <ogra_> t1mp, look at the messaging apps tests from 256 btw ;)
[17:05] <nhaines> nhaines: that's great.  Sometimes I wonder if everyone's forgotten how to collaborate in software.  :)
[17:05] <hedz09> ogra_:  /proc/<pid of init in the container>/mounts is empty, "ls -l /proc/<pid of init in the container>/root/system" says system doesn't exist. "ls -l /proc/<pid of init in the container>/root/" has the contents of the android-ramdisk
[17:06] <t1mp> ogra_: where do I find those?
[17:06] <t1mp> ogra_: I just ran them locally on 256: http://paste.ubuntu.com/7147199/
[17:06] <ogra_> t1mp, i just told you above
[17:07] <t1mp> ogra_: I should bookmark that page :)
[17:07] <ogra_> t1mp, http://ci.ubuntu.com/smokeng/trusty/touch/ click on the image buiuld id you want to look at
[17:07] <ogra_> 256 is still running (there were server outages over the weekend)
[17:08] <ogra_> but messaging just finished
[17:08] <nhaines> hm, talking to myself.  :)
[17:08] <nhaines> mhall119: that's great.  Sometimes I wonder if everyone's forgotten how to collaborate in software.  :)
[17:08] <ogra_> nhaines, as long as you have interesting stuff to tell you
[17:08] <WebVisitor-1> hey does anyone know if it is possible to set up multitouch support for ubuntu 13.10?
[17:08] <nhaines> ogra_: I always find myself hanging on every word.  :)
[17:09] <t1mp> ogra_: that looks a lot like my failures
[17:09] <ogra_> t1mp, http://people.canonical.com/~ogra/touch-image-stats/253.changes
[17:09] <ogra_> so messaging-app was updated in 253
[17:09] <ogra_> i guess that brought some issues
[17:10] <t1mp> thanks
[17:16] <Alpe> hello
[17:16] <hedz09> ogra_: also for the life of me I can't figure out what usage : CONFIG=/path/to/config /usr/bin/lxc-checkconfig is telling me to do
[17:16] <Alpe> is this the right place to ask about touchpad?
[17:16] <mhall119> Alpe: no, this is about touch interfaces (phone, tablet, etc)
[17:16] <ogra_> hedz09, to use the path to the config in the CONFIG= var in case the test doesnt work (but since it worked, you dont need to bother(
[17:17] <Alpe> ah i see thx anyway :)
[17:17] <mhall119> Alpe: if you need support for getting a touchpad working #ubuntu is the official help channel
[17:17] <mhall119> Alpe: you should also try askubuntu.com
[17:17] <ogra_> Alpe, try #ubuntu-x for Xorg input devices ;)
[17:17] <mhall119> ^^ that too
[17:17] <quebre> mhall119: do i need ubuntu to install ubuntu touch ?
[17:17]  * mhall119 didn't know about #ubuntu-x
[17:17] <quebre> coz in the install page it says "    ubuntu-device-flash --channel=devel --bootstrap"
[17:17] <mhall119> quebre: no, all you really need is adb and the image files
[17:18] <Alpe> ill try them out and ty again :)
[17:18] <quebre> mhall119: adb ?
[17:18] <mhall119> quebre: go down to the Manual section: https://wiki.ubuntu.com/Touch/Install#Manual_Download_.26_Installation
[17:18] <quebre> ok..
[17:18] <ogra_> mhall119, i think manual installs dont work anymore
[17:18] <mhall119> quebre: adb is an android tool that lets you connect to a device over USB, that's what phablet-flash and ubuntu-device-flash use internally
[17:18] <mhall119> ogra_: they don't?
[17:18] <mhall119> ogra_: if that's the case, the wiki needs to be updated
[17:19] <ogra_> havent tried myself, but thats the feedback i grokked over time in here
[17:19] <quebre> mhall119: so i must have android first in order to install ubuntu touch ?
[17:19] <mhall119> quebre: yes, it only works on Android devices currently
[17:19] <quebre> oh
[17:19] <ogra_> mhall119, yes, people should use rootstock-ng or so ... but that will require ubuntu (as ubuntu-device-flash does atm)
[17:19] <mhall119> no windows phone or iphone
[17:19] <mhall119> ogra_: who can update the wiki for this?
[17:20] <mhall119> I mean, who has the knowledge to update it properly
[17:20] <ogra_> mhall119, someone who verified it ...
[17:20] <mhall119> because it's not me
[17:20] <mhall119> ogra_: have you verified it? :)
[17:20] <ogra_> mhall119, it is something i wanted to do but i have always some more importatnt stuff to handle
[17:20] <mhall119> a likely story
[17:23] <quebre> mhall119: im confused coz there is PC and ARM EABI images to select, i want it for my tablet so i should select ARM image, right? why i would have to choose PC image if im doing it for android tablet ? http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[17:24] <mhall119> quebre: I assume PC means x86 architecture
[17:24] <quebre> yes..
[17:25] <ogra_> these are only for the emulator
[17:25] <quebre> oh
[17:26] <ogra_> ignore them
[17:26] <quebre> ok
[17:27] <pitti> $ phablet-flash ubuntu-system --no-backup --channel devel-proposed
[17:27] <pitti> ERROR:phablet-flash:https://system-image.ubuntu.com/devel-proposed/mako/index.json cannot be retrieved
[17:27] <pitti> /devel-proposed/ indeed does not exist
[17:27] <pitti> any idea about that?
[17:27] <popey> phablet-flash is deprecated
[17:27] <popey> use ubuntu-device-flash
[17:27] <cwayne> pitti, phablet-flash is deprecated, ubuntu-device-flash is now used
[17:28] <pitti> seems there is a missing /system-image?
[17:28] <pitti> cwayne, popey: oh, thanks; we still ship that binary though, and it doesn't say "deprecated"
[17:28] <popey> pitti: known bug
[17:29] <ogra_> pitti, there is a branch that has a warning message added
[17:29] <pitti> ah, better
[17:29] <ogra_> didnt land yet
[17:29] <pitti> thanks
[17:30] <pitti> ooh, finaly! not trampling into my home directory any more with ~/phablet...
[17:30] <pitti> but using ~/.cache/ properly
[17:30] <pitti> thanks
[17:30] <ogra_> send flowers to serguiens
[17:30] <ogra_> :)
[17:30] <ogra_> and it is written in go ;)
[17:30] <pitti> ogra_: can't, he's offline
[17:31] <ogra_> yeah, at some conference
[17:31] <pitti> ogra_: ah, that's why it is now so big :)
[17:31] <ogra_> should run on MAC too now ;)
[17:31] <pitti> but at least still way smaller than these ridiculously huge juju binaries :)
[17:31] <ogra_> hehe
[17:31] <ogra_> well, we'll go fo go even on the desktop
[17:31] <ogra_> so petter get used to it ;)
[17:31] <ogra_> *better
[17:32] <pitti> not with the brokenness that golang is; gcc-go is hopefully doing it right
[17:33] <hedz09> ogra_: ok,  btw I think you missed my message earlier: /proc/<pid of init in the container>/mounts is empty, "ls -l /proc/<pid of init in the container>/root/system" says system doesn't exist. "ls -l /proc/<pid of init in the container>/root/" has the contents of the android-ramdisk
[17:33] <pitti> cwayne, popey: before I ask again, is phablet-network deprecated too? I don't see an ubuntu-device-* counterpart
[17:34] <popey> no
[17:34] <ogra_> hedz09, no, i didnt, but stgraber is probably the better address ...
[17:34] <cwayne> pitti, nope, just phablet-flash
[17:34] <ogra_> hedz09, but if it doesnt have system thats most likely the issue ...
[17:34] <ogra_> though i still have no idea why that would be
[17:34] <pitti> cwayne: thanks
[17:35] <hedz09> stgraber: do you have any thoughts?;  /proc/<pid of init in the container>/mounts is empty, "ls -l /proc/<pid of init in the container>/root/system" says system doesn't exist. "ls -l /proc/<pid of init in the container>/root/" has the contents of the android-ramdisk
[17:37] <ogra_> stgraber, this is pre-start.sh with set -x http://paste.ubuntu.com/7147074/
[17:37] <ogra_> obviously there /system is mounted fine
[17:38] <stgraber> might be worth adding a ls -lh in the pre-start script to see what the container root looks like before init is started, if looking at /system from there shows its content fine, then the problem is likely to be one of the init rc script playing with mounts
[17:39] <ogra_> ah, yeah
[17:45] <hedz09> stgraber: , ogra_ , at the end like this: http://paste.ubuntu.com/7147354/ ?
[17:45] <stgraber> hedz09: "ls -lh $LXC_ROOTFS_PATH/" and "ls -lh $LXC_ROOTFS_PATH/system"
[17:46] <stgraber> oh you may need them to output on stderr to have them visible
[17:46] <stgraber> so add 1>&2 at the end of both lines
[17:47] <ogra_> yeah
[18:02] <nhaines> I can't wait for the new scopes stuff to land.  :)
[18:02] <ogra_> ++
[18:02] <cwayne> ++
[18:02] <hedz09> stgraber: , ogra_  http://paste.ubuntu.com/7147433/
[18:02] <ogra_> (though i'm not thrilled by white everywhere)
[18:06] <hedz09> stgraber: that's the output of adding those lines
[18:07] <ogra_> hedz09, looks all fine to me
[18:16] <hedz09> ogra_:  ok, stgraber was suggesting the problem could be with one of the inits, here's the ones I have in my android-ramdisk (besides init.rc): http://paste.ubuntu.com/7147481/ , http://paste.ubuntu.com/7147482/ , http://paste.ubuntu.com/7147483/ , http://paste.ubuntu.com/7147484/ , http://paste.ubuntu.com/7147485/
[18:18] <ogra_> http://ci.ubuntu.com/smokeng/trusty/touch/mako/256:20140324:20140304/7337/
[18:18] <ogra_> err
[18:19] <ogra_> hedz09, mount_all /fstab.am335xevm ... in the first file
[18:19] <ogra_> take a look at that fstab
[18:20] <hedz09> ogra_:  I don't see any problems in the fstab, do you? http://paste.ubuntu.com/7147504/
[18:21] <ogra_> nope
[18:21] <ogra_> looks ok
[18:24] <cwayne> popey, hey, have you tried out weather app on desktop? i cna never seem to get any data..
[18:25] <hedz09> ogra_: hmm...I don't see any mounts in the other init files
[18:25] <ogra_> right
[18:25] <ogra_> there is theoretically no reason why it shouldnt work
[18:25] <ogra_> the ls -lh outputs also look fine
[18:25] <ogra_> unless stgraber sees something i dont
[18:52] <hedz09> ogra_: what about the loop1 thing, where the modules still isn't there.
[18:53] <ogra_> that shouldnt have any ill effect though
[18:59] <hedz09> ogra_: what about "init: ureadahead main process (279) terminated with status 5"
[18:59] <ogra_> not relevant
[18:59] <ogra_> just makes your boot a little slower if ureadahead doesnt run
[19:05]  * dobey wonders what the "correct" debian Section: for scopes would be. "gnome" doesn't quite seem right
[19:05] <gerlowskija> cwayne: do you get anything when you change the data provider to "openweatherdata" instead of TWC, in the settings tab?
[19:07] <dobey> hah. and unity8's Section is 'x11'
[19:08] <dobey> lol, so is mir's
[19:09] <ogra_> x11 translates to "graphical stuff"
[19:09] <ogra_> should be fine for the scopes too
[19:11] <dobey> eh
[19:11] <cjwatson> technically there ought to be a new section but that's effort
[19:12] <dobey> specifying a section feels like we're stuck in the 90s
[19:12] <cwayne> gerlowskija, yep
[19:13] <cjwatson> dobey: I wouldn't recommend spending more than ten seconds' thought on it
[19:13] <cjwatson> dobey: it's overridden anyway
[19:14] <davmor2> charles: \o/
[19:14] <charles> davmor2, :-)
[19:14] <dobey> yeah, i was just making a branch to kill the vala scope for when the new unity8 lands, and noticed it. thought maybe i should change it to something more correct, but none of the obvious ones are "correct" either :)
[19:15] <davmor2> charles: didn't even know it was a bug, just seemed odd that one linked to clock and the other could be clicked but didn't go anywhere :)
[19:19] <asac> beuno: so can you provide us a simple staging pocket, with an API that we can then track and publish to store through CITrain?
[19:19] <asac> beuno: click is a big PITA now as its not really easy to stage and publish
[19:19] <asac> beuno: let me know if there are plans already
[19:36] <popey> cwayne: bug 1296610
[19:41] <cwayne> popey, ah thanks
[19:43] <AskUbuntu> Porting Ubuntu Touch on Samsung Galaxy Trend GT-S7560 | http://askubuntu.com/q/438701
[19:59] <rsalveti> ogra_: any idea why we have a migration blocker in place for initramfs-tools-ubuntu-touch?
[19:59] <rsalveti> http://people.canonical.com/~ubuntu-archive/proposed-migration/blocks.txt
[20:00] <rsalveti> hm, it seems xnox blocked it
[20:00] <rsalveti> bug 1293678
[20:00] <rsalveti> love the lack of a proper bug description
[20:01] <rsalveti> well, will ping him tomorrow
[20:19] <pmcgowan> nik90, can you give me a pointer how to use the UCDK?
[20:23] <davmor2> rsalveti: let me clear that one up for  you a bit, the "Whatsit" did fit in the "OOjit"making it impossible to run the "thingy-ma-jig"  hence xnox blocking it.  I hope that is much clearer not and don't forget all that technical jargon you'll need it to report the issue fixed ;)
[20:25] <beuno> asac, no plans currently, I'll add it to my ToDo
[20:25] <rsalveti> davmor2: lol, got it
[20:29] <nik90> pmcgowan: UCDK?
[20:29] <pmcgowan> nik90, hey, Lucas's design kit
[20:30] <davmor2> nik90: dyslexic DUCK :)
[20:30] <nik90> pmcgowan: hey, actually Lucas designed my app using UCDK. I did not use it directly myself :)
[20:30] <nik90> davmor2: hehe ;)
[20:31] <pmcgowan> nik90, oh rats, trying to figure out how to use it
[20:31] <pmcgowan> not a designer
[20:31] <nik90> pmcgowan: but I believe the UCDK is more directed at designers who want to use it to create mockups
[20:31] <pmcgowan> nik90, I kinda want to take a test ride with it, but not sure where to start
[20:31] <davmor2> pmcgowan: isn't it just a design pack for scribus or something?
[20:31] <pmcgowan> davmor2, right good question
[20:32] <pmcgowan> I loaded it in inkscape and I see lots of goodies
[20:32] <nik90> pmcgowan: yeah you should contact Lucas in g+..he will be quite receptive to coming up with some cool designs for your app.
[20:32] <davmor2> pmcgowan: inkscape that's the one
[20:32] <nik90> davmor2: you use inkscape and then use the UCDK components to design your mockup
[20:32] <pmcgowan> and then how do you see them on the device? guess I need to ask him
[20:33] <nik90> pmcgowan: yup you should ask him. But my guess is that he opens them using the gallery app
[20:33] <pmcgowan> heh ok
[20:33] <nik90> pmcgowan: since the image size has the same ratio as the N4 and so on..
[20:34] <davmor2> pmcgowan: deposit the image on the device open it in gallery?
[20:34] <nik90> pmcgowan: also there are free online services like "placeit" which does those stuff :)
[20:34] <nik90> pmcgowan: they simulate the mockup in a N4 in real life
[20:34] <pmcgowan> the implication was it was more interactive
[20:37] <quebre> hmm
[20:38] <quebre> i installed ADB on android, on my desktop i have windows 7, how do i exactly get this Ubuntu Touch installed on my tablet ? ..
[20:43] <cwayne> danielholm, ping
[20:47] <danielholm> cwayne: hey mate!
[20:51] <cwayne> danielholm, heya, sorry it's taken so long for me to get back to you re: online-accounts for lastfm
[20:55] <danielholm> cwayne: no worries. I get that you are busy
[20:55] <cwayne> danielholm, i'm trying a build right now, hoping it works :)
[20:56] <danielholm> cwayne: I talked to Planela, who told be that I kinda misunderstood the use of the online account and that it would probably be a lot easier than I thought
[20:56] <danielholm> cwayne: a build of the last.fm online account?
[20:58] <cwayne> danielholm, yea
[20:58] <danielholm> cwayne: amazing!
[20:59] <danielholm> cwayne: your own code?
[21:02] <danielholm> cwayne: I got really excited now :) I was going to give it another go tomorrow during the Music hack day. if it works I could focus on the functions inside the app instead
[21:02] <cwayne> danielholm, yeah, that's why i wanted to see if i could get it so you guys could concentrate on that stuff :)
[21:03] <cwayne> hm, looks like lastfm isn't standard oauth though
[21:03] <danielholm> cwayne: that was very kind of you. could I help by trying it out or something?
[21:03] <danielholm> cwayne: they have like three different types of authentication, I believe: http://www.lastfm.se/api/authentication
[21:04] <danielholm> cwayne: I really got stuck on that. signing this url with that key and so on.
[21:16] <cwayne> mardy, you around?
[21:16] <cwayne> danielholm, yeah, it's very not even a little bit normal oauth
[21:16] <cwayne> lol
[21:20] <danielholm> cwayne: haha
[21:39] <cwayne> danielholm, so bad news is we definitely can't do this with the oauth2 signon-plugin
[21:40] <danielholm> cwayne: that's really too bad. how do we proceed then?
[21:44] <cwayne> danielholm, well, someone wrote a signon-plugin for lastfm back in 2009, i say we hack on that for a bit and see if we can ake it work
[21:44] <cwayne> otherwise, we'd have to write one from scratch, or just have the app handle the authentication for now
[21:48] <danielholm> cwayne: ok
[21:48] <danielholm> cwayne: how fun! :P
[21:54] <danielholm> cwayne: I don't know when last.fm updated their auth last time. But doenst Rhythmbox use some kind of oauth?
[21:57] <cwayne> danielholm, rb does it in-app instead of using the online account
[21:58] <danielholm> cwayne: yeah, but I was more asking why oauth seem to work for them?
[21:58] <cwayne> they're likely not using oauth
[21:58] <cwayne> it's just developed to work directly with last.fm's shenanigans
[22:06] <danielholm> cwayne: okay, hah. But hopefully we can get it to work anyway
[22:07] <cwayne> danielholm, yeah, im looking into it, but it's *way* more complicated than a normal account-plugin :/
[22:08] <danielholm> cwayne: that actually feels way better for my sake. I've been pulling my hair over this
[22:08] <cwayne> danielholm, yeah it's... not a normal case for sure
[22:09] <danielholm> cwayne: wounder why they've made it this hard. Everything with signing, and gettint a token, signing with the token. Probably because of security or something, but come on
[22:10] <cwayne> yeah, they really should have just implemented oauth
[22:10] <cwayne> it would have been easier for them
[22:11] <danielholm> cwayne: http://hybridauth.sourceforge.net/userguide/IDProvider_info_LastFM.html ?
[22:14] <cwayne> that's all random php bits
[22:22] <Aurion-tech> Hello
[22:22] <Aurion-tech> How is everyone doing today?
[22:34] <Aurion-tech> I have some questions.
[22:37] <hedz09> Hey guys, I almost have a successful port, but I'm still having issues (on the android side I believe). Here's my output via serial debug paste.ubuntu.com/7148597/, around line 560 it finishes booting, line 571 I have the logcat output, line 750 I have the /var/log/syslog output, line 2662 I have the /var/log/lxc/android.log  output
[22:43] <Aurion-tech> Hello
[23:30] <hedz09> anyone here?
[23:41] <rsalveti> Saviq: did you fix the issue with your adb push failing every time you were running dualboot-one-device.sh? it's disconnecting here as well now
[23:55] <Saviq> rsalveti, well, the script works for me, but under android it started reconnecting every 5s again :|
[23:55] <hedz09> rsalveti: I almost have a successful port, but I'm still having issues (on the android side I believe). Here's my output via serial debug, do you have any ideas? paste.ubuntu.com/7148597/ , around line 560 it finishes booting, line 571 I have the logcat output, line 750 I have the /var/log/syslog output, line 2662 I have the /var/log/lxc/android.log  output
[23:56] <hedz09> rsalveti: I think the /var/log/lxc/android.log  output is the most useful.
[23:59] <rsalveti> Saviq: yeah, getting the reconnecting issue now
[23:59] <Saviq> rsalveti, so yeah, only thing helped me with that was complete fresh flash