[00:08] <rsalveti> how the daily changelog will look: http://paste.ubuntu.com/5615219/, should be around tomorrow
[00:08] <RobbyF> will it be on cdi site?
[00:09] <rsalveti> yup
[00:09] <rsalveti> comparing with the previous build
[00:09] <RobbyF> are we able to get a raring build?
[00:09] <rsalveti> not yet, in progress
[00:10] <rsalveti> by progress I mean some packages are being pushed
[00:10] <rsalveti> once we have enough (the most critical ones), we can do the switch
[00:10] <rsalveti> and hopefully remove the need of a ppa as well
[00:10] <RobbyF> gotcha
[00:11] <RobbyF> will daily builds soon include daily-core-apps?
[00:11] <krabador> rsalveti, where it's possible to watch ubuntutpuch changelog ?
[00:12] <rsalveti> RobbyF: yup, soon (I also want them) :-)
[00:12] <RobbyF> http://cdimage.ubuntu.com/ubuntu-touch-preview/ should be in here I believe.
[00:12] <rsalveti> krabador: it'll be available together with the images
[00:31] <mathomastech> Trying to deploy an app to Ubuntu Touch on my Nexus 7. It's prompting for a password but not accepting the default "phablet" Anyone else run into this?
[00:33] <RobbyF> how are you installing?
[00:34] <mathomastech> RobbyF: I am using QTcreator. It is seeing the device, and I can open ssh to it using the default password. but "Run on Device" or ctrl+f12 promps for a password. The "phablet" password works for the ssh connection but not the deploy to device connection
[00:35] <RobbyF> hmm. that i'm not sure of. sorry.
[00:47] <dank101> it's may be YOUR computers root password
[00:48] <matge> I just reported Launchpad bug 1155382 in qt-folks "[crash] QContactManager is accessed after deletion" [Undecided,New]  https://bugs.launchpad.net/qt-folks/+bug/1155382
[00:53] <robru> rsalveti, hey, I'm trying to build qtvideo-node, but I can't seem to install two of the build deps (libhybris-dev and libqtubuntu-media-signals-dev) is there a special ppa for those that I'm missing?
[00:57] <rsalveti> robru: the main ppa is https://launchpad.net/~phablet-team/+archive/ppa
[00:57] <rsalveti> which you should find the needed packages
[00:58] <dank101> camera app?
[00:58] <robru> rsalveti, thanks... I see libhybris there but not libhybris-dev. is there such a thing as libhybris-dev? perhaps qtvideo-node has broken build-deps...
[00:59] <dank101> is that real?
[00:59] <rsalveti> robru: yup, at this view you can only find the source packages
[00:59] <rsalveti> at https://launchpad.net/~phablet-team/+archive/ppa/+packages you can find the packages that hybris produces
[00:59] <rsalveti> just open the tab
[01:00] <robru> rsalveti, hmmm, that PPA warns that it will break my desktop! how am I supposed to build qtvideo-node... :-/
[01:00] <rsalveti> robru: right, you could build in a chroot, but still, problem is that the result will only be valid for the device (if you build for armhf)
[01:01] <rsalveti> maybe qtvideo-node shouldn't depend on hybris at the desktop use case (i386, for example)
[01:02] <robru> rsalveti, yeah, I'm not expecting to be able to run phablet stuff on my desktop; didrocks simply asked me to investigate some of the packaging of some of the phablet stuff, so I'm just trying to do a basic 'bzr bd' to make sure that stuff is buildable and correct... but I can't build qtvideo-node without libhybris-dev... so should I install libhybris-dev on my desktop or not? (i have no idea what it is)
[01:03] <rsalveti> robru: libhybris is the package responsible for doing the symbol loading for the android libraries, it's useless for your host
[01:03] <rsalveti> you can install libhybris at your host, the problem with that ppa is if you enable and install some other packages
[01:04] <rsalveti> bbl
[01:11] <echko> wow
[01:13] <echko> ??
[01:14] <RobbyF> hi
[01:14] <echko> whats up
[01:18] <RobbyF> Just finished watching the Sam galaxy S4 event
[01:25] <juicyjones> RobbyF it was a sad horrifying cacophany IMO
[01:26] <RobbyF> I really liked it
[01:27] <RobbyF> better than the traditional events.
[01:27] <dank101> yeah
[01:33] <dank101> say I if your here and alive
[01:33] <dank101> I
[01:34] <RobbyF> I
[01:35] <lilstevie> J
[01:35] <dank101> close enough
[02:42] <ptl> hi
[02:43] <ptl> what is the ppa that has the core apps? I forgot, and I just reflashed my Nexus4...
[02:45] <RobbyF> ppa:ubuntu-touch-coreapps-drivers/daily
[02:55] <ptl> RobbyF: thanks. But I just tried to instal them on the ubuntu touch device, did not work (did an apt-get update prior to install). Shouldn't it?
[02:56] <RobbyF> no
[02:56] <RobbyF> well ya
[02:56] <RobbyF> what did you try to install
[02:56] <RobbyF> sudo apt-get install ubuntu-calculator-app
[02:57] <ptl> apt-get install ubuntu-calculator-app ubuntu-calendar-app etc...
[02:57] <RobbyF> it will install them
[02:57] <RobbyF> but you need to run them from ssh/console still.
[02:58] <RobbyF> I'm not sure the correct commands to do that though.
[02:58] <ptl> never mind. I installed software-properties-common but never added the ppa :P
[02:59] <RobbyF> I don't think you need to install that on the latest build.
[02:59] <ptl> hmm
[03:00] <RobbyF> how do we run the app?
[03:02] <ptl> it seems we need to desktop_file_hint parameter
[03:02] <ptl> anyway
[03:02] <ptl> I added the repository and now it worked, I am going to install the apps
[03:02] <RobbyF> there is a way to launch
[03:02] <RobbyF> just not locally
[03:04] <dank101> any d2att/i747 user
[03:04]  * dank101 needs a tester
[03:11] <dank101> anyone?
[03:15] <ptl> not me
[03:15] <dank101> ok
[03:15] <dank101> my tester got back
[03:54] <dank101> look under devices
[03:54] <dank101> https://wiki.ubuntu.com/Touch/Devices#
[03:54] <dank101> search for AT&T
[04:36] <matge> why do my qmlscene windows not appear in google hangout screenshare list?
[04:46] <matge> has anyone else tried that?
[06:15] <BillyZane> hi
[06:49] <Mrnerd> ok so i just got this error
[06:49] <Mrnerd> make: *** No rule to make target `bacon'.  Stop.
[06:49] <Mrnerd> how do i fix this?
[06:51] <Mirv> rsalveti: do you know who could refresh qtwebkit's add_experimentalDevicePixelRatio.patch patch on top of qtwebkit 5.0.1?
[07:29] <dholbach> good morning
[07:40] <tvoss> dholbach, good morning :)
[07:40] <dholbach> hey tvoss
[07:40] <tvoss> hey dholbach
[07:41] <tvoss> dholbach, wanna give me a call?
[07:42] <dholbach> tvoss, I need to finish a few small things - how about in 30m?
[07:42] <tvoss> dholbach, wfm
[07:42] <dholbach> perfect!
[07:58] <Androidjb> hey. i'm trying to make a port of ubuntu touch for galaxy ace plus, but i don't have any cm.dependencies file, and can't understand what to do with the Android blobs
[08:48] <tvoss> dholbach, wanna jump over to #ubuntu-mir?
[10:13] <Mirv> kaleo: so qt5-beta-proper has mostly Qt 5.0.1 identical packages for precise and quantal as raring has
[10:14] <Mirv> the good question is when are touch image people starting to do builds against it, since I assume I can't simply copy those packages over to qt5-proper before some build testing has been done etc
[10:14] <Kaleo_> Mirv, though I'm wondering, is it a lot of work to backport the fix for SVG support?
[10:15] <Mirv> Kaleo_: not really, I just need to test build it first in some 3rd/4th repo, and then copy it over there. can be done.
[10:15] <Mirv> backporting the packaging to the 5.0.0 sources
[10:16] <Mirv> kaleo: putting that to to-do-soon
[10:16] <Mirv> (as in today)
[10:16] <Kaleo_> Mirv, great!
[10:16] <Kaleo_> Mirv, designers will be happy to hear that
[10:23] <ali1234> Mirv: my sdk still doesn't work i think: http://imagebin.org/250357
[10:23] <ali1234> or is that how it's supposed to look?
[10:28] <Skilly> Just got the "Device detected as tilapia. Unsupported device, autodetect fails device" error installing to Nexus 7 3G
[10:29] <Skilly> resinstalling simmulating device as "grouper" instead of "tilapia"
[10:29] <Skilly> ... hope this is compatible - anyone have experience
[10:34] <dun1982> Skilly you have openjdk6 or 7 installed to your workstation?
[10:34] <Skilly> yea - both
[10:35] <dun1982> I got very odd error messages without the jdk's installed and those are not in the phaplet dependency files. Ok, then no issues, cannot help u :(
[10:35] <Mirv> ali1234: looks similar to mine
[10:36] <Skilly> thanks dun1982. Seems tilapia is not yet supported
[10:36] <Mirv> there might be changes brewing though, the plugin is very new
[10:36] <Skilly> quite widely reported via google - impersonating grouper is the reported workaround
[10:38] <ali1234> Mirv: shouldn't there be special mobile app templates? and target <> desktop?
[10:46] <ali1234> are the videos from yesterday up yet?
[10:51] <netcurli> the recordings of the SDK days can be found on https://www.youtube.com/user/UbuntuOnAir
[10:56] <Mirv> jppiiroi1en: can you answer ali1234 about those?
[11:02] <jppiiroi1en> ali1234, Mirv: http://www.youtube.com/user/UbuntuOnAir
[11:11] <Mirv> jppiiroi1en: I mean the templates vs mobile thing :)
[11:12] <ali1234> trying to see in the video :)
[11:13] <ali1234> oh he doesn't show it :(
[11:14] <ali1234> urgh
[11:17] <jppiiroi1en> ali1234: http://www.youtube.com/watch?v=JCOspJaZmpo
[11:18] <jppiiroi1en> maybe that answers
[11:24] <mainerror> Great news! Because of a goddamn wind gust I dropped my Nexus 7 and now have a lot of small Nexus 7s ...
[11:24] <eschatus> lol
[11:24] <mainerror> Yea, 'cept it's not that funny from my angle.
[11:25] <mainerror> More like 200€ blown into the wind ... literally.
[11:25] <eschatus> I know, just the way you said it that was...
[11:25] <eschatus> No insurance?
[11:25] <eschatus> Sucks
[11:26] <mainerror> It was a used one, imported from Canada and I'm in Austria.
[11:26] <mainerror> I hate the nature right now.
[11:31] <doomlord> mainerror is that an excuse to upgrade when the next one comes out in may
[11:31] <mainerror> Not really ... bought mine only three months ago.
[11:32] <doomlord> heh ok frustrating
[11:33] <doomlord> i''m reluctant to buy top end mobile hardware eg laptops for this sort of reason. i have ended up liquid-damaging 2 laptops
[11:33] <doomlord> i'm clumsy
[11:33] <mainerror> First time ever for me.
[11:34] <mainerror> If it wasn't for this 70km/h wind we have right now it would still be alive ...
[11:35] <mainerror> Anyway ... what happened that happened. It's history.
[11:36] <dsg> Does canonical plan to make the whole ubuntu phone stack, including end-user applications, free software? Or will some components be closed?
[11:36] <dsg> (I know they will not have authority over the kernel)
[12:04] <ali1234> ah ok, looks like my qt creator is working correctly
[12:25] <ali1234> hmm, i remember someone saying there's a port of EGL hello_triangle?
[12:25] <ali1234> any idea where i can find that?
[12:54] <Mirv> kaleo: I wonder if you can briefly somehow test the new svg package before I copy it to qt5-proper?
[12:57] <ogra_> rsalveti, https://code.launchpad.net/~ogra/session-manager/posix-rewrite/+merge/153542 ... happy reviewing :)
[13:32] <Mirv> ok, discussed the Qt SVG thing and copied it over to qt5-proper PPA
[13:32] <Mirv> ie. it missed the support libraries, and I backported the fix to the 5.0.0 package
[14:12] <WebbyIT> Hello everyone :) I'm new in the world of Launchpad and I want to understand how it works. I did a little bugfix (a stupid typo), then I committed the change, used dch -i to modify the changelog, pushed the branch and propose for merge, but they said me
[14:12] <WebbyIT> "Actually sorry, probably want to keep the changelog as UNRELEASED rather than targeting precise" (i'm on precise)
[14:13] <WebbyIT> How have i to modify changelog?
[14:13] <WebbyIT> Thanks for everyone that help me, and sorry for bad english!
[14:13] <WebbyIT> https://code.launchpad.net/~rpadovani/phablet-tools/fix-for-1139999/+merge/153419
[14:20] <paulk-desktop> tvoss, ping
[14:25] <tvoss> paulk-desktop, pong
[14:26] <paulk-desktop> tvoss, I was wondering whether Ubuntu Touch would run fast enough without the non-free vendor blobs for graphics (gralloc, hwcomposer, EGL libs)
[14:27] <tvoss> paulk-desktop, I think the better question is: would it run at all? we do not have fallback software implementations of those components right now
[14:27] <paulk-desktop> there are software implementations for all of these in Android
[14:27] <paulk-desktop> so you most likely have them too
[14:28] <tvoss> paulk-desktop, if they are readily usable, it is worth trying
[14:28] <tvoss> paulk-desktop, but I haven't checked myself on them
[14:28] <paulk-desktop> ok
[14:28] <tvoss> paulk-desktop, can you give me a pointer to those implementations?
[14:28] <paulk-desktop> tvoss, hardware/libhardware/modules/
[14:28] <paulk-desktop> and sw EGL is in frameworks/base/
[14:29] <paulk-desktop> frameworks/base/opengl/libagl
[14:29] <paulk-desktop> and frameworks/base/opengl/libs
[14:29] <ali1234> there must be at least one video card where that stuff isn't proprietary
[14:30] <paulk-desktop> ali1234, wanna bet?
[14:30] <ali1234> software implementation on arm isn't going to run well though
[14:30] <paulk-desktop> ali1234, it does run well on Android
[14:30] <ali1234> it might do if you just tell Qt to directly use it's own software rendering
[14:30] <paulk-desktop> ok
[14:30] <Stskeeps> no-go on qtquick2 at least
[14:30] <ali1234> but software implementation at the very low levels is super slow
[14:31] <ali1234> just try running unity on llvm-pipe... it blows
[14:31] <paulk-desktop> ok
[14:31] <ali1234> but unity-2d is fine and does pretty much the same thing
[14:31] <ali1234> just at higher level
[14:31] <tvoss> paulk-desktop, what problem are you trying to solve?
[14:32] <paulk-desktop> tvoss, the problem of proprietary software :)
[14:32] <paulk-desktop> I was just wondering whether you tried it already or not
[14:32] <paulk-desktop> so I guess it'll up to me for testing
[14:32] <tvoss> paulk-desktop, nope, we haven't looked into it
[14:32] <paulk-desktop> (I guess I'll wait until Ubuntu Touch becomes more clean and usable though)
[14:33] <paulk-desktop> tvoss, thanks for your answers then
[14:34] <tvoss> paulk-desktop, I'm looking for the opengl implementation right now, but cannot find it in that directory
[14:34] <tvoss> paulk-desktop, yw
[14:34] <paulk-desktop> tvoss, I'm pretty sure it's already in your system
[14:34] <paulk-desktop> that's the 0 0 android config in egl.cfg
[14:34] <paulk-desktop> (which is most likely missing if you are based on CyanogenMod)
[14:35] <tvoss> paulk-desktop, looking at aosp right now, but I might be missing something
[14:35] <tvoss> paulk-desktop, got it, thanks
[14:35] <paulk-desktop> but basically, if you wanna try, you can push that only line in egl.cfg (and remove the other one) and remove the vendor gralloc/hwcomposer
[14:35] <paulk-desktop> that should do it
[14:37] <matge> okey, back
[14:39] <ricmm> matge: hey, I have a branch with the stuff we talked about but I havent pushed it anywhere, I'll set something up on github later
[14:39] <ricmm> like keyboard docking and reflow of views with it
[14:43] <matge> ricmm: that's cool!
[14:46] <tvoss> kaleo, ping
[14:53] <Kaleo_> tvoss, pong
[14:53] <lool> rsalveti: I'm just realizing: could we make phablet-tools native instead of worrying about packaging changes vs. upstream changes and rolling tarballs and such?
[14:53] <tvoss> Kaleo_, you kaleo or his evil twin? :)
[14:53] <Kaleo_> tvoss, I'm both :)
[14:54]  * tvoss hides away
[14:54] <rsalveti> lool: sure, but why the concern?
[14:55] <ogra_> lool, and while you're at it can you upload it to the archive too ? :)
[14:55] <rsalveti> guess we'd need some more work before it hit the archive
[14:55] <seb128> lool, ogra_: better, get it to be added to the autolanding stack!
[14:55] <rsalveti> move to python 3, for example
[14:56] <ogra_> seb128, as long as the end product lands in the archive i dont care how it got there :)
[14:56] <lool> rsalveti: when I did some uploads just before the mwc demo images went out, I did changes in the bzr branches which were considered upstream, but which got included in the .diff because there was an upstream tarball; eventually some time later Sergio rolled a new tarball; I found this to be unnecessarily complicated; similarly there's a merge proposal from another Ricardo to fix a typo, which is in the "upstream" code but uses a non-upstream version
[14:57] <lool> rsalveti: just having to worry about upstream vs. non-upstream changes feels weird here since the package essentially lives in Ubuntu right now
[14:57] <rsalveti> Mirv: I can rebase it, though I would really like to not need it
[14:57] <lool> it just crossed my mind that it ought to just be native
[14:57] <lool> seb128: yeah, that's a good point too
[14:57] <lool> seb128: how are native packages handled in autolanding?
[14:58] <rsalveti> yeah, don't remember if it was a recommendation to not use native
[14:58] <lool> rsalveti: I guess it's a case of pinging Sergio when he's back?
[14:58] <seb128> lool, "well"?
[14:59] <rsalveti> the recommended source format was 1, not native
[14:59] <lool> seb128: like the place you're throwing coins and make a wish?
[14:59] <seb128> lol
[14:59] <rsalveti> guess seb128 might know more as well
[14:59] <lool> he seems to know a lot about fetching water in the well
[15:00] <seb128> lool, does native/non-native makes any difference?
[15:00] <seb128> for daily landing you basically get a new tarball from the vcs for each landing
[15:00] <lool> seb128: upstream tarball vs. lack of one
[15:00] <rsalveti> if we always bump the upstream version, it makes no difference
[15:00] <lool> ok
[15:00] <rsalveti> when creating new release
[15:00] <lool> rsalveti: let's discuss this with Didier in 1h
[15:00] <seb128> the daily landing does a "release" every day
[15:01] <rsalveti> yeah
[15:04] <rsalveti> ogra_: did you see the changelog email?
[15:05] <ogra_> rsalveti, ah it drowned in the other mails, seeing it now .... and fioxing the sync script :)
[15:06] <rsalveti> ogra_: cool, thanks :-)
[15:06] <ogra_> rsalveti, did you see the merge request ? :)
[15:06] <ogra_> (its huge do it if you have some spare time)
[15:06] <rsalveti> ogra_: in my list
[15:06] <ogra_> awesome
[15:06] <ogra_> i'll take a hit on the other bash script in that branch too over the weekend
[15:07] <ogra_> though thats using even more arrays ... might take a bit more
[15:07] <rsalveti> ogra_: right, cool
[15:07] <mterry> slangasek, I was already here in fact.  Got lost in my channels
[15:07] <ogra_> but it will have a dircet impact on startup speed
[15:07] <rsalveti> yeah, it's painful
[15:07] <rsalveti> Mirv: I suppose you want the package updated at the 5.0.1 based ppa?
[15:08] <rsalveti> wonder if this should also be pushed to the archive
[15:10] <mterry> slangasek, so I have a WI to get qtubuntu in shape for autolanding, but it's only armhf because it requires android platform bits.  Are you familiar with the technical details there?   I'd be happy to help adjust it to work on i386 and amd64, but I'm not sure yet what bits it's relying on and thought I'd ask before diving into the code
[15:11] <matge> Has there been discussion on how to do the online account plugins on the phone? They are now gtk based, which does not work currently
[15:20] <MrAdam> Does anyone know if USB host mode is working on the Nexus 4 with the current version of Ubuntu Touch?
[15:22] <matge> MrAdam: I read that usb host mode is not supported by the hardware
[15:23] <MrAdam> Oh well, that settles it then ^_^
[15:23] <MrAdam> Thanks
[15:23] <matge> MrAdam: but there are hardware hacks supplying the necessary voltage externally
[15:23] <MrAdam> Mmh.. My old Galaxy Nexus had it. I just assumed the Nexus 4 did as well
[15:24] <wastrel> galaxy nexus doesn't have usb host mode
[15:24] <wastrel> afaik
[15:24] <wastrel> it only uses mtp
[15:25] <MrAdam> It does indeed have host mode
[15:25] <MrAdam> I used it in a few apps I've developed
[15:25] <MrAdam> It was also possible to connect a USB drive to it and mount it
[15:34] <dholbach> PLEASE NOTE: We're in the first session of https://wiki.ubuntu.com/UbuntuSDKDays
[15:34] <dholbach> you can watch it live on http://ubuntuonair.com/
[15:34] <dholbach> and ask your questions in #ubuntu-app-devel
[15:37] <Mirv> rsalveti: yes, and I already did with a very-certainly-not-perfect version of the patch, but I'd like to have a patch that is properly adjusted to apply on top of https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta-proper/+files/qtwebkit-opensource-src_5.0.1.orig.tar.xz
[15:37] <Mirv> rsalveti: what gets done in that packaging branch gets eventually pushed to archives as well
[15:38] <rsalveti> Mirv: alright, need to disable jit for arm as well I'd say, I'll review the patch/package later today
[15:38] <rsalveti> to make sure it's in sync with our own
[15:40] <Mirv> rsalveti: I did that, although I haven't tested if it works
[15:40] <rsalveti> Mirv: ok, cool
[15:40] <Mirv> rsalveti: lp:~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src
[15:40] <Mirv> so the device pixel ratio patch is mangled, should be replaced, and the disabling optimizations I modified to be arm only
[16:29] <Kaleo_> kenvandine, libdee-qt5-dev does not seem to ship a .pc file anymore (looking at version 3.0-0ubuntu2~phablet1 in phablet-team/ppa/ubuntu)
[16:29] <kenvandine> Saviq, ^^
[16:30] <kenvandine> Kaleo_, it does in my package in raring
[16:30] <Saviq> Kaleo_, hum, checking
[16:30] <Kaleo_> kenvandine, I forgot to say, on armhf
[16:30] <kenvandine> Kaleo_, Saviq just noticed yesterday that the lib is wrong
[16:30] <Kaleo_> kenvandine, sorry, forget that comment, it's there; I'm blind
[16:30] <Kaleo_> kenvandine, something else is wrong somehow
[16:31] <kenvandine> the package in the phablet PPA is broken, we think
[16:31] <Kaleo_> kenvandine, ah yes on my amd64 laptop: /usr/lib/x86_64-linux-gnu/pkgconfig/libdee-qt5-3.pc
[16:31] <Kaleo_> kenvandine, on the phone: /usr/lib/arm-linux-gnueabihf/pkgconfig/libdee-qt5.pc
[16:31] <Kaleo_> no -3
[16:32] <Saviq> tsdgeos, actually that might need another fix before the shell release ^
[16:32] <Kaleo_> kenvandine, I have version 3.0-0ubuntu1phablet5 on my laptop (probably older)
[16:32] <Saviq> Kaleo_, btw, https://launchpad.net/~phablet-team/+archive/ppa/+sourcepub/3028305/+listing-archive-extra is building with the fixed libname
[16:33] <Kaleo_> "sudo mv /usr/lib/arm-linux-gnueabihf/pkgconfig/libdee-qt5.pc /usr/lib/arm-linux-gnueabihf/pkgconfig/libdee-qt5-3.pc" fixes it for me :)
[16:36] <Saviq> kenvandine, btw, you tricksed us with your dee-qt package in super-friends ;P
[16:36] <kenvandine> woops :)
[16:36] <Saviq> kenvandine, was > version than our phablet one ;)
[16:37] <kenvandine> sorry :)
[16:37] <Saviq> kenvandine, all fixed now
[16:37] <kenvandine> although it is less broken :)
[16:37] <Saviq> indeed
[16:37] <kenvandine> i guess that forces some rebuilds ;)
[16:37] <kenvandine> i've been trying to get everything in there so app developers can play after my SDK dev days session today
[16:37] <tsdgeos> Saviq: why do we have our own phablet branch for dee btw?
[16:38] <Saviq> tsdgeos, it has the deevarianttext merged
[16:38] <Saviq> pre the tests, though
[16:38] <Saviq> tsdgeos, so no processEvents() loop ;)
[16:38] <tsdgeos> :D
[16:53] <slangasek> mterry: hmm, what does "requires android platform bits" mean here?  I haven't looked in too much detail at the qtubuntu source, I think you want ChickenCutlass for that, but in general the androidiness should be cross-platform in that we don't actually have it in the archive on any arch :)
[16:54] <slangasek> mterry: however, the current qtubuntu code may have arm-specific assumptions in its own right - since IIRC this is one of the components that deals with libhybris
[17:10]  * ogra_ LOLs about the "how to enable mouse cursor" thread on the ML
[17:11] <ogra_> (why didnt i nothice it before ?)
[17:17] <mterry> Anyone familiar with running the unity/phablet autopilot tests?  I am getting errors about the autopilot interface not being available despite having autopilot-phablet installed
[17:29] <lool> ogra_: reading your mp, I was wondering whether we should use upstart user sessions instead of the shell script spawning the processes
[17:29] <lool> (obviously that's raring only)
[17:33] <ogra_> lool, right, we should, though i'm not sure about the delays ... for now the most important bit is the use of ubunut-session.d, so i'd still like to see it being merged
[17:34] <ogra_> there is another /bin/bash script in that branch that really has a penalty to startup speed, i plan to look into that on the weekend
[17:34] <ogra_> (create-online-accounts)
[17:41] <mterry> robru, kenvandine, cyphermox: have any of you messed with running autopilot tests for the phablet unity branch by any chance?
[17:43] <ogra_> lool, fixed :)
[17:45] <robru> mterry, no, sorry
[17:48] <kenvandine> mterry, i haven't
[17:53] <dun1982> ok, anyone who can help with networking (or missing network interface)?
[17:54] <ogra_> dun1982, got the module for your device ?
[17:58] <dun1982> Well I enabled wifi drivers from the kernel setup, so they should be compiled and deployed along with the rest of the kernel.
[17:58] <dun1982> Is there anyway to check if I have the drivers or not installed in the kernel?
[17:58] <dun1982> ie. lspci is not available and /etc/network/interfaces has only lo
[17:59] <ogra_> cat /proc/net/dev
[17:59] <ogra_> thats the most lowlevel way of checking for the device
[18:00] <ogra_> (at least the most lowlevel one i know)
[18:01] <dun1982> yup went there and the hardlink net does not point anywhere.
[18:01] <dun1982> cat /proc/net/dev
[18:01] <dun1982> cat: /proc/net/dev: No such file or directory
[18:01] <ogra_> mount /proc then :)
[18:02] <dun1982> should I mount it inside chroot or from android?
[18:02] <dun1982> ah, from android I get in to /proc :D
[18:02] <ogra_> right, /proc isnt mounted when you chroot
[18:03] <ogra_> so after chrooting, mount proc (i think the release notes say so)
[18:03] <dun1982> ah, I go and read the release notes then.
[18:03] <dun1982> I did not know that we had one :D
[18:04] <ogra_>  /topic
[18:04] <ogra_> ;)
[18:05] <lool> ogra_: when you say the scripts are a penalty to startup speed, does it mean you have some boot charts somewhere?  just curious as I'm a bit surprized these would make a bit difference
[18:06] <dun1982> Btw, the release notes says that you should be in ssh-connection before running the mounting /proc.
[18:06] <dun1982> Kind like a egg chicken situation if you ask me...
[18:06] <ogra_> lool, nope, only gut feeling
[18:07] <ogra_> lool, the PID handling the script is crap btw ... since there are varous scripts that only firs once and start sub processes with different PIDs ... so after all we definitely want upstart
[18:07] <froek> dun1982, i mean, if I wanted to attach a flash drive or usb drive to my touch device, whether by plugging straight in or cracking the device open and soldering it on, is ubuntu going to recognize the size?  Theoretically is it possible, will ubuntu drivers pick it up.  Is the limitation in hardware or is it in the OS
[18:07] <ogra_> *fire
[18:07] <froek> dun1982,  (re: the requestion I asked yesterday)
[18:08] <dun1982> froek: sorry, I have no idea what are you asking :)
[18:08] <dun1982> ie. are you asking from me if you can solder a usb-key into your device?
[18:08] <froek> i'll try a different way
[18:08] <froek> I want to add storage to my touch device (somehow)
[18:08] <froek> will the OS recognize the drive to it's fullest
[18:09] <dun1982> froek: well there is no such option I am afraid. If you do not know where to solder the device into.
[18:09] <froek> dun1982, lets say I do know where to solder it..
[18:09] <dun1982> Well then do you know from software level how to use the signals you are getting after the soldering?
[18:10] <dun1982> ie. after soldering I am quite sure your device does not pick up the new added hardware.
[18:10] <dun1982> Not at least automatically.
[18:11] <dun1982> Bit let's say you can replace exising memory cell with bigger one, that _might_ work :)
[18:11] <froek> dun1982, yeah, replacing existing is kinda where I'm going
[18:11] <dun1982> but seriously, I would still suggest to buy a device with sdcard place.
[18:11] <froek> I'm curious if there would be development required in order to further the drivers software, and not just the hardware which I know I'll be needing to do
[18:11] <dun1982> A lot simpler solution, otherwise I could not help you that much.
[18:12] <froek> no worries.. with SD yes, there is that option - but it's hard to get beyond say, 64GB
[18:12] <froek> I'm looking at a multiple of that
[18:13] <froek> I realize I'll need to do some hardware hacking, which is fine by me
[18:13] <froek> Is the touch version of ubuntu that different than the main Desktop/Server edition?
[18:13] <dun1982> eh, okay why would you in right mind go for more than let's say 32gb?
[18:14] <froek> umm, more of an exercise in fun to go beyond 32 :)
[18:14] <dun1982> yeah. it is not the desktop version, but thinned down version of broken software :)
[18:14] <ogra_> its bnot broken ... its just young :)
[18:14] <froek> ha, I see.  Is it possible to upgrade to full version using apt?
[18:14] <dun1982> froek: no
[18:15] <dun1982> ie. for you it might be better to try to port the desktop over the device you want to use :)
[18:15] <froek> hmm
[18:16] <dun1982> But the software and platorm is quite open, so I would imagine that anything is possible.
[18:16] <dun1982> But I have no answers for how to do what you want.
[18:16] <froek> Not a problem, you've helped me already
[18:16] <dun1982> And I do not think that there are that many others who want to do what you are trying to do, so you might need to find the answers alone :(
[18:16] <froek> where would I find the source for the touch specific os?
[18:17] <froek> i've got the developer preview tools installed
[18:17] <froek> but is there a main code repo that is what makes up the touch OS?
[18:17] <dun1982> Hm... I have no idea where the touch source is available.
[18:17] <dun1982> I only know where to find the daily binaries.
[18:18] <froek> oh, where's that?
[18:18] <froek> I could probably track it down
[18:18] <dun1982> http://cdimage.ubuntu.com/ubuntu-touch-preview/
[18:19] <froek> tx
[18:20] <ogra_> froek, you want /current
[18:21] <froek> cheers
[18:22] <froek> anyone here know who/where the "build" people are for ubuntu-touch images?
[18:23] <ogra_> they are little gnomes in automated buildservers
[18:23]  * froek looks high and low
[18:25] <ogra_> froek, what do you want to know
[18:26] <froek> ogra_, I'd like to pull the source tree and learn how those images are built, maybe even contribute back to the project
[18:26] <ogra_> froek, well, see the porting wikipage (channel topic)
[18:26] <froek> k
[18:27] <froek> ogra_, thx
[18:27] <ogra_> the image is actually two parts ...
[18:27] <ogra_> one is the android base which is cross built from a modified CM tree ...
[18:27] <ogra_> the other is a typical ubuntu rootfs assembeld from debs
[18:27] <froek> I see that in the first paragraph of the porting page.. interesting
[18:27] <froek> interesting
[18:28] <ali1234> it's kind of sad that the part everyone usually complains is not "open" enough, android, is currently easier to build from scratch than the "real" linux part
[18:28] <froek> so you're basically running a baseline android kernel, and then bootstrapping the ubuntu system underneath that
[18:29] <ogra_> ubuntu runs in a container
[18:29] <ogra_> using libhybris to access the android side and talk to the drivers
[18:29] <froek> now, that container is not like the current hack to make ubuntu work on android is it?
[18:29] <ogra_> the android side is just the most minimal stuff you need to make the drivers work
[18:29] <ogra_> its a bit different, but similar
[18:30] <ogra_> there is work going on to actually move the android part into a container though
[18:30] <ali1234> what was decided for that?
[18:30] <ogra_> and use the ubuntu rootfs nativelz on top of the android kernel
[18:30] <ogra_> ali1234, research iirc
[18:30] <ali1234> so still undecided then?
[18:30] <ogra_> with ubuntu in LXC as fallback
[18:31] <ogra_> afaik yes, but i'm most likely not up to date
[18:31] <ali1234> all i know is what i saw at UDC session
[18:32] <ali1234> UDS*
[18:33] <ogra_> yeah, i think ChickenCutLass wass researching the container stuff
[18:33] <froek> i see
[18:33] <ogra_> and based on his freedback it will be decided
[19:17] <Peter> Is ever going to be ubuntu touch for the htc thunderbolt??
[19:32] <dank101> YO
[19:33] <dank101> does anyone have the march 3rd build?
[19:33] <dank101> i need it
[19:33] <dank101> anyone?
[19:35] <ogra_> it gets auto-deleted if there are more than two newer ones
[19:35] <dank101> anyone with a backup?
[19:36] <dank101> i need it so much right now
[19:37] <dank101> like over 900000000000000kkkkkkkkkkkkkkkkkkk times appreciated if you have a backup
[19:37]  * ogra_ doesnt
[19:38] <dank101> :(
[19:38] <dank101> darn
[19:38] <dank101> guess i'll need to use http://cdimage.ubuntu.com/ubuntu-touch-preview/quantal/mwc-demo/quantal-preinstalled-phablet-armhf.zip
[19:38] <ogra_> why is the 3rd so important ?
[19:41] <Mavado> is there a daily snapshot avaible?
[19:42] <dank101> 3rd is the last one known to work on samsung devices
[19:42] <ogra_> dues to what exactly ?
[19:42] <ogra_> my i9100 works fine with daily dist upgrades here
[19:43] <ogra_> which should get me the same
[19:43] <ogra_> at least on the phjablet side
[19:43] <ogra_> *phablet
[19:43] <Mavado> Ive got a samsung galaxy nexus :)
[19:43] <Mavado> im installing it at the moment
[19:43] <ogra_> the daily ?
[19:43] <Mavado> but it hangs for some reason at Pushing /home/ubuntu/Downloads/phablet-flash/95/quantal-preinstalled-phablet-armhf.zip to /sdcard/autodeploy.zip
[19:44] <Mavado> ah nevermind :) writing system.
[19:45] <ogra_> yeah, its quite slow to transfer
[19:45] <Mavado> yep. took almost 6 minutes
[19:47] <dank101> samsung as in the new galaxy devices
[19:48] <dank101> all of the non-S2 or earlier don't like the new builds
[19:49] <dank101> "i killed 3 pigs today working on this"
[19:49] <Mavado> does Mobile Data work now_
[19:49] <Mavado> ?
[19:49] <ogra_> nope
[19:50] <ogra_> dank101, pigs arent enough... zou need a male dragon
[19:50] <ogra_> *you
[19:50] <dank101> and 5 dragons
[19:50] <dank101> female and male
[19:51] <ogra_> whats the issue you see ?
[19:52] <dank101> blackscreening
[19:52] <dank101> no GUI
[19:52] <dank101> Never loads
[19:52] <ali1234> what about SGS?
[19:52] <ogra_> any logs
[19:52] <dank101> posted to the mail list about 66666666 times
[19:52] <ogra_> my SGS2 works fine here
[19:53] <ogra_> not sure about other models ...
[19:53] <ogra_> but i know the guy rilling the device image had to jump through some hoops to roll back the mali driver
[19:53] <ogra_> *folling
[19:53] <ogra_> bah
[19:53] <ogra_> *rolling
[20:28] <dun1982> Oh man, I have no idea what to do with the damn image. Now I have included both old Mali driver and wifi drivers, but not screen nor network drivers are available after boot.
[20:30] <ogra_> which wifi driver is that ?
[20:30] <ogra_> dhd ?
[20:34] <dun1982> ath6kl
[20:35] <dun1982> # Wifi
[20:35] <dun1982> BOARD_WLAN_DEVICE                := ath6kl
[20:35] <dun1982> WPA_SUPPLICANT_VERSION           := VER_0_8_X
[20:35] <dun1982> BOARD_WPA_SUPPLICANT_DRIVER      := NL80211
[20:35] <dun1982> BOARD_WPA_SUPPLICANT_PRIVATE_LIB := lib_driver_cmd_ath6kl
[20:35] <dun1982> WIFI_DRIVER_MODULE_PATH          := "/system/lib/modules/ath6kl.ko"
[20:35] <dun1982> WIFI_DRIVER_MODULE_NAME          := ath6kl
[20:35] <dun1982> WIFI_DRIVER_LOADER_DELAY         := 1000000
[20:35] <dun1982> BOARD_HAVE_SAMSUNG_WIFI          := true
[20:35] <ogra_> does /system/lib/modules/ath6kl.ko exist ?
[20:37] <dun1982> Do you mean in the image which I have booted or in the out/target/product/p6800 folder?
[20:38] <ogra_> in youtr running phone indeed
[20:38] <dun1982> There is no modules folder under system :)
[20:38] <dun1982> Should I be worried?
[20:38] <ogra_> i wonder if your flashing worked then
[20:38] <dun1982> Filesystem               Size     Used     Free   Blksize
[20:38] <dun1982> /mnt/secure            390M     0K   390M   4096
[20:38] <dun1982> /mnt/asec              390M     0K   390M   4096
[20:38] <dun1982> /mnt/obb               390M     0K   390M   4096
[20:39] <dun1982> /data/ubuntu/dev       390M    48K   389.9M   4096
[20:39] <dun1982> /data/ubuntu/run       390M    44K   390M   4096
[20:39] <dun1982> /data/ubuntu/run/shm   390M    76K   389.9M   4096
[20:39] <dun1982> /data/ubuntu/run/lock     5M     0K     5M   4096
[20:39] <dun1982> /data/ubuntu/system    818.9M   168.8M   650.1M   4096
[20:39] <dun1982> /data/ubuntu/vendor    818.9M   168.8M   650.1M   4096
[20:39] <dun1982> /data/ubuntu/data       12.9G     5.8G     7.1G   4096
[20:39] <dun1982> Did that come all the way?
[20:39]  * ogra_ points to paste.ubuntu.com 
[20:39] <ogra_> with both hands ...
[20:39] <dun1982> http://paste.ubuntu.com/5617633/
[20:40] <dun1982> I need to go for a moment now.
[20:40] <ogra_> well, /system should have been filled with your build ...
[20:40] <ogra_> and should definitely contain the ath6kl.ko file
[20:40] <dun1982> Be back in ~1h or going to sleep anyway :) See u when I'm around next time.
[20:41] <ogra_> enjoy
[20:41] <dun1982> http://paste.ubuntu.com/5617636/
[20:41] <dun1982> There is my system folder. I think I need to check if I have to upload the system folder by hand there...
[20:41] <ogra_> and /system/lib/modules ?
[20:42] <ogra_> no, that should al happen from the autodeploy.zip
[20:42] <ogra_> you shouodnt need to upload anything beyond that
[20:42] <dun1982> http://paste.ubuntu.com/5617639/
[20:43] <ogra_> ath6kl.ko
[20:43] <ogra_> there you go
[20:43] <dun1982> So what do I do with that
[20:43] <dun1982> `?
[20:43] <ogra_> so go out of the container to android and do:
[20:43] <ogra_> insmod /system/lib/modules/ath6kl.ko
[20:44] <dun1982> Ah thx, I'll try that next.
[20:44] <ogra_> then cat /proc/net/dev again ... and you should see a wlan0 or so
[20:44] <dun1982> should that be automatically done?
[20:44] <ogra_> android usually does that from init.$devicename.rc
[20:45] <ogra_> for me the line to load the wifi module was missing in the CM tree, i had to add it
[20:56] <kheeper> Hi people!
[20:57] <kheeper> It's there latest rom for gt-i9300 I wanna tested
[20:58] <kheeper> *test it
[20:58] <mterry> mzanetti, alright, I've double-confirmed that autopilot-phablet isn't quite working (or something isn't).  I set up a new VM, only did ./build -s and installed autopilot-phablet.  Still I get the error about the autopilot interface
[20:58] <ogra_> kheeper, check https://wiki.ubuntu.com/Touch/Devices
[20:59] <mzanetti> mterry: it works here and in jenkins... very likely to be something with your setup
[20:59] <dank101> not out for the i9300
[21:00] <kheeper> I know it's not out for i9300
[21:00] <mzanetti> mterry: does it still say "Loading testability driver" when you launch it with -testability?
[21:00] <kheeper> just was asking if there is some beta version
[21:01] <mterry> mzanetti, hrm, yes.  But then immediately segfaults  :-/
[21:02] <mterry> Maybe that's the real issue.  But I don't know why it would.  This is a clean setup
[21:02] <mzanetti> mterry: hmm... and it does not segfault when you start it without -testability?
[21:02] <mterry> mzanetti, it also segfaults then
[21:03] <dank101> no
[21:03] <mterry> seems to be loading libUnity-qml.so
[21:03] <mzanetti> mterry: then you have probably libunity-core not up to date
[21:03] <mzanetti> mterry: you need the version from the phablet-team ppa
[21:03] <mterry> mzanetti, the build script is designed to point to a version built from bzr
[21:03] <mzanetti> mterry: be aware that isntalling that kills old unity for now
[21:03] <mzanetti> mterry: I haven't ever ran that script so far
[21:04] <mterry> mzanetti, well, I'm running libunity-core from bzr
[21:05] <mzanetti> from lp:unity/phablet-mods ?
[21:05] <mzanetti> mterry: ^
[21:06] <mterry> mzanetti, yes
[21:07] <mzanetti> mterry: hmm.. that should work I guess. haven't tried that so far. I'm using the libunity-core from the phablet-team/ppa
[21:07] <mzanetti> mterry: which should be built from that one afaik
[21:09]  * mterry is tired of trying to get unity/phablet in a working state
[21:10] <mterry> aha...  hmm
[21:10] <dun1982> Heh, can someone tell me what the heck is wrong...
[21:11] <mterry> I bet I and the autopilot script are both not setting LD_LIBRARY_PATH
[21:11] <ogra_> dun1982, well, did you try the things above ?
[21:11] <dun1982> http://paste.ubuntu.com/5617704/
[21:11] <dun1982> yeah...
[21:11] <dun1982> Check what happened :)
[21:12] <ogra_> funny
[21:12] <dun1982> yeah, that was my first reaction too...
[21:12] <dun1982> Well, if this would have been easy, it would not be called compiling kernel :)
[21:13] <ogra_> so next thing ... modinfo  /system/lib/modules/ath6kl.ko
[21:13] <mterry> mzanetti, yup, I get farther by manually setting LD_LIBRARY_PATH when running tests (duh).
[21:13] <ogra_> check what parameters the module takes
[21:13] <dun1982> Man, I start feeling that 15 days is enough when trying to figure out how to get the basic necesities working with the device, so that I could try out the preview version of this os :)
[21:14] <ogra_> there might be something like a firmware= parameter or so that you need to point to the right binary blob
[21:14] <dun1982> ogra_: http://paste.ubuntu.com/5617707/
[21:15] <ogra_> ah, so it has hardcoded paths
[21:15] <dun1982> ok, where in the build process configuration is that enabled?
[21:15] <ogra_> athwlan.bin is what you want to find i would guess
[21:16] <ogra_> likely in the extracting of the binary blobs
[21:16] <dun1982> ok, did this, waiting now results: root@android:/ # find / -name athwlan.bin
[21:16] <dun1982> ok, there is no such file in anywhere in the booted image.
[21:17] <ogra_> some drivers take a firmware= parameter ... others just have hardcoded paths they try to load from ... and there are some where you have to echo the firmware file into a sysfs path
[21:17] <dun1982> I'll check if any of the files are available in the image I flashed to my system.
[21:17] <ogra_> well, look in your device tree on the PC
[21:18] <ogra_> it could even be that they are included into the .ko file at compile time, though that would be a GPL violation i think
[21:19] <dun1982> $ find . -name athwlan.bin
[21:19] <dun1982> £
[21:19] <ogra_> €
[21:19] <dun1982> So no athwlan.bin anywhere in the whole repository.
[21:19] <dun1982> I did run that command in the repository root.
[21:19] <ogra_> but you extracted the binary blobs when setting it up ?
[21:20] <dun1982> Yeah I did.
[21:20] <dun1982> And I'm running cm-10.1 build in my device.
[21:20] <ogra_> well, flash cm 10.1 and look exactly what that does then
[21:20] <dun1982> my kernel and device threes are based on the original cm-10.1 repositories and I have asked help also from the maintainers of those repos.
[21:21] <ogra_> if wlan works you should be able to find out how it does that by liooking at all the things we went through today
[21:21] <dun1982> ok, let's see what that turns out then.
[21:21] <dun1982> thx anyway. You are one patient teacher :)
[21:21] <ogra_> looking at init.rc for an insmod line ... looking for the blobs etc etc
[21:29] <dun1982> ogra_: http://paste.ubuntu.com/5617731/
[21:29] <dun1982> This is from cm-10.1 and I have connected it actually to my wlan as well.
[21:30] <dun1982> How ever ifconfig or iwconfig do not give any devices...
[21:30] <dun1982> But...  wlan0: 52194043   34276    0    0    0     0          0         0  1405594   19763    0    0    0     0       0          0
[21:33] <ogra_> well, look for the binary blobs .. have a look at init.rc
[21:33] <ogra_> i.e.
[21:33] <ogra_> grep insmod /init*.rc
[21:33] <dun1982> Yeah, I'm just looking into there.
[21:33] <mterry> Hrmm...   now I'm getting the Music page instead of the Home page by default
[21:33] <ogra_> to find all insmod lines in all init.rc files
[21:34] <dun1982> root@android:/ # grep -ir insmod /init*.rc
[21:34] <dun1982> 1|root@android:/ #
[21:35] <ogra_> intresting
[21:35] <dun1982> say to least...
[21:35] <ogra_> does ldmos show any modules loaded ?
[21:35] <ogra_> err
[21:35] <ogra_> lsmod
[21:35] <dun1982> root@android:/ # lsmod
[21:35] <dun1982> ath6kl 204531 0 - Live 0x00000000
[21:35] <ogra_> well, something loaded it
[21:35] <dun1982> let's see what happens if I grep that aht6kl.ko :)
[21:36] <dun1982> or just ath6kl
[21:36] <ogra_> its a binary ... grep wont help much
[21:36] <ogra_> "strings" would
[21:36] <ogra_> but i doubt android ships that
[21:37] <dun1982> I have the ath6kl source if that is any help
[21:37] <dun1982> It needed to be included in kernel build btw.
[21:37] <dun1982> There was no blobs for it. So it is actually build along the kernel.
[21:38] <dun1982> https://github.com/dun1982/android_hardware_atheros_wlan
[21:38] <dun1982> I had to include it to my manifest.xml because my images were failing without it.
[21:39] <ogra_> thats only wpa_supplicant stuff
[21:39] <ogra_> not kernel
[21:39] <dun1982> But isnt the wpa_supplicant compiled in kernel build.
[21:40] <dun1982> This is the full kernel source: https://github.com/dun1982/android_kernel_samsung_p6800/tree/v0.3
[21:40] <dun1982> That is the source that was compiled for my current test image.
[21:41] <dun1982> The v0.3 where the only difference where the added ath6kl drivers with that wpa-supplicant stuff in the manifest.xml.
[21:42] <ogra_> https://github.com/dun1982/android_kernel_samsung_p6800/tree/v0.3/drivers/net/wireless/ath/ath6kl
[21:42] <ogra_> thats your driver
[21:47] <ogra_> did you search for the binary blobs on CM already ?
[21:49] <dun1982> nope
[21:55] <dun1982> where does those binary blobs go which the extract-files.sh load?
[21:57] <ogra_> no idea, its usually described in the proprietary*.txt files
[21:58] <dun1982> hm... if my find command did actually find the file, they are deposit to either out/.. or nowehere.
[21:59] <dun1982> http://paste.ubuntu.com/5617792/
[21:59] <ogra_> no, i mean the binary blobs ... and i mean on your running CM
[22:09] <dank101> http://forum.xda-developers.com/showthread.php?t=2191235&page=2
[22:16] <ogra_> dank101, and it just works flawless with the mwc-demo ?
[22:16] <ogra_> (or dailies from before the 3rd)
[22:16] <dank101> i think
[22:16] <ogra_> you think or you know ?
[22:16] <dank101> think
[22:17] <dank101> worked on the VZW S3
[22:17] <ogra_> then test with the mwc-demo to prove your theory first :)
[22:17] <dank101> ok
[22:18] <dank101> ADB works on all of them GUI only works  on the dailies before
[22:18] <ogra_> right, so your android side is at least basically functional
[23:14] <marious> hello. it possible install ubuntu on  a tablet that does not has android,  any link that can help me ? thanks
[23:17] <dank101> impossible
[23:17] <dank101> unless android is ported
[23:17] <dank101> 99999999999999999999999999999999999999% impossible
[23:29] <RobbyF> Anything interesting today?
[23:29] <RobbyF> I couldn't catch any of the SDK stuff