[00:25] <triforz> un problema con la vcomunicacion de dispositivo
[00:25] <triforz> es un milneston droid 3
[00:28] <triforz> hi
[04:04] <Mirv> sergiusens: you need to understand how it conflicts with qtchooser and -dev packages, but last time I tried it out it worked fine as long as one checked that correct packages were left installed like qmlscene and qmlrunner. ie after reboot everything continued to work
[04:07] <Mirv> it could be easier to apt-get remove qtchoosee ; apt-get install qmlrunner qmlscene
[04:30] <Mirv> sergiusens: I can see a problem on my saucy device image though, investigating
[04:40] <Mirv> sergiusens: interestingly the symlink seems correct and broken at the same time.. maybe something has changed and the "/*/" isn't expanded anymore, so trying out with dpkg-architecture usage when building the package, which will make it a full path on each architecture
[04:53] <Mirv> sergiusens: alright, proposing a fix. it would be nice to know what broke the previous approach, since I remember building and installing qmlrunner less than 3 weeks ago on a device and the symlink wasn't broken.
[05:47] <LLckfan> My modem went out I saw them come back on (like the cable company was working on the line) and now the router will not connect to the internet. Is there some way to get it to see the internet again without reinstalling the software? (BTW I am hooked up to the modem right now)
[06:42] <dholbach> good morning
[06:45] <LLckfan> My modem went out I saw them come back on (like the cable company was working on the line) and now the router will not connect to the internet. Is there some way to get it to see the internet again without reinstalling the software? (BTW I am hooked up to the modem right now)
[07:59] <Minste> Hi. How can I open manually installed apps on the device? The app lens just show me 6 icons, and no option for scrolling or searching installed items. I`m sure the apps are installed, cause the app Akari shows (probably because the apps are sorted after alphabet)
[09:01] <Master92> does anyone know how useable the app store on ubuntu touch is right now?
[09:01] <ogra_> there is an app store ?
[09:02]  * ogra_ doesnt think there is yet :)
[09:02] <Master92> or if there is already an app store ;)
[09:02] <ogra_> as i understand the plan is to support installations directly from the dash
[09:03] <ogra_> (i might be wrong though, didnt follow that topic so closely)
[09:03] <Master92> i think you're right
[09:03] <Master92> you can just type what you like to have in the search on the top
[09:04] <Master92> i'm wondering when ubuntu touch is ready to use.
[09:05] <ogra_> next week it should be in a roughly usable state
[09:05] <Master92> okay nice! I'll try it out then
[09:06] <ogra_> (that means 3g, calls, sending/recieving SMS and importing contacts should work)
[09:07] <ogra_> though beware if you have 100s of contacts, i think there is no way to actually manage them yet (you might have to scroll a lot if you want to call someone starting with Z)
[09:08] <Master92> hm yeah same as in android...
[09:08] <ogra_> you can seatch them in android
[09:08] <ogra_> *search
[09:08] <mardy> seb128: hi! In ubuntu-system-settings/trunk there is now the stub for an "About..." plugin
[09:09] <seb128> mardy, \o/
[09:09] <seb128> mardy, hey, I just opened https://blueprints.launchpad.net/ubuntu/+spec/client-s-system-settings-panels to track the work for the panels
[09:09] <Master92> @ogra thanks, using android since yesterday :D
[09:09] <ogra_> heh, k
[09:09] <seb128> mardy, I made a different spec because I don't want to add too much on the same blueprint, we might even split some panels further in their own blueprint for the complex ones
[09:09] <mardy> seb128: yep, I saw your name for the "About" plugin and thought of letting you know :-)
[09:09] <mardy> seb128: makes sense
[09:10] <seb128> mardy, great, I'm about to write an email about that spec and about having a meeting
[09:10] <seb128> mardy, since you have working code, and ted is back, it seems like a good time for a followup meeting, also to start preparing the work for june
[09:10] <mardy> seb128: yep
[09:11] <deiu> does anyone know if there will be an update manager ready for the end of the month?
[09:12] <deiu> say I install the "stable" version that is supposed to be available soon, will it update current apps by default?
[09:12] <deiu> or do I have to flash a new version once in a while?
[09:14] <ogra_> deiu, the latter, but the flashing will leave your data alone now
[09:14] <deiu> I see
[09:45] <bzoltan1> ping ogra_
[09:46] <ogra_> bzoltan1, hey
[09:47] <bzoltan1> ogra_: I need your brain ...
[09:47] <bzoltan1> not in formaldehyde
[09:47] <didrocks> ogra_: runnnnnn!
[09:47] <ogra_> heh, sure, its all yours
[09:47] <ogra_> ask away
[09:48] <bzoltan1> ogra_: I checked the phablet menifest file, ~700 packages... only 4 does not have x86 installable ...
[09:48] <ogra_> right
[09:48] <bzoltan1> ogra_:  libandroid-audiosystem-asound2 libdrm-omap1 libwaudio1 powerd
[09:48] <bzoltan1> powerd and libandroid-audiosystem-asound2 I do not care
[09:49] <ogra_> libdrm-omap1 you shouldnt either
[09:49] <bzoltan1> ogra_:  libdrm-omap1 actually builds for x86 target
[09:49] <ogra_> which is nonsense
[09:49] <bzoltan1> I know, but it does :)
[09:49] <ogra_> you will never find that HW combo
[09:50] <bzoltan1> ogra_: so the point is that I think we should be able to create x86 image ...
[09:50] <ogra_> yes, we should
[09:50] <bzoltan1> ogra_: for virtualbox
[09:50] <ogra_> and its next on my list once i'm done with the container flip work
[09:50] <bzoltan1> ogra_: and that would make a nice "emulator"
[09:50] <ogra_> well
[09:50] <ogra_> there wont be an android layer
[09:50] <bzoltan1> ogra_: that is not a problem :) or is it
[09:51] <ogra_> i doubt you will have much fun regarding HW related bits
[09:51] <bzoltan1> ogra_: so here is the question... what is the trick?
[09:51] <ogra_> (which includes surfaceflinger i guess)
[09:51] <bzoltan1> Me as the sdk and ui toolkit dude  I am interested about the shell
[09:51] <ogra_> we dont have any display server for x86 atm
[09:52] <ogra_> so the images would either have to introduce X or we need to wait for Mir
[09:52] <bzoltan1> I am happy with X for now
[09:53] <dlna> is there a "news" of ubuntu phone price and date ?
[09:53] <dlna> any*
[09:53] <ogra_> its free :)
[09:53] <bzoltan1> ^ Nice one
[09:53] <ogra_> and dates are: october for the first phone release, april for a converged one
[09:53] <dlna> oh thanks for the info... looking forward to it.
[09:54] <ogra_> bzoltan1, i'll be busy with the container flip until end of the week, lets see how hard it is to have x86 next week
[09:54] <bzoltan1> ogra_: Super, thanks for that.
[09:55] <ogra_> i assume a lot of issues though ... dont put your hopes to high
[09:55] <ogra_> all our userspace work in the plumbing layer is arm centric so x86 bugs are not taken into account yet
[09:55] <bzoltan1> ogra_:  the motivation is that Tizen and Sailfish both fake their emulation with an x86 virtual machine. Sailfish with virtualbox and Tizen with qemu
[09:56] <ogra_> (sound wont work ...  device specific bits will be broken etc)
[09:56] <ogra_> right
[09:56] <bzoltan1> ogra_: I do not need stable and fast performing x86 for start... just a virtualbox launching the qml-shell and taking ssh connection
[09:56] <ogra_> to have that working properly we still need an x86 android layer
[09:57] <bzoltan1> ogra_: what depends on android?
[09:57] <ogra_> after the container flip it should be possible to get you *something* without android .... if thats much helpful is something we will only see then though
[09:58] <ogra_> everything that talks to HW in any way depends on android
[09:58] <ogra_> sound, media playback, the phone stack etc
[09:59] <bzoltan1> ogra_: these are the things I do not need for the start
[09:59] <bzoltan1> ogra_: All I need is a display server (any) and the qml shell
[09:59] <bzoltan1> ogra_: and networking of course
[09:59] <ogra_> right, it might even not be that bad, who knows, but you should expect the worst
[10:00] <bzoltan1> ogra_: If the worst is to have a virtualbox+Shell then I am buying it :)
[10:01] <ogra_> well, if all your apps crash because the platform-api doesnt get along that is pretty but wont help you much :)
[10:02] <bzoltan1> ogra_:  you underestimate the power of eye-candy bullshit my friend :D
[10:03] <ogra_> well
[10:03] <ogra_> usable eye candy is surely better than crashing eye candy :)
[10:03] <bzoltan1> ogra_: it is called compromise :)
[10:04] <ogra_> hah
[10:04] <bzoltan1> having an x86 virtual phablet at least would give us a starting point
[10:09] <bzoltan1> ogra_: other issue... after/during flashing with #140 the flasher lost my device ... how to troubleshoot? Does not boot, does not have anything on sdcard ...
[10:09] <ogra_> you can boot into recovery and check with adb
[10:34] <tmoenicke> _salem: pong
[10:36] <bzoltan1> ogra_: I am in with adb ... what should I look for?
[10:37] <ogra_> there are log files in the recovery partition iirc
[10:37] <ogra_> last_install or so
[10:37] <ogra_> in any case if you got adb you are also able to do a manual install to get back to normal
[10:38] <ogra_> (see the install wikipage, it has a "manual" section)
[10:52] <bzoltan1> ogra_: hmm... I am reading/doing the manual steps... it instructs me to push two different files with the _same_ name to the _same_ place and boot to recovery mode in between.
[10:52] <ogra_> yep
[10:52] <bzoltan1> https://wiki.ubuntu.com/Touch/Install#Manual_Installation
[10:52] <bzoltan1> and who does the installation?
[10:52] <ogra_> recovery
[10:52] <bzoltan1> needless to say that nothing happened
[10:52] <bzoltan1> autodeploy.zip not found
[10:53] <bzoltan1> E:can't mount /sdcard/
[10:53] <ogra_> if autodeploy.zip exists under /sdcard when booting into recovery it will automatically deploy it
[10:53] <ogra_> and remove it in the end
[10:53] <bzoltan1> ogra_: that makes sense... but I think it can not mount the /sdcard
[10:53] <ogra_> what device is that
[10:53] <ogra_> maguro ?
[10:53] <bzoltan1> Nexus
[10:53] <bzoltan1> yes
[10:54] <ogra_> hmm
[10:54] <ogra_> bzoltan1, try /data/media/ as target path instead
[10:55] <ogra_> iirc android just links /sdcard to it on the maguro
[10:55] <ogra_> (since there isnt even an SD card slot)
[10:55] <bzoltan1> I adb shell'ed and I see the autodeploy.zip after I pushed
[10:55] <ogra_> ok
[10:55] <ogra_> so now reboot into recovery
[10:56] <ogra_> and it should show you a progress bar
[10:56] <bzoltan1> I just did... how to confirm that it did install the autodeploy.zip?
[10:56] <bzoltan1> no progress bar
[10:56] <ogra_> hmm
[10:56] <ogra_> works here
[10:57] <ogra_> is your /data full by chance ?
[10:57] <bzoltan1> let me see
[10:58] <ogra_> adb shell df
[11:04] <bzoltan1> https://pastebin.canonical.com/91763/
[11:04] <bzoltan1> ogra_^
[11:10] <ogra_> bzoltan1, that is with the ubuntu recovery mode ?
[11:10] <ogra_> (do you have a violet background ?)
[11:12] <bzoltan1> ogra_: Yes, I have violent background. How did you know? but I served the sentences and now I am a decent citizen. :D
[11:13] <bzoltan1> ogra_ I have formated the /data and now it shows up in the df
[11:14] <ogra_> ah, good
[11:14] <ogra_> so try again
[11:24] <bzoltan1> ogra_: Yes, that helped... now I got a nice QML Shell :)
[11:24] <bzoltan1> thanks for your help
[11:25] <diwic> bzoltan1, btw, I think ogra_ was referring to the background color of the phone's screen, not your personal background :-)
[11:25] <bzoltan1> diwic: :D really?
[11:25] <ogra_> heh, yeah
[11:26] <diwic> bzoltan1, violet != violent
[11:28] <bzoltan1> diwic: I know :) I was kidding and I am a radical pacifist :D
[11:31] <diwic> oh well, irony and IRC :-)
[11:32] <ogra_> bzoltan1, violently radical indeed ...
[11:45] <didrocks> bfiller: sergiusens: oSoMoN: FYI, the app stack has a lot of autopilot failures: http://<IP_ADDRESS>:8080/job/ps-generic-autopilot-release-testing/524/ I asked sil2100 to look at why
[11:45] <didrocks> (that's why it's not in next, just daily-build-next)
[11:47] <oSoMoN> didrocks: looking at it
[11:48] <didrocks> oSoMoN: you know that the videos are attached as well, right?
[11:48] <oSoMoN> didrocks: yes, thanks
[11:49] <oSoMoN> didrocks: I think I know what it is, there seems to be a regression in the UITK, the panel doesn’t hide when tapping outside of it anymore, I’m trying to get someone from the SDK team to confirm
[11:49] <didrocks> oSoMoN: ok, thanks!
[11:57] <mhall119> kalikiana: fginther: can we move the u1db-qt packages to the https://launchpad.net/~ubuntu-sdk-team/+archive/ppa PPA?
[11:57] <mhall119> it is setup to use actual ARM hardware for armhf builds
[12:02] <kalikiana> mhall119, fginther seems good to me, in a way might even be a more appropriate place (though I don't think we have much logic in the ppa's in general)
[12:05] <mhall119> kalikiana: yeah, it makes more sense to put common platform stuff in there than in the Core Apps ppa
[12:21] <asac> rsalveti: "Android bits small enough to get packaged" ... did we achieve that?
[12:21] <asac> that was a goal for this month i found :)
[12:25] <ogra_> asac, theoretically
[12:27] <asac> ogra_: what was done on the stripping side?
[12:27] <asac> did we do anything tangible? like committing a reduced manifest?
[12:27] <ogra_> see http://phablet.ubuntu.com/export/
[12:27] <asac> a new URL :)
[12:27] <ogra_> thats the tarball from the git repos
[12:27] <asac> good
[12:27] <asac> 2.1G -> 600M
[12:27] <asac> we consider that small enough>?
[12:28] <ogra_> but packaging it gets close to impracticall
[12:28] <ogra_> http://paste.ubuntu.com/5696703/
[12:28] <asac> packaging will be june goal from what i see :)
[12:28] <asac> so not so important right now :)
[12:28] <ogra_> the license data alone is several megabytes
[12:28] <asac> but delivering early june would be good
[12:28] <ogra_> wpackaging depends on the bionic toolchain to be in the archive
[12:29] <asac> right
[12:29] <asac> well. you can still do it ... just upload a fake cross toolchain package :)
[12:29] <asac> hehe
[12:29] <asac> with the linaro binaries ... put that in ppa
[12:29] <asac> to get the rest done ... doko will come along
[12:29] <asac> 4.3M licenses
[12:30] <asac> thats good... means there is lots of good stuff :)
[12:30] <ogra_> yes
[12:30] <ogra_> haha
[12:30] <asac> for me that means there is big value in this chunk
[12:30] <ogra_> note that this doesnt take the "unknown" files into account at all
[12:30] <ogra_> they are a lot more than the licensed ones
[12:30] <asac> sure, but if they come from android they usually have license on top
[12:30] <asac> and should be fine
[12:31] <ogra_> this is just the output of licensecheck run on the whole repo and then split by license
[12:31] <ogra_> we wont package the big chunk i guess
[12:31] <ogra_> but cut it into smaller pieces from the beginning
[12:32] <ogra_> thats all stuff for next month though
[12:32] <asac> so if we deliver thge apckage into the archive
[12:32] <asac> will we also have to adjust build infrastructure still?
[12:33] <ogra_> sure
[12:33] <ogra_> we will have to do something with the package :)
[12:33] <asac> guess thats an easy change?
[12:33] <ogra_> though the change will likely look like:
[12:33] <asac> who will do that? foundations?
[12:34] <ogra_> apt-get install android-system-image-$subarch && cp /usr/share/android-system-image-$subarch livecd-rootfs-$dist-system-$subarch.img
[12:34] <ogra_> that should be all thats needed in the end
[12:34] <ogra_> asac, me i guess
[12:34] <asac> not colin?
[12:34] <ogra_> unlikely
[12:35] <ogra_> i'm the only one working on the image build stuff for touch atm
[12:35] <ogra_> colin reviews though
[12:35] <ogra_> asac, and sergiusens rsalveti  are members of the cdimage team now ... on purpose
[12:36] <asac> big hackfest on the image production side
[12:36] <ogra_> as soon as we completely move away from jenkins we three will have to handle touch builds
[12:36] <ogra_> until then we kind of did split the work into they maintaining jenkins and me preparing cdimage
[12:36] <sergiusens> ogra_: ack... same resp, different server :-)
[12:36] <ogra_> well, completely different software :)
[12:37] <sergiusens> ogra_: where were those docs again?
[12:38] <ogra_> sergiusens, https://wiki.ubuntu.com/ReleaseTeam/CDImageSetup
[12:38] <sergiusens> ty
[12:38] <ogra_> but you also need a machine account
[12:38] <ogra_> i think that hasnt happened yet (colin asked me to remind him and i forgot)
[12:39] <ogra_> (he is off today i'll try to remember it tomorrow)
[12:40] <asac> ogra_: on the core side, did we manage to get everything in the archive?
[12:40] <asac> in saucy?
[12:40] <sergiusens> ogra_: well, I'll read the cdimage branch and the other two to get a handle of it
[12:40] <ogra_> no
[12:40] <asac> ogra_: from PPAs
[12:40] <asac> what is missing?
[12:40] <ogra_> nope
[12:40] <asac> what was done?
[12:40] <ogra_> i think didrocks is pretty much done with the UI parts
[12:41] <ogra_> but there is still plumbing stuff in the phablet team PPA
[12:41] <asac> for desktop or also for phablet UI?
[12:41] <asac> didrocks: ?
[12:41] <ogra_> we need the container flip completeted for some of this (so we know if the hacks are still needed)
[12:41] <didrocks> phablet UI
[12:41] <ogra_> asac, for the touch ui indeed
[12:41] <didrocks> basically, apart from the shell, we have all touch components we are upstream for daily releasing
[12:41] <didrocks> in the ppa
[12:41] <didrocks> (in raring)
[12:41] <sergiusens> asac: ogra_ https://blueprints.launchpad.net/ubuntu/+spec/client-1303-ubuntu-touch-porting
[12:42] <ogra_> ask in #ubuntu=desktop about desktop :P
[12:42] <asac> didrocks: do you also build everything on saucy in parallel ?
[12:42] <didrocks> some prereq are missing, that the foundation phone team committed to upload to saucy
[12:42] <asac> kk
[12:42] <asac> didrocks: what are those?
[12:42] <didrocks> asac: no, daily release is just associate a branch with one release
[12:42] <didrocks> one sec…
[12:42] <asac> prereq
[12:42] <didrocks> libhybris, telepathy-logger-qt5, telepathy-ofono, telepathy-qt5
[12:42] <ogra_> sergiusens, oh ... what did you do wrt plymouth ?
[12:42] <didrocks> and that's it :)
[12:43] <sergiusens> om26er:  wasn't in that vUDS, but all I did was remove the custom package we had
[12:43] <sergiusens> ogra_: ^^
[12:43] <sergiusens> om26er: disregard ;-)
[12:43] <asac> aquarius: where do we stand wrt "working prototype of image upgrades ... server"
[12:43] <asac> ?
[12:43] <ogra_> ah, but the .overrdie files are still in place i guess
[12:44] <ogra_> asac, i think thats stgraber-land
[12:44] <asac> really
[12:44] <ogra_> abnd berry
[12:44] <asac> he is lazily sleeping :)
[12:44] <ogra_> *and
[12:44] <asac> or not in ubuntu-touch
[12:44] <ogra_> i think aquarius doesnt do the actual implementation (might be wrong though)
[12:44] <asac> stgraber is not on
[12:44] <asac> ogra_: i hope he knows about whats going on though
[12:44] <asac> i hoped :)
[12:44] <asac> lets see
[12:44] <asac> if he is not involved at all he might not know :)
[12:45] <ogra_> probably a long weekend, its a public holiday tomorrow in many parts of the world
[12:45] <aquarius> asac, erm... image upgrades?
[12:45] <aquarius> asac, as in "upgrade the whole OS"?
[12:45] <ogra_> aquarius, image based upgrades
[12:45] <ogra_> or a diff ...
[12:45] <asac> aquarius: https://docs.google.com/a/canonical.com/presentation/d/1pA9ImGAXoku-nw7FUJ_QpwIf-C68idjGtdfdP-1VupE/edit#slide=id.p
[12:45] <ogra_> that json server thing
[12:45] <asac> chgeck out timeline ... may goals
[12:46] <aquarius> ogra_, asac, I'm not involved with the image-based upgrades stuff
[12:46] <ogra_> i think the final implementation also waits for the flipped containers
[12:46] <asac> aquarius: that feels odd :)
[12:46] <asac> thought you guys are our server folks now
[12:46] <asac> hehe
[12:46] <sergiusens> ogra_: yes, still have overrides
[12:46] <asac> launchpad replacement team
[12:46] <asac> was the idea
[12:46] <ogra_> sergiusens, right, we need a proper solution for that
[12:46] <asac> aquarius: ok thanks. guess its all in foundations land then as ogra pointed out
[12:46] <ogra_> sergiusens, we should talk to slangasek, he is pretty good with plymouth
[12:47] <aquarius> asac, we (onlnie services) aren't involved with that. packages, yes. the OS, no.
[12:47] <asac> aquarius: ok will surely ping you on packages :)
[12:47] <sergiusens> ogra_: well we had a vUDS session and plymouth was mentioned, might need to revisit it
[12:47] <aquarius> asac, sure -- tbh, you could talk straight to beuno on that, which will be quicker, but if you want to involve me too, OK :)
[12:48] <ogra_> sergiusens, i dont think we went into plymouth in detail, it was more about suppressing fsck
[12:48] <sergiusens> Saviq: mind updating https://code.launchpad.net/~unity-team/unity/phablet.release-178/+merge/165995 to include the other bits that landed after?
[12:49] <ogra_> (which is already there .... )
[12:49] <ogra_> (teh workaround i mean)
[12:49] <Saviq> sergiusens, already did?
[12:49] <sergiusens> ogra_: tbh, I never branched plymouth, but wouldn't mind taking a look
[12:49] <asac> aquarius: i am sure you work on other stuff relevant to the phone?
[12:50] <aquarius> asac, ya
[12:50] <Saviq> sergiusens, /me checks
[12:50] <asac> anything that goes on the images or needs something to land on the images?
[12:50] <ogra_> sergiusens, well, i guess we either need to keep the overrides or teach plymouth to not start anything graphically at all
[12:50] <ogra_> the latter would indeed be cleaner
[12:51] <Saviq> sergiusens, yeah, everything's merged
[12:51] <sergiusens> Saviq: forgot to refresh. Still, there are some updates in there anew from 2 hours ago
[12:51] <asac> aquarius: anyway, if i dont bump into something lets chat about that friday
[12:51] <Saviq> sergiusens, hrm
[12:52] <Saviq> sergiusens, bzr fail, updating
[12:53] <sergiusens> Saviq: yeah, hard to look a reverse dep
[12:56] <Saviq> sergiusens, updated, but we might have an issue with the new Launcher again (filtering input from the apps), checking
[12:56] <fginther> mhall119, kalikiana, Yes. I can target the u1db-qt builds for the ubuntu-sdk-team ppa. I'll also setup a job to copy the packages to the Core Apps Daily ppa (unless you think that's not a good idea)
[12:58] <mhall119> fginther: core apps PPA already depends on the ubuntu-sdk-team PPA, so I don't think we'd need them copied
[12:58] <fginther> mhall119, ok. thanks
[12:58] <asac> who would own "Unity QML in archive (Unity Next)
[12:59] <asac> " ?
[12:59] <ogra_> desktop team ?
[12:59] <ogra_> given it will actually become our desktop
[13:01] <sergiusens> asac: ogra_ that's Saviq ... but once the deps are resolved it should just be part of the daily release process
[13:01] <sergiusens> asac: well Saviq on the technical side at least
[13:04] <sil2100> nerochiaro: ping!
[13:04] <mhall119> Ubuntu Touch Clinic is open, Dr's popey and mhall119 are taking questions
[13:05] <mhall119> if you have any questions about Ubuntu Touch, the SDK, apps or app development, just go ahead and ask them
[13:05] <sil2100> nerochiaro: are you around?
[13:06] <sil2100> nerochiaro: we saw some new autopilot issues in the notes-app
[13:06] <ogra_> mhall119, if popey is the Dr.  are you the nurse ?
[13:07] <popey> Hello Nurse!
[13:07] <mhall119> ogra_: the Dr's was plural
[13:07] <ogra_> :)
[13:07] <mhall119> :P
[13:07] <ogra_> haha
[13:07] <mhall119> I do have great legs though
[13:07] <ogra_> shaved ?
[13:07] <popey> ʘ‿ಠ
[13:08]  * popey closes the curtain
[13:08] <mhall119> ogra_: whatever you like sweety
[13:08] <nerochiaro> sil2100: i'm here
[13:08] <ogra_> :D
[13:08] <nerochiaro> sil2100: what's the issue ?
[13:08] <Saviq> sergiusens, k, I can't reproduce mzanetti's issue, when you check the shell release out, keep a close eye on the fact that you can't interact with the app through the launcher
[13:09] <sil2100> nerochiaro: https://jenkins.qa.ubuntu.com/job/ps-generic-autopilot-release-testing/524/testReport/
[13:09] <sil2100> nerochiaro: it seems there are more than one issue, maybe something in SDK changed?
[13:09] <sil2100> nerochiaro: could you take a look?
[13:10] <nerochiaro> sil2100: when did it start ? after the merge that happened yesterday ?
[13:11] <nerochiaro> tmoenicke: when you say it works you only mean the keyboard doesn't bounce back, right ?
[13:11] <tmoenicke> nerochiaro: yes
[13:13] <sergiusens> Saviq: k, I'm guessing by interact you mean, launch and refocus
[13:14] <Saviq> sergiusens, no, the fact that you can press the dialer numbers *through* the Launcher
[13:14] <Saviq> (you shouldn't)
[13:14] <sil2100> nerochiaro: not sure, could be - there also seems to be a regression in UITK
[13:14] <nerochiaro> tmoenicke: that's only half the problem (which was caused by setFocus(true) instead of setFocus(false)). The other half is that when you call setFocus(false) the inner TextInput loses focus but the SDK TextArea that wraps it does not lose it. So i can't give it back focus by saying TextArea.focus = true because it's already true (even though the cursor it's gone as the inner TextArea is unfocused now)
[13:15] <sil2100> nerochiaro: not sure if that's related?
[13:15] <sil2100> nerochiaro: bug #1185397
[13:18] <nerochiaro> sil2100: yeah we should probably wait until that regression is fixed. panel is the base class for toolbars i think, so if they don't hide we have a problem for sure
[13:22] <nerochiaro> zsombi: still busy ?
[13:24] <johba> I'm using sudo with logged in with phablet through ssh server, but get permission denied errors, why is that?
[13:25] <johba> when executing apt-get
[13:26] <popey> johba: can you pastebin the whole section where the error occurs?
[13:28] <mhall119> johba: using 'phablet' as the password when it asks you for one?
[13:28] <johba> popey: http://pastebin.com/331L52cU
[13:28] <johba> mhall119: doesn't ask
[13:28] <ogra_> sudo apt-get update
[13:28] <popey> its because you had && apt-get
[13:28] <ogra_> err
[13:28] <ogra_> upgrade i mean
[13:29] <popey> sudo apt-get update && sudo apt-get upgrade
[13:29] <ogra_> (you need a sudo for the second command too
[13:29] <ogra_> )
[13:29] <popey> i.e. the second apt-get didn't have sudo, as ogra_ says ☻
[13:29] <johba> ahh -.- sry
[13:29] <ogra_> :)
[13:29] <popey> np ☻
[13:29] <mhall119> easy solutions like that are the best :)
[13:30] <davmor2> popey, mhall119:  Crespo hates me.  I managed to I think remove the java apps from the cm_crespo image under device/samsung/crespo  and I got it to the building the kernel phase but it says there were 2 errors but I don't see where they are is there a way to find out?
[13:30] <johba> right, thx guys :D
[13:32] <mhall119> davmor2: you're porting the touch image?
[13:32]  * mhall119 doesn't know what crespo is
[13:32] <ogra_> a device
[13:32] <davmor2> mhall119: yeap, samsung galaxy nexus s
[13:33] <popey> I've not tried porting to a new device yet.
[13:33] <mhall119> neither have I
[13:33] <popey> I'd be looking for most recently written logs in the build directory though
[13:34]  * ogra_ did a port to a galaxy S2 ...
[13:34] <mhall119> ogra_: can you answer davmor2's question?
[13:34] <ogra_> davmor2, try to redirect the output of brunch to a file
[13:34] <davmor2> mhall119: also there is a missing line in the guide in the automatically get the image, it doesn't tell you to do . build/envsetup.sh before the first breakfast [device_name]
[13:34] <ogra_> so you dont lose the scrollback
[13:35] <ogra_> sergiusens, ^^^
[13:35] <davmor2> ogra_: ah nice plan I'll try that tonight
[13:36] <mhall119> "build/envsetup.sh before the  first breakfast
[13:36] <mhall119> "
[13:36] <mhall119> now that's a morning routine right there
[13:37] <sergiusens> mhall119: well you can brunch too
[13:37] <sergiusens> ogra_: I just have an infinite scrollback
[13:37]  * ogra_ bets thats not on your chromebook
[13:37] <ogra_> i do too, on my desktop
[13:38] <ogra_> where i have 16G RAM
[13:42] <popey> sergiusens: is phablet-flash now supposed to clean up /sdcard of zip files? because flashing recently has failed with out of space. I have had to shell in and rm /sdcard/*.zip
[13:42] <davmor2> ogra_, sergiusens: i have that here too but all I could see were warnings is it likely to start a line ERROR::: or something that I can search for?
[13:44] <sergiusens> popey: when you bootstrap these days it does a wipe
[13:46] <popey> but not when you flash?
[13:46] <popey> I want to keep my data, but ditch the old zip files.
[13:46] <davmor2> popey: phablet-flash -b deletes all data phablet-flash -l keeps data
[13:47] <sergiusens> davmor2: it's standard make and gcc, look for Error 1 or Error 2
[13:47] <popey> davmor2: I know, I dont want to "delete all data"
[13:47] <davmor2> sergiusens: ah thanks
[13:47] <popey> I want the flash process to work without me having to shell in and manually remove files
[13:47] <ogra_> how boring
[13:47] <popey> i want to run "phablet-flash" which should keep my data, and flash the device with zero user interaction
[13:48] <sergiusens> popey: well, how do you determine what is important and save worthy when you don't have enough space?
[13:49] <ogra_> well, we should be able to distinguish our zips from other stuff i guess
[13:49] <gema> question: how do I make all the installed apps appear on my touch image, so that i don't have to search for them?
[13:50] <ogra_> by patiently waiting until the shell grows that feature ?
[13:50] <popey> sergiusens: well, if it's called /sdcard/raring*.zip I can be pretty confident I dont want to keep it
[13:50] <mhall119> gema: popey has a hack for that
[13:50] <gema> ogra_: I was told by popey he was going to blog about it, but not sure if he has
[13:50] <gema> :D
[13:50] <popey> i haven't blogged for a while
[13:51] <gema> popey: do you have a script somewhere that I can just run?
[13:51] <sergiusens> salem_: bfiller I fixed the ppa deps for qt-folks and got a whole set of errors
[13:51] <popey> gema: https://code.launchpad.net/~popey/+junk/phablet-flash-wrapper
[13:51] <popey> those are what i use
[13:51] <gema> popey: excellent, thanks!
[13:51] <sergiusens> popey: that's you, what about people that build their zips from time to time
[13:51] <salem_> sergiusens, thank you. I am fixing those errors right now.
[13:51] <popey> but the backup/restore is now done by phablet-flash so may not be necessary
[13:52] <popey> sergiusens: can phablet-flash not remove the file before the final reboot? I mean, it _knows_ the name of them, it just "adb pushed" them onto the device a few minutes previously?
[13:53] <popey> well, after the final reboot I guess
[13:53] <ogra_> sergiusens, we could give it a unique name in adb push
[13:54] <ogra_> ubuntu-official1.zip .... ubuntu-official2.zip ....
[13:54] <sergiusens> ogra_: popey well I do that for the autodeploy.zip
[13:54] <ogra_> rm -rf /sdcard/ubuntu-official?.zip
[13:54] <sergiusens> ogra_: popey I just abandoned work on the recovery image since I was told that we were going to have a new update system soon
[13:55] <ogra_> well, i doubt it will differ massively
[13:55] <ogra_> but you neven know indeed
[13:55] <popey> ok
[13:56] <sergiusens> popey: let me see what can be done...  I can't add any special logic to the zip that would break other recovery images
[13:56] <popey> Tip: Don't plug a device (Nexus 7) running Ubuntu Touch into a Windows 7 machine. It goes mad
[13:57] <ogra_> windows ?
[13:57] <ogra_> or the device
[13:57] <popey> windows
[13:57] <popey> keeps seeing the device appear and disappear
[13:57] <ogra_> lovely
[13:57] <ogra_> the container flip will fix that
[13:57] <popey> so I get the USB bongs repeatedly
[13:57] <pmcgowan_> the flip cures all
[13:58] <ogra_> we run adbd in the ubuntu rootfs then and dont even enable mtp
[14:09] <mhall119> so for some reason, some boots on my Nexus 7 I get a white-screen only for apps, and the keyboard doeesn't come up for searching the dash
[14:09] <mhall119> any idea what's going on, or what I can look at to determine that?
[14:10] <mhall119> if I swipe from the right edge, just a bit, it will show the app's content, but then turn it all black after a couple seconds and the app's process terminates
[14:11] <popey> mhall119: i have seen that too now and then
[14:13] <mhall119> popey: only on the nexus 7, or on your nexus 4 too?
[14:13] <popey> not seen on 4
[14:14] <johba> is there a way to make the terminal fullscreen on nexus 10?
[14:15] <popey> the n7 seems very slow compared to the n4
[14:15]  * popey makes a video
[14:15] <mhall119> johba: you need to change the X-Ubuntu-StageHint to MainStage in /usr/share/ubuntu-terminal-app/ubuntu-terminal-app.desktop
[14:16] <johba> thanks, i'll research more. only scanned the faq so far
[14:22] <sergiusens> fginther: didrocks: can phablet-tools daily release into saucy instead of raring?
[14:24] <didrocks> sergiusens: it will mean that android-audiosystem will daily release into saucy as well and not on raring, is that fine?
[14:24] <didrocks> (they are part of the same stack)
[14:25] <fginther> sergiusens, it should be ok from upstream merger perspective
[14:25] <salem_> sergiusens, hey, isnt jenkins setting the release to raring when pushing it into to the phablet-team ppa?
[14:25] <sergiusens> didrocks: same stack? That's fine... android-audiosystem hasn't been touched for in a while
[14:25] <sergiusens> salem_: no... it's crystal clear what you intend puses
[14:25] <sergiusens> pushes
[14:25] <didrocks> sergiusens: I need to check the reverse depends of android-audiosystem after this hangout
[14:26] <didrocks> sergiusens: sounds fine, will do the change
[14:27] <salem_> sergiusens, ok, just changed it to raring. thanks
[14:28] <sergiusens> didrocks: thanks
[14:28] <didrocks> yw :)
[14:29] <user82> local transport here offers no api..so best chance is the offline data available
[14:29] <user82> too bad
[14:34] <popey> suggestions on where this bug should go? http://www.youtube.com/watch?v=nuE9R81ex-Q  - slowness on nexus 7 ?
[14:35] <popey> probably just the clock app timing logic
[14:36] <sergiusens> didrocks: can you trigger a daily release for phablet-tools or the stack after?
[14:38] <didrocks> sergiusens: it will surely not being NEWed today in saucy
[14:38] <popey> mhall119: is the stopwatch slow for you too?
[14:38] <ogra_> uh, dont break my dependencies in saucy today
[14:39] <mhall119> popey: let me check
[14:40] <paulhart> hi all
[14:40] <paulhart> looks like i'm having some trouble with my nexus 4
[14:42] <paulhart> its flashed with ubuntu mobile and i have it hooked via usb but ubuntu desktop cannot access it
[14:42] <ogra_> via adb ?
[14:42] <mhall119> popey: it appears so, yes
[14:42] <paulhart> yeah, for instance:
[14:42] <paulhart> ubuntu@ubuntu:~$ adb reboot-bootloader error: insufficient permissions for device
[14:42] <mhall119> on my nexus 7, it gets about 45 seconds off in a minute
[14:43] <ogra_> paulhart, what ubuntu release are you using on the desktop ?
[14:43] <ogra_> looks like your adb package is outdated
[14:43] <paulhart> 13.04
[14:45] <popey> ogra_: i had this today too, i had to use sudo adb start-server
[14:45] <ogra_> adb kill-server && sudo adb start-server
[14:45] <ogra_> right
[14:45] <popey> mhall119: ok, will file a bug
[14:45] <ogra_> that shouldnt happen if you use the adb package from the PPA
[14:46] <popey> ah yay, https://bugs.launchpad.net/ubuntu-clock-app/+bug/1176555
[14:46] <ogra_> except i guess sergiusens didnt update it after my few uploads that added adbd the last days
[14:46] <popey> ogra_: what version of adb?
[14:46] <popey> 4.2.2+git20130218-3ubuntu3~raring is what I have
[14:46] <ogra_> that should be fine then
[14:47] <ogra_> as long as oyu have a ~raring in it it comes from the PPA and ships the needed udev rules
[14:47] <popey> cool, thanks
[14:47] <ogra_> so it should work
[14:47] <paulhart> yeah... still not working
[14:47] <sergiusens> ogra_: nope... not to the ppa if I wasn't notified ;-)
[14:47] <paulhart> ubuntu@ubuntu:~$ adb kill-server && sudo adb start-server * daemon not running. starting it now on port 5037 * * daemon started successfully *
[14:48] <ogra_> sergiusens, well, i realized it is raring
[14:48] <ogra_> indeed i only uploaded saucy
[14:48] <paulhart> but its not apearing as mounted next to the drives
[14:48] <ogra_> it never will
[14:48] <ogra_> adb has nothing to do with mounting
[14:48] <paulhart> oh i see
[14:48] <sergiusens> ogra_: well, there's no hurry to get adbd into raring
[14:48] <ogra_> sergiusens, not at all
[14:48] <paulhart> is it possible to mount it?
[14:49] <ogra_> ignore the above ... my fault ... PPA wont be affected
[14:49] <ogra_> paulhart, use adb push/pull
[14:49] <ogra_> we cant use mtp, it is patented
[14:49] <ogra_> and have no other mounting solution yet
[14:50] <paulhart> rihgt, oddly enough, if i remember correctly, push didn't work when i got ubunto on the phone... so i used the gui... ill try it now though
[15:00] <salem_> sergiusens, hey, can you approve that qt-folks MR? looks like ci is done.
[15:01] <sergiusens> salem_: let me test it, what is this for? I thought we were going to be using upstream qtfolks from now on
[15:02] <salem_> sergiusens, to fix a problem related to favorites. https://bugs.launchpad.net/phone-app/+bug/1185036
[15:03] <sergiusens> salem_: are you pushing that upstream too?
[15:04] <sergiusens> salem_: I'll test and happrove
[15:04] <salem_> sergiusens, ok thanks. I will send upstream.
[15:05] <salem_> sergiusens, looks like upstream isn't changed since 2011.
[15:13] <rsalveti> asac: we're still waiting the nexus 7 kernel to be fixed by our kernel guys, then we can reduce the image a bit more
[15:13] <rsalveti> and once we have a toolchain, we can remove the pre-built toolchain, which will make it smaller as well
[15:13] <ogra_> and the toolchain :)
[15:13] <rsalveti> but we did make a huge progress, it's now ~600mb
[15:13]  * ogra_ bets for 200M in the end
[15:13] <rsalveti> asac: and the reduced manifest is something we have for quite a while already ;-)
[15:18] <drizztbsd> hi, does the phone/sms work?
[15:18] <ogra_> on the supported devices it does
[15:18] <ogra_> on the ports it depends on the porter
[15:18] <drizztbsd> gnex
[15:18] <ogra_> works
[15:19] <drizztbsd> cool, I will test it this evening :P
[15:19] <ogra_> mind you, only for SIMs without PIN
[15:19] <ogra_> so unlock it first
[15:19] <drizztbsd> ok
[15:21] <drizztbsd> [App] WhatsApp for Ubuntu Phone (alpha) (wow lol)
[15:21] <mhall119> trying to open files from the file manager on Ubuntu Touch, I get:
[15:21] <mhall119> Opening file /home/phablet/test.txt
[15:21] <mhall119> static bool QDesktopServices::openUrl(const QUrl&): The platform plugin does not support services.
[15:22] <mhall119> rsalveti: sergiusens: ^^ any idea how to get around that?
[15:22] <sergiusens> mhall119: not a Qt person myself, might get a quicker answer from mzanetti or Kaleo
[15:24] <mzanetti> hmm...  seems like this really would need support from the platform plugin... what it does is to determine the default app for that uri scheme and then pass the url on to it...
[15:24] <mzanetti> if its always a website you could launch the browser yourself with - for example - the QtProcess plugin from yesterday
[15:24] <mhall119> mzanetti: not from QML I can't
[15:25] <mzanetti> oh right... its C++ Qt :D
[15:25] <mhall119> and having the platform "do the right thing" for a URI is better
[15:25] <sergiusens> mhall119: mzanetti ported an exec plugin
[15:25] <mzanetti> mhall119: well, as a quick hack, for now use QProcess and call the browser yourself
[15:25] <mhall119> so for the file manager, we really want to say "Hey platform, open this file in the best app you've got"
[15:26] <mzanetti> mhall119: yes... but that really needs to be implemented in the platform plugin
[15:26] <mhall119> mzanetti: ubuntu-filemanager-app is pure-QML, so using C++ wouldn't be a quick hack
[15:26] <mzanetti> mhall119: then use the QtProcess plugin
[15:26] <mhall119> mzanetti: is implementing the platform plugin on our roadmap?
[15:26] <mzanetti> mhall119: https://gitorious.org/~mzanetti/qml-process-element/qml-process-element-qt5
[15:27] <mzanetti> mhall119: I don't know... I'm kinda on the other side of the stack... but I'm sure its on the roadmap for ricmm or the like
[15:27] <drizztbsd> jzanetti
[15:27] <mzanetti> :D
[15:30] <mhall119> mzanetti: can you provide an installable package for that?
[15:30] <sergiusens> mhall119: I'm going to be packaging it tonight
[15:30] <mzanetti> thanks sergio
[15:30] <sergiusens> or later in the evening
[15:30] <mhall119> sergiusens: ok, we can upload it to the Core Apps PPA so they can use it until a proper platform plugin exists
[15:31] <mzanetti> sergiusens: might want to include the example code somewhere: http://paste.ubuntu.com/5713726/
[15:32] <sergiusens> mzanetti: thanks
[15:37] <mzanetti> hey! there's a ubuntu logo in my bootloader now :)
[15:37]  * mzanetti likes
[15:40] <mhall119> dang, I just phablet-flashed yesterday
[16:13] <lool> ogra_: Hey, I'm looking at your recent android-tools changes to add adbd
[16:13] <ogra_> yeah, they will need some love
[16:13] <lool> I wanted to include them in Debian, but these can't be included as is
[16:13] <ogra_> rigfht
[16:14] <ogra_> xnox was eager to work on that iirc
[16:14] <lool> I had some ideas to reduce the delta
[16:14] <lool> ogra_: first of all, why do we want a copy of the sources instead of patching the core/adb stuff?
[16:14] <ogra_> time :)
[16:14] <ogra_> i could have done that but wouldnt have gotten the container flip ready by friday
[16:14] <xnox> is there phablet-flash support to flash saucy image on to grouper?
[16:15] <ogra_> nope
[16:15] <ogra_> you need to use the manual methot
[16:15] <ogra_> *method
[16:15] <xnox> ack.
[16:15] <ogra_> abnd done use any image newer than 27th
[16:15] <lool> ogra_: I'm not asking why the time wasn't spent doing it  :-)  I'm asking whether you know of a technical reason that a copy of the sources was needed
[16:15] <ogra_> i will break them soon
[16:16] <lool> like maybe this or that part of the patch breaks adb
[16:16] <lool> I didn't see immediately what would break it, hence my question
[16:16] <ogra_> lool, well, and my answer was that i didnt have the time to do it proper :) there is no tech reason
[16:16] <lool> ok
[16:16] <ogra_> it needs a bunch of ifdefs
[16:16] <lool> ogra_: why?
[16:16] <lool> anyway, ok
[16:17] <lool> ogra_: so I guess same reason for qemu_pipe; it's not really needed but it was the quickest way to do it?
[16:17] <ogra_> because it gets built differently from the same sources and the changes arent merged in
[16:17] <ogra_> right
[16:17] <ogra_> if you mean qemu-arm-static
[16:17] <lool> ogra_: what I'm saying is: let's just patch core/adb/adb.c and use that to build and adbd, just like upstream, in a single pass
[16:17] <lool> *to build adb and adbd
[16:18] <ogra_> they dont do it in a single pass
[16:18] <ogra_> thats the point :)
[16:18] <ogra_> they do two runs and then cp adb adbd
[16:18] <lool> aha
[16:18] <ogra_> in the second one
[16:18] <ogra_> its the same code with different options
[16:18] <ogra_> thus ifdefs
[16:19] <ogra_> and we need to kill off some of the android specifics (getopts)
[16:19] <ogra_> since our adbd doesnt have access to that when it starts
[16:20] <lool> I was thinking we could override get_property with some wrapper around getenv
[16:20] <lool> it's problematic that right now only nexus 4 is supported too
[16:20] <ogra_> you could probably do it ... what we did in the current code was to comment out (or add fake data) to that stuff for now
[16:20] <ogra_> it isnt :)
[16:20] <lool> well, nexus 4 is hardcoded in the source
[16:20] <ogra_> that code is nonsense ... just a placeholder
[16:21] <ogra_> the actual setting happens in the upstart job
[16:21] <ogra_> through sysfs
[16:21] <ogra_> it runs fine on all HW i have here
[16:21] <ogra_> incluyding a galaxy S2
[16:21] <lool> the upstart jobs is another hardcoded place
[16:21] <lool> *job
[16:21] <lool> but with USB device ids instead of props
[16:22] <ogra_> well, we need to set up the android gadget somewhere for adbd
[16:22] <ogra_> seemed like the obvious place
[16:22] <ogra_> and the IDs are the right ones
[16:23] <lool> the thing is, this is meant to be an "adbd" package
[16:23] <ogra_> (they are the value for "only running adbd" ... thats completely device unspecific)
[16:23] <ogra_> yes
[16:24] <ogra_> and it is
[16:24] <lool> but it hardcodes running adbd with a recovery rom id, nexus 4 props and will attempt to start even if you don't have android_usb
[16:24] <ogra_> it doesnt use the props at all
[16:24] <ogra_> and it needs that ID so that adb on the client side recognizes it as "adbd only, no mtp or other stuff"
[16:25] <lool> ogra_: I think these props are sent over the wire
[16:25] <ogra_> they are
[16:25] <mhall119> mzanetti: no ubuntu logo for my bootsplash :(
[16:25] <ogra_> thats what i said above
[16:25] <ogra_> adb on the client side needs them
[16:25] <lool> ogra_: you said it doesn't use the props at all
[16:25] <ogra_> it uses the props from sysfs
[16:25] <lool> ogra_: it also uses the hardcoded props in the source
[16:25] <ogra_> the hardcoded ones are moot
[16:26] <lool> occam, Nexus 4, mako
[16:26] <ogra_> hmm, it doesnt here
[16:27] <ogra_> lool, anyway, if you can come up with something generic that doesnt confuse half the desktop (endless loop attempts for mtp and such) feel free
[16:27] <ogra_> the current setup works  ...
[16:28] <ogra_> [793040.499310] usb 1-1: Product: Galaxy Nexus
[16:28] <ogra_> [793040.499358] usb 1-1: Manufacturer: Samsung
[16:28] <ogra_> [793040.499405] usb 1-1: SerialNumber: 0149CBF011006012
[16:28] <ogra_> thats what i get here
[16:29] <mzanetti> mhall119: it came after I flashed with -b
[16:29] <ogra_> (with flipped container, mind you ... that behaves completely different from natively running android)
[16:29] <mhall119> mzanetti: I flashed with -b too
[16:29] <mhall119> on my nexus 7
[16:29] <mhall119> though my /home/phablet/ was left intact
[16:30] <mzanetti> mhall119: galaxy nexus here... and no... here it wiped everything
[16:49] <kgunn> mhall119: i also have a n7
[16:49] <kgunn> and i kinda gave up on -b
[16:50] <kgunn> i just do the recovery mode adb push of the zips to autodeploy
[16:50] <kgunn> works like a champ
[16:51] <sergiusens> mhall119: kgunn -b didn't work with that version of phablet-tools?
[16:51] <sergiusens> kgunn: without -b you get the same result
[16:52] <mhall119> sergiusens: yeah, -b didn't erase my /home/phablet/ directory
[16:53] <sergiusens> mhall119: what version of phablet-tools?
[16:53] <mhall119> sergiusens: 0.13daily13.05.10ubuntu.unity.next-0ubuntu1
[16:53] <sergiusens> mhall119: need version 14+
[16:53] <mhall119> I see 0.14-0ubuntu1~raring is available now though, I'll update
[16:54] <kgunn> sergiusens: right...sorry to confuse
[16:55]  * ogra_ is with kgunn ... i prefer the adb way
[16:58] <sergiusens> ogra_: phablet-flash initially was 2 wgets and 2 adb pushes... I take it you don't flash daily ;-)
[16:58] <ogra_> heh, not even monthly :)
[16:59] <sergiusens> ogra_: that's why you prefer adb plain and simple ;-)
[16:59] <sergiusens> I would too...
[16:59] <ogra_> but i think even doing it daily i would use adb
[16:59] <ogra_> its just one command more
[17:04] <mhall119> sergiusens: uh oh
[17:05] <mhall119> sergiusens: http://paste.ubuntu.com/5713969/
[17:06] <mhall119> adb can no longer see my N7 :(
[17:06] <kgunn> mhall119: try adb kill-server
[17:06] <kgunn> then adb devices
[17:07] <mhall119> mhall@mhall-thinkpad:~/blog/sdkapps/coreapps$ adb devices -l
[17:07] <mhall119> * daemon not running. starting it now on port 5037 *
[17:07] <mhall119> * daemon started successfully *
[17:07] <mhall119> List of devices attached
[17:07] <mhall119> and no devices
[17:07] <ogra_> err
[17:07] <ogra_> you actually want:
[17:07] <kgunn> bummer
[17:07] <ogra_> adb kill-server && sudo adb start-server
[17:08] <mhall119> mhall@mhall-thinkpad:~/blog/sdkapps/coreapps$ adb kill-server && sudo adb start-server
[17:08] <mhall119> * daemon not running. starting it now on port 5037 *
[17:08] <mhall119> again, no devices
[17:08] <mhall119> * daemon started successfully *
[17:08] <mhall119> mhall@mhall-thinkpad:~/blog/sdkapps/coreapps$ adb devices -l
[17:08] <mhall119> List of devices attached
[17:08] <ogra_> re-plug ?
[17:08] <kgunn> mhall119: manual reboot, hold power+lower volume button....get to recovery
[17:08] <mhall119> the N7 is at the Android unlocked bootloader screen
[17:08] <ogra_> that doesnt run adbd :)
[17:08] <ogra_> you are in fastboot mode
[17:09] <ogra_> select recovery and press power
[17:09] <mhall119> ok
[17:09] <mhall119> saw it do something
[17:09] <mhall119> android with a spinning buckyball or whatever
[17:09] <mhall119> then it turned itself off
[17:10] <ogra_> you mean after selecting recovery ?
[17:10] <mhall119> mzanetti: you tempted me with the new hotness, and now look what I've gotten myself into
[17:10] <mhall119> ogra_: yeah
[17:11] <ogra_> weird, it should have dumped you into recovery mode
[17:11] <mhall119> ogra_: ah, now I have the Ubuntu logo'd recovery mode
[17:11] <mhall119> \o/
[17:11] <mhall119> didn't give me that last time
[17:11] <mhall119> now what?
[17:11] <ogra_> ah, good
[17:12] <ogra_> well, you have adb again
[17:12] <mzanetti> mhall119: haha... the same happened to me... but because something bad happened to my device already before I didn't think this would be related. sorry
[17:12] <ogra_> phablet-flash should work as expected
[17:12] <mhall119> mhall@mhall-thinkpad:~/blog/sdkapps/coreapps$ phablet-flash -b
[17:12] <mhall119> Device detected as /sbin/sh: getprop: not found
[17:12] <mhall119> Unsupported device, autodetect fails device
[17:13] <mhall119> trying again with -d grouper
[17:13] <ogra_> try without -b
[17:13] <sergiusens> mhall119: kgunn there's a new adb in the ppa or in saucy that doesn't have perm problems
[17:14] <ogra_> yeah
[17:14] <ogra_> thoough he was in fastboot mode
[17:14] <ogra_> whats a permission issue
[17:14] <ogra_> *wasnt
[17:15] <sergiusens> ogra_: mhall119 probably had an autodeploy.zip
[17:15] <ogra_> sergiusens, does that reboot into fastboot/bootloader ?
[17:16] <mhall119> sergiusens: it says "autodeploy.zip not found" at the bottom of the ubuntu recover mode screen
[17:16] <ogra_> well, if it unpacked it it is gone
[17:16] <ogra_> autodeploy gets deleted after it got installed
[17:16] <mhall119> so how do I get it back
[17:16] <ogra_> might have been a dangling one from a failed flash attempt
[17:17] <ogra_> -d grouper didnt work ?
[17:17] <mhall119> running phablet-flash -b -d grouper, reboots it back to the android unlock screen
[17:17] <mhall119> and phablet-flash is stuck with < waiting for device >
[17:17] <ogra_> do not use -b
[17:17] <ogra_> that re-bootstraps is ... which needs the fastboot mode
[17:17] <ogra_> s/is/it/
[17:18] <mhall119> mhall@mhall-thinkpad:~/blog/sdkapps/coreapps$ phablet-flash -d grouper
[17:18] <mhall119> Device detected as grouper
[17:18] <mhall119> Cannot find /data mountpoint
[17:18] <mhall119> from the ubuntu recovery mode
[17:18]  * mhall119 has fubar'd this good this time
[17:18] <sergiusens> ogra_: mhall119 what's your fastboot package version?
[17:19] <ogra_> yeah, i was about to ask
[17:19] <sergiusens> waiting for device on fastboot means wrong package most likely
[17:19] <ogra_> though still he uses the ubuntu recovery ... that should find /data
[17:19] <mhall119> 4.2.2+git20130218-3ubuntu3~raring
[17:19] <sergiusens> ogra_: not if somehow it got wiped
[17:19] <sergiusens> improperly
[17:19] <ogra_> ah, indeed
[17:19] <ogra_> broken filesystem or so
[17:21] <mhall119> how do I un-break it?
[17:23] <ogra_> format /data
[17:23] <ogra_> from the recovery menu
[17:23] <ogra_> then you should have a proper data partition again you can use
[17:24] <mhall119> I like all the No, No, No, No No, Yes, No options :)
[17:24] <ogra_> haha
[17:24] <mhall119> still no luck
[17:24] <mhall119> mhall@mhall-thinkpad:~/blog/sdkapps/coreapps$ phablet-flash -d grouper
[17:24] <mhall119> Device detected as grouper
[17:24] <mhall119> Cannot find /data mountpoint
[17:24] <mhall119> mhall@mhall-thinkpad:~/blog/sdkapps/coreapps$ phablet-flash
[17:24] <mhall119> Device detected as /sbin/sh: getprop: not found
[17:24] <mhall119> Unsupported device, autodetect fails device
[17:25] <ogra_> you are to fast :
[17:25] <ogra_> :)
[17:25] <ogra_> you should have mounted data after formatting and before running phablet-flash
[17:26] <mhall119> I don't have an option to mount /data, only to unmount /data
[17:26] <mhall119> I can mount /sdcard or /system
[17:26] <ogra_> oh, that means it is mounted
[17:26] <mhall119> selecting unmount /data didn't change the option
[17:26] <ogra_> hmm
[17:27] <mhall119> should I format /data and /data/media?
[17:27] <mhall119> I did just /data last time
[17:27] <mhall119> or is there some brute-force "Scrap everything and start over" option?
[17:28] <ogra_> well, /sdcard is likely a link to /data/media
[17:28] <ogra_> (it is on many devices that i know at least)
[17:29] <mhall119> should I mound /sdcard?
[17:30] <ogra_> if its a link there is nothing to mount
[17:30]  * mhall119 has an option to mount it anyway
[17:30] <ogra_> i personally would just use the manual installl methid now
[17:30] <mhall119> what's that?
[17:31] <ogra_> download the zips (or fish them out of the chache) ...
[17:31] <mhall119> raring-preinstalled-phablet-armhf.zip ?
[17:31] <ogra_> adb push /path/to/armel.zip /sdcard/autodeploy.zip && adb reboot recovery
[17:31] <ogra_> then do the same with the armhf one
[17:32] <mhall119> where would I find the armel zip?
[17:32] <mhall119> it's not in ~/Downloads/phablet-flash/140/
[17:32] <ogra_> not sure where phablet-flash stores them ... ~/.local/ i think
[17:32] <mhall119> I have armel .img files
[17:32] <ogra_> hmm
[17:33] <mhall119> ah, I have them for 138
[17:33] <ogra_> http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/raring-preinstalled-armel+grouper.zip
[17:33] <mhall119> downloading it now
[17:33] <ogra_> i guess it doesnt download it if you run -b
[17:33] <mhall119> maybe that's what messed this all up
[17:33] <ogra_> since bootstrapping uses the img files
[17:34]  * mhall119 runs adb push
[17:35] <mhall119> push the armhf one to /sdcard/autodeploy.zip too?
[17:35] <ogra_> after the adb reboot recovery
[17:35] <ogra_> it needs to flash them in succession
[17:36] <ogra_> after the reboot you should see a progress bar
[17:36] <ogra_> if thats gone you can push the armhf one and do the same dance
[17:36] <kgunn> or as mhall119 put it...the bucky ball
[17:37] <mhall119> ok, I pushed the armel, got the progress bar, then it shutdown (gave me the battery indicator)
[17:37] <mhall119> manually got it back into recovery mode, and am pushing the armhf now
[17:38] <ogra_> right
[17:38] <mhall119> no progress indicator for adb push huh?
[17:38] <ogra_> nope
[17:38] <ogra_> patience :)
[17:39] <mhall119> my patience, like my coffee, has run out
[17:39] <mhall119> I just want my precious Ubuntu Touch tablet back
[17:40] <ogra_> well, not every dogfood comes with cream :)
[17:40] <mhall119> it's rebooting now
[17:41] <mhall119> got the google bucky-ball thing
[17:41]  * mhall119 croses his fingers
[17:43] <mhall119> it's back!
[17:43] <mhall119> ogra_: thank you!
[17:44] <ogra_> :)
[17:44] <mhall119> next time I see you, I'm gonna kiss you
[17:44] <mhall119> right on the lips
[17:44] <mhall119> or buy you a beer, your preference
[17:44] <jcastro> ubuntu-touch, quite literal!
[17:44] <mhall119> :)
[17:44] <ogra_> LOL
[17:44] <ogra_> i'll decide that then :)
[17:45] <mhall119> ok, I'm taking a break for lunch before I break anything else
[17:49] <kgunn> jcastro: good one
[18:01] <doanac> sforshee: i've got a question i think might be power related: if i run something like "sleep 10m" from an upstart task, and then disconnect USB charging, the sleep seems to run forever
[18:01] <doanac> is there a way to truly wait X minutes when the system is idling w/o power?
[18:06] <sforshee> doanac, if the system is suspended and you want it to wake from suspend what you need is an rtc alarm
[18:06] <doanac> sforshee: okay. i suspected. thanks
[18:07] <sforshee> doanac, np. Though what we'll probably need is a central service which manages rtc alarms for various clients
[18:08] <sforshee> and do nice things like batching together events with flexible timing requirements
[18:08] <mhall119> kenvandine: ping
[18:08] <doanac> sforshee: yep, that would be nice
[18:08] <mhall119> doanac: FYI, the ability to schedule wakeups for an app is being spec'ed
[18:09] <doanac> mhall119: thanks. is there a BP I should subscribe to for that?
[18:10] <mhall119> doanac: https://blueprints.launchpad.net/ubuntu/+spec/client-1305-background-task-service
[18:11] <mhall119> there was also an associated UDS discussion: http://summit.ubuntu.com/uds-1305/meeting/21763/client-1305-background-task-service/
[18:23] <sergiusens> rsalveti: I can test everything but the mako bits from your MR
[18:29] <Wilberforce> Helpme
[18:29] <Wilberforce> Does anyone know how to start the touch screen calibration thing on android?
[18:31] <sergiusens> rsalveti: approved, but not happroved
[18:32] <rtg> rsalveti, grouper issues appear to be toolchain.
[18:34] <ogra_> rtg, thats funny given it never got in our way on the desktop image
[18:35] <rtg> ogra_, dunno. the same config works with gcc-4.6
[18:35] <ogra_> (though that was admittedly raring and the 4.7 toolchain)
[18:36] <Wilberforce> Do any of you lovely people know why my touch screen is not responding?
[18:36] <ogra_> in ubuntu touch ?
[18:36] <ogra_> did you try swiping from the sides ?
[18:36] <Wilberforce> No android, I tried to install touchbut it failed
[18:36] <ogra_> ah, no idea
[18:37] <Wilberforce> is it possible to install touch on an archos arnova 7f g3 ?
[18:41] <DarkEra> Wilberforce, i don't think it's supported: https://wiki.ubuntu.com/Touch/Devices
[18:45] <Wilberforce> Thanks DarkEra, unfortunately my device is not supported :(
[19:01] <salem_> bfiller, hey, can you re-approve this MR? It failed to merge yesterday: https://code.launchpad.net/~tiagosh/phone-app/phone-app-1181362/+merge/166133
[19:01] <bfiller> salem_: looking
[19:03] <bfiller> salem_: done
[19:03] <salem_> bfiller, thanks
[19:09] <bfiller> salem_: here is the bug report for the search field in header thing we talked about: https://bugs.launchpad.net/phone-app/+bug/1185168
[19:09] <bfiller> salem_: I assigned to you if you have time to look at
[19:10] <salem_> bfiller, ok, I am working on it right now.
[19:11] <bfiller> salem_: thank you
[19:40] <rsalveti> sergiusens: right, we might need ChickenCutlass's help then
[19:40] <rsalveti> rtg: oh, annoying
[19:40] <rsalveti> rtg: so it works all good with gcc 4.6?
[19:41] <sergiusens> rsalveti: did a code review as well, some comments might be nice :-)
[19:41] <sergiusens> rsalveti: but I'm not blocking on it
[19:41] <rtg> rsalveti, seems to, though there still seem to be some config issues. still investigating.
[19:41] <rsalveti> sergiusens: yeah, imagined that, but I made a better patch to be included in upstream (with some more comments)
[19:43] <rsalveti> rtg: right, cool, let us know when you get it to work, so we can disable our kernel build for grouper, and start depending on the one from the archive
[19:43] <rtg> rsalveti, will do
[19:43] <rsalveti> thanks
[19:44] <rsalveti> sergiusens: https://code.launchpad.net/~rsalveti/touch-preview-images/ubuntu-build-phablet-adding-missing-groups/+merge/165956
[19:44] <rsalveti> that's important to be able to use gps as phablet
[19:45] <rsalveti> together with http://people.canonical.com/~rsalveti/patches/0001-init.rc-allow-anyone-to-read-proc-cmdline.patch
[19:46] <sergiusens> rsalveti: yeah, I'm going to build that soon
[19:46] <sergiusens> rsalveti: have your email open ;-)
[19:47] <sergiusens> rsalveti: was waiting for hybris first ;-)
[19:47] <kenvandine> mhall119, pong
[19:47] <lool> ogra_: I've got adbd building from core/adb with some changes; I'm trying to figure out where the files you've uploaded came from; e.g. our android_filesystem_config.h differ
[19:48] <lool> mine has a snippet with linux/capability.h vs. android_filesystem_capability.h which yours doesn't have and I have to workaroudn it to fix my build; your versions has other deltas as if it was taken from another branch
[19:48] <rsalveti> sergiusens: cool, thanks :-)
[19:48] <rsalveti> got so many tabs with mrs here it's not even fun hehe
[19:51] <sergiusens> rsalveti: yeah, I'm falling behind
[19:52] <sergiusens> rsalveti: it gets stressfull when you become the bottle neck :-)
[19:54] <ChickenCutlass> rsalveti, what's up
[19:55] <rsalveti> sergiusens: know the feeling
[20:02] <Ray_> sup
[20:14] <mhall119> kenvandine: hey, any chance of getting that Online Accounds docs index page this week?
[20:14] <kenvandine> yes
[20:15] <mhall119> \o/
[20:15] <kenvandine> i'll try to do it tomorrow
[20:15] <mhall119> thanks kenvandine
[20:15] <kenvandine> np
[20:19] <rtg> rsalveti, uploaded linux-grouper_3.1.10-3.4. I'll work on homogenizing distro configs tomorrow.
[20:19] <rsalveti> rtg: awesome, is it all working as before with this kernel?
[20:20] <rtg> rsalveti, as near as I can tell. apps do the right thing
[20:20] <rsalveti> rtg: awesome, once built will enable it by default
[20:20] <rsalveti> thanks so much
[20:20] <rtg> rsalveti, cool, I'm outta here.
[20:42] <Minste> I've installed coreapps on my device, but I can't start them couse I don't get an icon for them in app lens. I've manage to open them from terminal on my computer, but is it a way to get them visible in the app-lens?
[20:52] <Saviq> Minste, if they're installed on the device, they're there in Installed apps, you might need to search (tap search at the top panel) for them, though
[20:52] <RobbyF> looks like some great progress is being made
[20:53] <lool> ogra_`: ok; I've pushed all my changes to the android-tools debian git repos; it builds adbd and I can launch it as root on my desktop, but it's otherwise untested; I'd love to work with you for the last remaining pieces tomorrow
[20:54] <Minste> Saviq: Thanks :) I didn´t know I had to search for them.
[20:54] <lool> ogra_`: I avoided the header changes and the property_get changes, but I don't have the fake values sent over the wire; the rest should just work identically
[20:54] <Saviq> Minste, yeah, there's some missing functionality there to be able to expand the category and see everything
[20:55] <lool> ogra_`: BTW I've noticed there's a permission issue on the git repo on alioth; I'll file a ticket to get these fixed
[20:56] <ogra_`> lool, ok, as long as it doesnt stop working i'm fine
[20:56] <Minste> Saviq: okay. Can't wait to use it as my primary phone. So I'm just playing around to see if it's stable and good enough for my use ;)
[20:57] <lool> ogra_`: well if you could test it that would be good
[20:57] <lool> ogra_`: I can't test it until next week
[20:58] <ogra_`> do yu have a package ?
[20:58] <Saviq> Minste, there's a bunch of people that do it already :) obviously there's a lot missing, but it's getting to be good enough for a (not-so-smart)phone now
[20:59] <lool> ogra_`: not for arm
[20:59] <ogra_`> lool, or just put the binary on people.u.c
[20:59] <lool> ogra_`: I can hand you a .dsc though
[21:00] <ogra_`> with tarball ? :)
[21:00] <lool> of course  :-)
[21:00] <ogra_`> good, thats fine
[21:00] <lool> (uploading)
[21:00] <ogra_`> i wont test right now, but tomorrow
[21:00] <Minste> Saviq: I know, but the lack of 3g are my biggest issue right now. cause I can't live with a phone without it.
[21:01] <ogra_`> will let you know how it works
[21:01] <lool> ogra_`: http://people.canonical.com/~lool/android-tools_4.2.2+git20130529-1/
[21:01] <lool> ogra_`: sure; no hurry
[21:01] <ogra_`> thanks for the work !
[21:01] <lool> ogra_`: the upstart job is not there; that's the main thing I think is missing
[21:01] <ogra_`> yeah, i have one here, no prob
[21:01] <lool> ogra_`: np; I wanted to get the debian delta down and I remember you had asked me to review a patch some weeks ago
[21:01] <lool> ogra_`: I think it was related
[21:02] <ogra_`> yeah
[21:02] <ogra_`> i actually wanted to do the cleanup work before but somehow the container flip is consuming more time than i planned
[21:21] <WebVisitor-3> helo, how to figure out if i have a multitouch support for more thant two fingers?
[22:26] <salem_> bfiller, ping
[22:28] <bfiller> salem_: ong
[22:28] <bfiller> pong
[22:28] <salem_> bfiller, hey, created a new MR to fix the favorite thing. https://code.launchpad.net/~tiagosh/phone-app/phone-app-1185036/+merge/166400
[22:29] <bfiller> salem_: cool, let me try
[22:29] <salem_> bfiller, ok. I will be offline for 15 minutes. brb
[22:33] <bfiller> _salem: looks good, just fix the changelog series to raring so it gets released
[22:45] <lool> ogra_`: I've fixed the powerpc build failure too (http://paste.ubuntu.com/5714965/)
[22:45] <ogra_`> wow, cool !
[22:46] <ogra_`> thanks !
[22:46] <ogra_`> so all the ppc phones will work too !
[22:46]  * ogra_` grins
[22:46] <lool> ogra_`: well, it might affect any arch really, and I wasn't confortable switching to hardcoded list of arches
[22:46] <lool> especially for debian
[22:46] <ogra_`> yeah, understood
[22:46] <lool> actually, it only affects BE arches
[22:47] <ogra_`> yup
[22:47] <ogra_`> i read up a lot about the error, but didnt invest the time to actually fix it in the end
[23:18] <salem_> bfiller, ok, done.
[23:25] <bfiller> salem_: still not quite working
[23:25] <salem_> bfiller, really?
[23:25] <bfiller> salem_: it's weird, trying to narrow down
[23:26] <bfiller> salem_: it works when you create a new contact with name and mark as favorite but if you have existing contacts with name only and you favorite it doesn't get saved
[23:26] <bfiller> salem_: let me try more
[23:26] <salem_> bfiller, do you have the  new libqtfolks ?
[23:27] <bfiller> salem_: yes got from MR
[23:27] <bfiller> salem_: let me make sure, is it working for you?
[23:27] <salem_> bfiller, ok, I tried this same use case, and it worked locally. let me try again
[23:27] <salem_> yes
[23:29] <salem_> bfiller, I can mark as favorite a contact with name only, either from the contact view or the contact editing view.
[23:30] <bfiller> salem_: make sure you quit the app each time and restart it that it's still favorite
[23:30] <salem_> bfiller, yes, the change is persistent
[23:30] <bfiller> salem_: just re-install libqtfolks again to make sure, trying
[23:31] <salem_> bfiller, I am testing on my desktop. I will try on the phone to make sure.
[23:36] <bfiller> salem_: I see what the problem is
[23:37] <bfiller> salem_: it works fine for contacts that are in the default address book, but not for contacts in other address books
[23:37] <bfiller> salem_: I logged into facebook with uoa-create script and that populated my address book with facebook friends
[23:38] <bfiller> salem_: doesn't work on those contacts but does work on ones I create by hand in the app
[23:39] <salem_> bfiller, ah, I see. do facebook contacts support favorite mark?
[23:39] <bfiller> salem_: not sure, maybe that's the issue
[23:40] <salem_> bfiller, probably.
[23:40] <bfiller> salem_: lets not worry about it for now
[23:40] <bfiller> salem_: I'll approve the MR
[23:40] <salem_> bfiller, ok. cool.
[23:41] <bfiller> salem_: done
[23:41] <salem_> bfiller, I think the real question is: do we support editing on facebook contacts at all?
[23:42] <salem_> bfiller, thanks
[23:42] <bfiller> salem_: right, and I don't think we want to automatically import all facebook and twitter contacts into the address book by default as we're doing now
[23:42] <bfiller> salem_: I was very confused when I saw them there
[23:42] <bfiller> didn't know how they got there
[23:43] <salem_> bfiller, yep, true, an idea would be to remove the edit option for some kinds of address book. like twitter and facebook.
[23:43] <bfiller> salem_: could work. have you had a chance to look at search field header thing yet?
[23:43] <bfiller> salem_: if not, friday is fine
[23:45] <salem_> bfiller, yes, unfortunately changing the header didn't work, but I managed to make the search field visible all the time at the top.
[23:46] <bfiller> salem_: how does it feel?
[23:48] <salem_> bfiller, well, it was easier to find contacts. I think it is way better than what we have now. I had the code almost done for testing, but I installed a phone-app package by mistake and my changes were overwritten. I am trying to implement that again.
[23:49] <bfiller> salem_: shit!
[23:49] <salem_> shame on me, I will never ever develop direct on usr/share/phone-app
[23:49] <bfiller> yeah