[00:00] <jonnie_> lo any1?
[00:37] <krabador> please tell me that in on week i can use UTouch or daily
[02:01] <Mitch> hey
[02:01] <Guest10509> hey
[02:01] <Guest10509> anyone online
[02:03] <RobbyF> yup
[02:04] <dank101> yes
[02:05] <dank101> RobbyF whatya doin
[02:05] <RobbyF> testing owncloud hosting on my VPS
[02:07] <RobbyF> what about you dank101
[02:07] <dank101> nm
[02:08] <dank101> waiting for updates on my XDA thread
[02:46] <dank101> i can't wait for unity to be Qt
[02:47] <dank101> i'll finally be able to game
[02:47] <dank101> compiz is my CPU and RAM eater
[04:57] <long-john> H3ll0 ev3ry0n3
[05:21] <kchengue> hello
[07:49] <dholbach> good morning
[07:49] <tvoss> good morning :)
[08:47] <okdamn> hey is already been relased Ubuntu Mobile?
[08:47] <okdamn> i have a n7000 samsung mobile, android based, i would like to put Ubuntu on
[08:47] <okdamn> is it possible? :DD
[08:53] <okdamn> hey how do i install the ubuntu OS for my n7000 samsung???
[08:53] <okdamn> i found this
[08:53] <okdamn> https://wiki.ubuntu.com/Touch/Install
[08:53] <okdamn> but it's seems not friendly installation
[08:53] <okdamn> can someone tells me how to do pls?
[08:54] <okdamn> dudesssssssss
[08:54] <okdamn> pls
[08:54] <okdamn> i see shell commands to install ubuntu touch, why does? :O
[08:54] <okdamn> how can i run shell commands from mobile ???
[08:57] <okdamn> anybody here?
[08:57] <okdamn> heloooooo
[08:59] <Mirv> okdamn: the shell commands are what sets the desktop ubuntu to flash the device
[09:00] <Mirv> okdamn: see https://wiki.ubuntu.com/Touch/Devices for which devices are being worked upon by the community
[09:00] <Mirv> if you wish you may join the n7000 porting effort as it's not very complete
[09:01] <okdamn> hi
[09:01] <okdamn> so what is ubuntu desktop?
[09:01] <okdamn> i don't have desktop i have mobile
[09:01] <Mirv> okdamn: do you have any computer running Ubuntu?
[09:02] <Mirv> if not, you may be interested in installing it alongside the OS you're currently using from www.ubuntu.com
[09:02] <okdamn> Mirv:  no i have macosx
[09:02] <Mirv> okdamn: ok, the instructions are currently for Ubuntu. you can of course dual-boot Mac OS X and Ubuntu
[09:02] <okdamn> @Mirv no sorry, why the hell i need to install desktop for mobile ?
[09:02] <Mirv> not sure about virtualization
[09:03] <okdamn> omg not unbelievable
[09:03] <okdamn> not good way to install mobile os
[09:03] <okdamn> you should be able to install it without a desktop
[09:03] <Mirv> okdamn: it's primarily meant for developers, and for developers you need the desktop OS as well
[09:03] <okdamn> :(
[09:03] <okdamn> pfff, i'll put ubuntu on old pc i think, but daaaaamn
[09:05] <Mirv> sounds good
[09:56] <tvoss> bzoltan, ping
[09:57] <bzoltan> tvoss:  hello sir
[09:57] <tvoss> bzoltan, good morning :) just wanted to cross-check: do you know http://packages.ubuntu.com/raring/ubuntu-sdk ?
[09:58] <bzoltan> tvoss:  good morning, yes I do
[10:00] <bzoltan> tvoss: definitely yes. That is our SDK... it came from our team
[10:00] <tvoss> bzoltan, cool, that's what I was after :9
[10:00] <bzoltan> tvoss: :) at your service
[10:07] <Mirv> :)
[10:08] <dun1982> Mirv: Btw, do you really need to install Ubuntu OS to work with Ubuntu Touch?
[10:08] <dun1982> as far as I know that is not the case here.
[10:08] <dun1982> Of course the documents have been written sofar for Ubuntu and most of the ready made development tools are for Ubuntu, but still.
[10:09] <Mirv> dun1982: of course nothing is strictly needed, it's just that the instructions are tinted towards it in the beginning
[10:09] <dun1982> You can install git, repositories to any os. You can use adb and the tools you need for development in any of the three major OS. But you just need to know how to install them.
[10:10] <Mirv> if one reads eg. the scripts etc that do the image installation, it can be done from another OS. and Qt development is naturally cross-platform regarding applications
[10:10] <dun1982> So, there is no _need_ to install ubuntu. But at this moment it is the easiest way to start working with development preview hands down.
[10:10] <Mirv> dun1982: correct
[10:11] <dun1982> Mirv: you have to be very careful with people when you say can and cannot. I have noticed in my years in the business that there is no _can't_.
[10:11] <dun1982> But that is not what I mean, sometimes there is no _point_ on doing something, even if it is possible.
[10:11] <dun1982> ie. discussion regarding importing Symbian to Android.
[10:12] <Mirv> true, and especially when everything's open there are no limits at what can be done
[10:38] <popey> hmm.. I'm running an app on a freshly updated nexus 7 via the sdk, ubuntu-calculator-app from lp:ubuntu-calculator-app, but it never appears on screen...
[10:38] <popey> phablet    621  4.4  2.9 156220 29124 ?        Ssl  10:35   0:03 /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene /home/phablet/ubuntu-calculator-app/calculator.qml --desktop_file_hint=/home/phablet/ubuntu-calculator-app/calculator.desktop
[10:38] <popey> ^^ it's running
[10:38] <popey> it used to work in the past..
[10:43] <bzoltan> popey: let me check it
[10:44] <popey> thanks bzoltan
[10:53] <bzoltan> popey: I got fixed the naming in this branch -> lp:~bzoltan/ubuntu-calculator-app/namig-fix and it works for me now
[10:54] <bzoltan>  popey: Where is the backspace in this app?
[10:55] <nik90> bzoltan: do you know at what time the Ubuntu Phone App Jenkins bot runs everyday? It has not been merging stuff for the past 3 days
[10:55] <bzoltan> nik90:  Sorry, i do not know...but I ping people who might know
[10:56] <nik90> thnx
[10:57] <popey> mmrazik: ^^
[10:57] <mmrazik> nik90: can you give me an example of stuff that is not being merged?
[10:57] <mmrazik> nik90: its supposed to be running every 15 mins
[10:57] <mmrazik> and I don't see anything being broken ATM
[10:57] <nik90> mmrazik: 1min
[10:58] <nik90> mmrazik: Take a look at https://code.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/trunk/+activereviews
[10:58] <nik90> there is 1 review which has been approved for about 13 hours...but not yet tested by the bot
[10:59] <popey> bzoltan: sweet! thanks
[10:59] <agcalamitaITA> popey, did you get the calculator running
[10:59] <mmrazik> nik90: none of them is globally approved
[10:59] <popey> yes agcalamitaITA
[11:00] <mmrazik> nik90: somebody needs to change the global Status of the MP
[11:00] <bzoltan> popey: you got an MR too -> https://code.launchpad.net/~bzoltan/ubuntu-calculator-app/namig-fix/+merge/153751
[11:00] <popey> bzoltan: nice timing, was just about to ask for one ;)
[11:00] <nik90> mmrazik: oh ok...I saw that it was approved by Juha...but I guess he forgot to change the global status
[11:00] <nik90> thans
[11:00] <nik90> thanks
[11:00] <mmrazik> yw
[11:01] <t1mp> https://wiki.ubuntu.com/Touch/Install says to run phablet-flash -l. My phablet-flash does not have the -l option. Should the wiki page be updated?
[11:01] <popey> t1mp: apt-cache policy phablet-tools
[11:01] <ogra_> t1mp, forst of all update your phablet-ttols :)
[11:01] <popey> t1mp: what version you running?
[11:01] <agcalamitaITA> t1mp, it should do
[11:02] <ogra_> t1mp, amd to answer the other question from the other channel, 36 is the current image
[11:03] <ogra_> (the counter was reset when the image name changed)
[11:03] <ogra_> (i.e. when we switched to public dailies)
[11:06] <t1mp> I have phablet-tools 0.3-0phablet1~quantal. Is that correct?
[11:06] <t1mp> phablet-jenkins-deploy can be removed?
[11:08] <popey>   Installed: 0.7-0phablet1
[11:08] <popey> you need to update :D
[11:08] <tsdgeos> t1mp: yeah phablet-jenkins-deploy was the old non public package
[11:09] <popey> t1mp: you need ppa:phablet-team/tools
[11:09] <popey> that ppa
[11:21] <t1mp> popey, ogra_ tsdgeos ahh thanks. I was using old ppas.
[12:20] <P3T3> ogra_, https://wiki.ubuntu.com/Touch/Devices/paz00
[12:22] <ogra_> P3T3, yay, cool
[12:29] <RobbyF> It's that time of day to install daily builds
[12:34] <dank101> lolyeah
[13:13] <mmrazik> popey, bzoltan: https://code.launchpad.net/~bzoltan/ubuntu-calculator-app/namig-fix/+merge/153751 is ignored by the autolanding as neither of you are part of the dev team.  Should I add ubuntu-touch-coreapps-drivers as yet another team whos members are allowed to go in?
[13:13] <mmrazik> popey: but it is actually a bit weird to land stuff by people who otherwise are unable to push to the trunk
[13:14] <popey> that is odd
[13:14] <mmrazik> so from my POV it is actually correct that its ignored
[13:14] <mmrazik> popey: you can't manually merge that change to trunk
[13:14] <mmrazik> neither zoltan
[13:14] <popey> that does make sense
[13:15] <mmrazik> mhm.. now I realize -- how were you actually able to top-approve that MP
[13:16] <mmrazik> oh. I see... the core drivers are part of that time
[13:16] <mmrazik> s/time/team/
[13:16] <mmrazik> popey: nevermind.. I'll add ubuntu-touch-coreapps-drivers to jenkins. You are actually able to merge the change manually
[13:16] <mmrazik> jenkins only checks for direct members
[13:18] <popey> ahh
[13:19] <mmrazik> popey: missing commit message btw
[13:37] <greyback> Hey, is there a script to add 'source' URIs to the sources.list in phablet?
[13:40] <dank101> guys
[13:40] <dank101> who want to work together on apps :D
[13:40] <dank101> https://docs.google.com/document/d/1k2XoNi0ybRZpmyNVLR-0POEd0hUFWEX5iA4xYBKmiI8/edit
[13:40] <RobbyF> Sorry, the file you have requested does not exist.
[13:42] <dank101> wtf????
[13:43] <dank101> https://docs.google.com/document/d/1k2XoNi0ybRZpmyNVLR-0POEd0hUFWEX5iA4xYBKmiI8/pub
[13:43] <dank101> try now
[13:46] <RobbyF> looks funny
[13:46] <RobbyF> just an untitled doc
[13:49] <dank101> editing
[13:49] <dank101> time
[13:50] <bzoltan> popey, mmrazik: I did not push anything :) I just made an MR and sent it for review
[13:50] <mmrazik> bzoltan: ack. It was just no landing. Its fixed now.
[13:51] <bzoltan> mmrazik:  ohh, cool... just tell me if I made something wrong.
[13:51] <mmrazik> bzoltan: you didn't. You just proposed an MP, which is a valid thing to do. I highlighted you to let you know its stuck in the queue.
[14:30] <mterry> When I do ./run in phablet trunk and swipe the screen, I end up in the Music screen instead of the Home screen.  Do others see this?  < mzanetti
[14:30] <mzanetti> mterry: yes... I see this sometimes... but noone investigated yet
[14:31] <mterry> It's reliable for me
[14:31] <mterry> It's now my new autopilot blocker.  :)  One of these days I will actually be able to run the suite!
[14:31] <mzanetti> mterry: interesting... I guess that causes the autopilot tests to fail too
[14:31] <mzanetti> yeah...
[14:32] <mterry> mzanetti, I'll try to bisect it a bit
[14:33] <mzanetti> mterry: cool. thanks
[14:42] <dank101> nandroiding before i test my build
[14:53] <mterry> mzanetti, looks like r374 is the culprit
[14:53] <mterry> Not quite sure why from looking at it
[14:54] <mterry> Ah, in r374, it starts on people lens it looks like
[15:00] <dank101> FU
[15:00] <dank101> does anyone know how to heimdall a SGS3 d2att to stock
[15:03] <dank101> nvm
[15:04] <dank101> uhhh? wut?
[15:04] <dank101> ok?
[15:06] <mterry> Seems like home.lens is not loaded, so is never switched to...
[15:11] <dank101> glitchy CWM is glitchy
[15:13] <dank101> don't mind me
[15:13] <dank101> im just screaming at myslef
[15:15] <mterry> Seems to be because DeeVariantText is unknown...
[15:15] <dank101> person name = lool
[15:15] <dank101> TOTALLYNOTABOTFACE.jpg
[15:16] <lool> ?
[15:17] <dank101> nvm
[15:18] <dank101> your name seemed like you were a spambot
[15:19] <mterry> mzanetti, after upgrading qt-dee (which now pulls from desktop-deps instead of super-friends), I get the "start at music, but switch to home after a moment" behavior, which it sounds like you mentioned above.  Some race condition with the home lens appearing immediately or not.  The non upgraded qt-dee broke the people/home lens completely, which is why I wasn't seeing them at all
[15:19] <dank101> does ubuntu touch overwrite the recovery?
[15:21] <mzanetti> mterry: ah ok... yes... it builds up at the leftmost lens and then switches over to the home lens
[15:21] <mzanetti> mterry: right now that is indeed done by a rather ugly hack - that fails every once in a while
[15:22] <ptlsajan> any mobile ubuntu developer here??
[15:27] <dank101> yes?\
[15:27] <dank101> wait
[15:27] <dank101> DaJa Vu
[15:28] <ogra_> rsalveti, xnox , didrocks and me were just discussipon daily landing/building of libhybris changes ... does the packaged side depend hard on the android side of it ?
[15:28] <ogra_> or can we just blindly keep rolling with packages in userspace, no matter what the bzr tree has
[15:29] <ogra_> *bzr tree that repo uses
[15:29] <xnox> at the moment platform-api and qtubuntu-sensors build-dep on libhybris.
[15:32] <rsalveti> currently that depends on the android side as well
[15:33] <rsalveti> I don't think we should have a CI for that, not the same way we have for the others
[15:33] <ogra_> k
[15:33] <rsalveti> I'm working on rebasing the changes on top of upstream, and then we should just work directly there or with package patches if needed
[15:33] <ogra_> but that will keep the api and sensors in manual as well indeed
[15:37] <xnox> rsalveti: well, we can still use the same style packaging, just not automatically merge latest crack from upstream and not automatically land into ubuntu-archive, but for example still land into a ppa for testing.
[15:37] <xnox> which is as lowest packaging maintenance we can get.
[15:37] <rsalveti> xnox: right
[15:38] <rsalveti> I actually need to find a better way of handling the code that gets built on the android side
[15:38] <rsalveti> like moving to a different project or similar
[15:39] <rsalveti> the platform-api will be done once we move to mir, but hybris would still need to be consumed by both sides
[15:39] <rsalveti> which is kind of a pain
[15:39] <ogra_> the android side is hairy ...
[15:39] <ogra_> given its armel
[15:39] <xnox> rsalveti: hmm.... i remember doing a massive recipe that would pull in tips of gcc,binutils,mingw-w64 and doing a full toolchain bootstrap in lp, until I got blocked for taking too much buildd time =)
[15:39] <ogra_> else we could just build and inject a package
[15:40] <rsalveti> yeah
[15:40] <ogra_> dont we have an armel cross compiler in the archive ?
[15:40] <xnox> ogra_: did the armel/hf multilib toolchain get purged from the archive?
[15:40] <xnox> ogra_: i have a strange feeling it may have been axed.
[15:40] <ogra_> we could cross build it and then fuzz the binaries into a package
[15:40] <rsalveti> we'd need bionic as well, and a few other deps
[15:41] <ogra_> ah, crap indeed
[15:41]  * ogra_ forgot about bionic
[15:43] <jo-erlend> does anyone know if calendar/tasks/notes, etc, will be compatible with Evolution? I'm so very tired of my current sync.
[15:43] <xnox> ogra_: we do still have cross and multilib toolchains to armel available in the archive.
[15:43] <ogra_> xnox, yeah, but not bionic based
[15:43] <ogra_> so wotn help
[15:43] <ogra_> different toolchain etc
[15:49] <dank101> anyone have the march 15 build??
[15:52] <dank101> Guys
[15:52] <dank101> what are the diffrenes between the mwc demo and the latest
[15:56] <ptlsajan> any one here is developing ubunu for htc sensastion
[15:56] <RobbyF> smoothness I notice.
[15:56] <RobbyF> still awaiting change logs
[16:03] <ogra_> dank101, only minor changes
[16:03] <dank101> orga_ bug fixes?
[16:03] <ogra_> a few i think
[16:03] <dank101> like what
[16:04] <ogra_> nothing that would have any effect on your issue though
[16:04] <ogra_> UI fixes  and stuff
[16:04] <ogra_> look through the package changelogs if you need to know in detail
[16:04] <dank101> ah
[16:05] <dank101> doesnt matter in my case
[16:05] <ogra_> the .manifest file has the current package versions
[16:05] <n-iCe> where can I check what phones have been ported?
[16:06] <ogra_> on the devices wikipage
[16:06] <n-iCe> got the site?
[16:06] <dank101> https://wiki.ubuntu.com/Touch/Devices
[16:06] <ogra_> see topic, its linked from every page in that namespace
[16:06] <n-iCe> got it
[16:06] <n-iCe> thanks dank101
[16:13] <ogra_> sergiusens, haha, you are supposed to fix plymouth ?
[16:14] <ogra_> sergiusens, if you need some help, i'm trying that since a few years already on arm :)
[16:16] <ogra_> sergiusens, its a barrel of worms ... and will get worse if we actually start using ubuntu initrds
[16:16] <sergiusens> ogra_: yeah, I added myself there after a quick chat with awe_
[16:17]  * sergiusens goes for lunch!
[16:17] <ogra_> note that mountall needs plymouth ... essentially  ...  its a bad rathole ...
[16:27] <awe_> ogra_, we're not using plymouth.  sergiusens
[16:28] <awe_> sergiusens's task is to remove the modified version from the PPA
[16:28] <ogra_> awe_, that wont work
[16:28] <awe_> which just disabled it
[16:28] <ogra_> mountall needs it
[16:28] <ogra_> at least libplymouth
[16:28] <awe_> not in our container
[16:28] <ogra_> what if we switch containers ?
[16:28] <awe_> take a look at mountall.. it currently just simulates the mount events so that the rest of the system will start
[16:29] <awe_> ogra_, sure...then it'd have to change
[16:29] <ogra_> plymouth is also hardcoded into the initrd
[16:29] <ogra_> which makes it pretty big
[16:29] <awe_> but nobody has *proved* that it's possible to flip the container model
[16:29] <awe_> until that happens...it's a moot point
[16:29] <ogra_> yeah
[16:29] <ogra_> well, we will want some kind of bootsplash
[16:30] <awe_> the task I had was to cleanup the *phablet* version of plymouth as ubuntu-session currently includes upstart override files for it
[16:30] <ogra_> and plymouth will need to learn to talk to Mir if we keep it
[16:30] <awe_> right
[16:30] <ogra_> right, which is the proper way
[16:30] <awe_> but as I mentioned, the container model is the bigger problem.
[16:30] <ogra_> if you remove it you will have to hack a lot of package deps
[16:31] <ogra_> as well as initrd scripts
[16:31] <ogra_> ... rathole ... as i said :)
[16:31] <awe_> what I want to remove is the *phablet* version
[16:31] <awe_> which is a no-op
[16:31] <ogra_> ah, k
[16:31]  * ogra_ gets it now
[16:31] <awe_> ie. we should only include the std version from the archive
[16:31] <ogra_> right
[16:31] <ogra_> plus overrides
[16:31] <awe_> then the ubuntu-session plymouth.override takes over
[16:32] <ogra_> though its a waste of diskspace
[16:32] <awe_> bingo
[16:32] <awe_> sure, but that leads to the dependency mess
[16:32] <ogra_> would be nice if we could live without it ... but i have been there several times over the last years and its not easy
[16:45] <dank101> i have a suggestion for canonical
[16:46] <dank101> make 2 versions of unity
[16:46] <ogra_> drop it in the suggestions box at the entrance then :)
[16:46] <dank101> where?
[16:46] <dank101> link?
[16:46]  * ogra_ was joking
[16:47] <RobbyF> I loled
[16:47] <ogra_> why would we double maintenance work ?
[16:47] <dank101> it's a suggestion for unity
[16:47] <dank101> i heard they were going to QML for unity
[16:47] <ogra_> well, the purpose of unity is to unite, not to separate more :)
[16:48] <dank101> i was going to say make 2 version
[16:48] <dank101> one QML one compiz
[16:48] <ogra_> we have two versions
[16:48] <ogra_> and compiz is dead beef
[16:48] <dank101> my brother uses the sh*t out of compiz effects
[16:49] <ogra_> Mir will replace Xorg and compiz
[16:49] <dank101> he killed about 3 laptop with compiz
[16:49] <ogra_> and nux
[16:49] <dank101> oh
[16:49] <dank101> so effects will still be possible?
[16:49] <ogra_> well, different than today but yeah
[16:49] <dank101> :D
[16:49] <dank101> ok
[16:50] <ogra_> and i think the target is to have only one unity ...
[16:50] <ogra_> which will likely be the QML one
[16:50] <RobbyF> wrong channel but will that be ready in 13.04?
[16:51] <dank101> ok
[16:51] <ogra_> lol, nope
[16:51] <RobbyF> MIR or qml?
[16:51] <ogra_> qml is what you already use on your phone
[16:51] <dank101> ery small change of Mir
[16:51] <dank101> *very
[16:51] <dank101> it's already working with the new unity
[16:51] <ogra_> i dont think Mir will replace surfaceflinger before 13.04 ...
[16:52] <ogra_> but shortly after
[16:52] <dank101> i saw a video by canonical
[16:52] <dank101> it's a combo
[16:52] <dank101> (Mir working WITH surfaceflinger)
[16:52] <RobbyF> that was a quick leak video right?
[16:53] <ogra_> there are plenty videos on G+ ...
[16:53] <ogra_> tvoss is tirelessly producing them :)
[16:53] <ogra_> there is also an #ubuntu-mir channel i think
[16:54] <RobbyF> I just circled you!
[16:54] <ogra_> https://wiki.ubuntu.com/Mir
[16:55] <ogra_> https://wiki.ubuntu.com/Mir/Spec for some architecture overview
[16:55] <kgunn> RobbyF: dank101 https://wiki.ubuntu.com/Mir/GetInvolved
[16:56] <kgunn> just happened to see discussion above
[16:56] <ogra_> https://wiki.ubuntu.com/Mir/Spec#On_Android_Drivers has the info about how surfaceflinger is supposed to be replaced
[16:56] <dank101> http://unity.ubuntu.com/mir/installing_prebuilt_on_android.html
[16:57] <kgunn> getting "rid" of surface flinger from the phablet dep stack is ongoing now
[16:57] <RobbyF> I'm bored so i'll fire that up
[16:58] <kgunn> #ubuntu-mir
[16:59] <ogra_> i assume as a user you really wont notice the switch ....
[17:01] <RobbyF> probably not.
[17:02] <RobbyF> daily images need a proper boot down screen with option to shutdown or reboot.
[17:02] <RobbyF> bugs me
[17:02] <RobbyF> not sure if i've shut the display off or if i did a poweroff
[17:03] <RobbyF> i'll get to work on that.
[17:03] <IReboot> I have contributed to MythTV for a while, some are distributed through launchpad. The documentation is on the MythTV wiki. Is wiki.ubuntu.com an appropriate to supply the same level of documentation as in the following example, when I create a Touch app? See: http://www.mythtv.org/wiki/MythTV-indicator
[17:03] <dank101> let's see if the S3 get Ubuntu touch
[17:04] <dank101> it's coming
[17:06] <dank101> drum roll please
[17:06] <RobbyF> !rim shot
[17:08] <dank101> where do i set the wifi settings
[17:10] <RobbyF> the top drop down bar
[17:14] <dank101> Wireless is broken
[17:14] <dank101> FAN-FU**-ING-TASTIC
[17:14] <ogra_> fix it then
[17:15] <dank101> I SPENT 6 WEEKS ON THIS
[17:15] <dank101> AND I CANT EVEN GET SSH
[17:15] <dank101> RAWR
[17:15]  * dank101 turns into a evil fire-breathing dragon
[17:16]  * ogra_ brings sausages
[17:16] <dank101> YUM
[17:16] <dank101> APT-GET
[17:16]  * dank101 eats the sausages 
[17:16] <k1l> haha. i love that "we want it to be open source" "ok, now its open source fix it yourself" ;p
[17:17] <dank101> lolagreed
[17:49] <mterry> mzanetti, does autopilot-phablet have keyboard support?
[17:51] <mterry> I guess it would involve opening the onscreen keyboard..
[17:52] <sergiusens> mterry: sending them through evdev should work, not sure it made it into autopilot tough or if it is what we want people to use
[17:54] <mzanetti> mterry: yes it should
[17:55] <mzanetti> mterry: check out the webbrowser-app-autopilot
[17:55] <mzanetti> mterry: there are some tests with keyboard input (setting the browser url)
[17:56] <sergiusens> mzanetti: is that with the osk? Just curious on progress :-)
[17:57] <mzanetti> sergiusens: no... its X11 or evdev, depending on device
[17:57] <mzanetti> sergiusens: I don't think osk has any autopilot support/tests yet. at least I didn't come across any yet
[17:57] <mzanetti> good point actually
[17:58]  * mzanetti checks
[18:19] <kwehmucdee> Hi guys, thanks for your work! I'd like to ask: when will a full working (or almost) version be released for the first device(s). And at that point, will it be relatively easy to port to other devices?
[18:23] <fcole90> hello
[18:24] <fcole90> may ubuntu-touchalso work on Samsung Galaxy S Plus i9001?
[18:24] <fcole90> may ubuntu-touch also work on Samsung Galaxy S Plus i9001?
[18:30] <janimo> rsalveti, when is system.img to be used vs the .zip file? I see HTC DNA uses fastboot to flash system.img for example while the wikipages list the zip route
[18:31] <rsalveti> janimo: both works fine, we just suggest system.zip because it also contains the boot.img image
[18:31] <rsalveti> but you could flash both separately
[18:31] <rsalveti> at phablet-flash we use the .imgs with the bootstrap option (first time flashing the device)
[18:31] <rsalveti> and the zip for normal daily updates
[18:32] <janimo> rsalveti, ok, thanks for clarifying :)
[18:32] <rsalveti> np :-)
[18:36] <janimo> rsalveti, and main.mk needs changing for a new port only if a new vendor (but not a new product of an existing vendor) is added?
[18:37] <janimo> it says that will eventually not be needed, but it's not clear why or what will replace modifying this makefile
[18:37] <rsalveti> janimo: currently you only need to edit that in case there's a vendor folder not yet covered by the rules file
[18:38] <rsalveti> janimo: the proper solution would be something similar as we have for CM, which would download and set the repos automatically with brunch <flavour>
[18:38] <rsalveti> which we currently don't support
[18:43] <sergiusens> janimo: rsalveti I'll fix it so it's not need, we really don't need it anymore
[18:43] <rsalveti> sergiusens: fix what exactly?
[18:43] <rsalveti> sergiusens: currently we're cloning the trees for all devices, we'd need to have some similar solution as what is done with breakfast with CM
[18:44] <sergiusens> rsalveti: the need to edit main.mk
[18:44] <rsalveti> to only download the repos that are needed for a specific device
[18:44] <rsalveti> sergiusens: how are you fixing it?
[18:44] <mterry> mzanetti, OK, the phablet-greeter-lightdm branch should be ready.  I fixed autopilot tests and added a new one
[18:45] <mzanetti> mterry: ok. cool. I'll check it out
[18:45] <mterry> thanks!
[18:45] <sergiusens> rsalveti: adding subdir+= vendor\ device is the quick thought, but I want to revert back to a full build with the small manifest
[18:46] <rsalveti> sergiusens: yeah, not sure if including all vendor would cause possible issues with the porters
[18:46] <rsalveti> sergiusens: how is CM including them? simply by adding vendor as a build subdir?
[18:47] <janimo> rsalveti, sergiusens also what do you think of encouraging use of .repo/local_manifests/vendor_product.xml instead of changing default.xml?
[18:47] <rsalveti> the repos are dynamically added, which would then work, but problem is without fixing that, we could have conflicting projects under the vendor folder
[18:47] <janimo> that way porters can more easily provide their manifests to just drop in
[18:47] <rsalveti> janimo: yeah, that's part of what I called 'proper fix' :-) following what CM already does
[18:48] <sergiusens> rsalveti: what we have is a mod of TINY_BUILD (or whatever it was called), I'll roll back and propose a fix... do we have gerrit now?
[18:49] <rsalveti> cm uses a python script to dig the repositories x devices, and fetch them once you call breakfast
[18:49] <rsalveti> sergiusens: not yet
[18:49] <sergiusens> rsalveti: ok, I'll email a patch :-)
[18:49] <rsalveti> sergiusens: not a lot happened during your vac, mostly planning all around :-)
[18:49] <rsalveti> vUDS, planning, etc
[18:54] <sergiusens> rsalveti: ok, so now I need to figure out what was planned for me :-P
[18:54] <rsalveti> sergiusens: :-) the good thing about vUDS is that you can watch the videos on-line
[18:54] <ogra_> hahaha
[18:56] <ogra_> sergiusens, i'll need you too for a bit this week to squeeze some info for https://blueprints.launchpad.net/ubuntu/+spec/foundations-1303-cdimage-android-builds out of your brain
[18:56] <ogra_> (at least if i dont get along alone )
[19:04] <MrNerd> yooooooo
[19:04] <MrNerd> make: *** No rule to make target `bacon'.  Stop.
[19:04] <MrNerd> i keep getting this
[19:09] <sergiusens> ogra_: yeah, was looking into that :-)
[19:13] <MrNerd> anyone?>
[19:15] <androirc> Hey
[19:15] <androirc> I nees help please
[19:16] <androirc> When i compile it says i dont have 'bacon'
[19:37] <WebVisitor-2> hi
[19:37] <WebVisitor-2> there is some way to enable secondary click on a multitouch pad?
[19:48] <rsalveti> boiko: did the phone-app renaming landed already?
[19:48] <rsalveti> boiko: just saw that we need to sync the landing of the platform-api package as well
[19:48] <rsalveti> don't we also need to land a new shell?
[19:51] <MrNerd> Heyy everyone
[19:53] <dank101> Format...
[19:53] <WebVisitor-2> hi
[19:53] <WebVisitor-2> there is some way to enable secondary click on a multitouch pad?
[19:54] <MrNerd> I keep getting no bacon when i compile.
[19:55] <MrNerd> Its starting to annoy me.
[19:55] <MrNerd> Anyone know a solution?
[20:05] <boiko> rsalveti: I need the platform-api released in order to merge the phone-app one
[21:22] <rsalveti> boiko: got it, do we also need an update for the shell?
[21:23] <rsalveti> guess we had the list of apps hardcoded there still
[21:23] <rsalveti> I know we had to change it for the browser renaming
[21:26] <boiko> rsalveti: yep, I have MRs for all of those
[21:26] <rsalveti> boiko: cool
[22:11] <janimo> rsalveti, are CM/Ubuntu Touch build logs getting generated by default somewhere?
[22:11] <janimo> for a local build I mean
[22:21]  * IanWizard-Cloud looks around at people.
[22:21]  * IanWizard-Cloud goes back to his corner.
[22:35] <ogra_> janimo, i havent seen anything in my local builds beyond the console output
[22:36] <ogra_> from brunch ... (CM)
[22:36] <ogra_> Ubuntu Toouch is just a live-build rolled rootfs
[22:38] <TheMuso> /c/c
[22:40] <rsalveti> janimo: not sure, never looked to find if that's also part of the release
[22:40] <rsalveti> *of the build
[23:45] <thesummer> Hello, I'd like to ask a few questions about how programming with/for ubuntu phone actually works before I flash a phone. Is it already possible to access the sensors (magnetometer/accelerometer/gyro) of a phone (Galaxy Nexus in my case)?  And as I understand it is based on the ARM version of ubuntu 12.10. Does it mean, that I could use the respective repos to install additional libraries etc?
[23:50] <lilstevie> thesummer, it is currently a dev *preview*
[23:51] <lilstevie> lots of stuff doesn't work
[23:51] <lilstevie> including many apps
[23:54] <thesummer> lilstevie, I am aware of that. I have a Galaxy nexus at my dispense atm. I just wanted to see if enough is working to catch my interest ;-)
[23:54] <lilstevie> thesummer, if you aren't planning on developing apps for it probably not
[23:54] <lilstevie> most apps are no more than cardboard cutouts
[23:54] <thesummer> And sensors would be quite nice
[23:55] <thesummer> even if only a lowlevel access is working atm.
[23:55] <lilstevie> I'm not sure how much hardware access is available at this stage
[23:55] <lilstevie> most of those things use proprietary drivers