[00:14] <bb23> hi guys i have just installed raring... a few things seem a bit glitchy - the wifi menu looks ok but menu name is like a yellow/pixelated
[00:14] <bb23> raring on tf101
[00:29] <bb23> just did a apt-get install lsb-core and it seems to have broken things....?
[00:31] <deeder> hi
[00:31] <deeder> sorry for my bad english
[00:31] <deeder> im have a nexus 7
[00:32] <deeder> and have a questions
[00:32] <deeder> italiani?
[00:40] <jose> spanish
[00:58] <bb23> how do i remove the users like Lola and stuff?
[00:58] <bb23> from the login menu
[01:00] <bb23> can someone tell me why the keyboard doesnt work at the login screen ?
[01:11] <bb23> hi - how do i remove those default users?
[01:11] <bb23> Lola et
[01:16] <mhall119> bb23: http://sergiusens.github.io/posts/google-contacts-on-ubuntu-touch.html
[01:16] <mhall119> that'll dump the pre-loaded contacts and import your google ones
[01:16] <mhall119> if yo uhave google ones
[01:17] <bb23> thanks mhall119 ill giv ei ta go
[01:17] <bb23> marcoceppi - where abouts is the settings app in 13.01 ?
[01:20] <SonikkuAmerica> bb23: 13.10 you mean?
[01:20] <bb23> SonikkuAmerica yes 13.10
[01:21] <bb23> is there a settings app SonikkuAmerica
[01:22] <SonikkuAmerica> I think there is... but I dunno whether it's on the Ubuntu or Android side of things. Try searching for it.
[01:25] <mhall119> bb23: are you talking desktop or phablet?
[01:25] <bb23> phablet
[01:25] <mhall119> there will be a system settings app, it's being designed and developed now
[01:26] <mhall119> https://wiki.ubuntu.com/SystemSettings
[01:27] <bb23> apt-get install systemsettings?
[01:28] <bb23> ahh tablet TBD...
[01:28] <mhall119> yeah, it's not available to install yet, still being built
[01:29] <SonikkuAmerica> bb23: systemsettings is for KDE :)
[01:34] <bb23> no probs
[01:34] <bb23> anyone here got a TF101?
[01:34] <SonikkuAmerica> I have a TF201 (but there was no Touch image made for it and I broke my bootloader trying to flash it :\)
[01:34] <SonikkuAmerica> s/it/another image
[01:35] <bb23> ouch
[01:41] <cpatrick08> does anybody know when new ubuntu-touch images will be out for nexus 7
[02:21] <AmEv> Anyone else have a blank screen?
[02:22] <AmEv> Well, my Toshiba Thrive is not booting up fully into UbuTouch.
[02:24] <AmEv> Head dev had it working before, even had early screenies, but all I'm getting is a blank screen.
[02:32] <AmEv> Guess I just hit a time when everybody's away....
[03:32] <napster> Whats the scoop guys? Is this project dead? :)
[04:36] <john____> hello?
[04:37] <john____> when i type the command begining with deb it just says command not found
[04:50] <mhall119> napster: what project?
[05:27] <napster> mhall119: I was referring to "Ubuntu Phone OS"
[07:10] <dholbach> good morning
[09:12] <ogra_> rsalveti, did you actually use my flipped container stuff ? there should be an fstab in there that defines the mounts as noauto (and the lxc upstart job then mounts them)
[09:22] <MacSlow> Saviq, regarding merging the notification-backend into the shell... there's a plugin-API that it is meant to hook into, right?
[09:23] <Saviq> MacSlow, yes, the backend needs to become a plugin (as I did rudimentarily in Oakland - sent you guys the diffs)
[09:23] <MacSlow> Saviq, Jussi and I are just trying to estimate the work needed to get it... ok
[09:23]  * MacSlow looks at his eMail-backlog
[09:24] <MacSlow> Saviq, got it
[09:25] <Saviq> MacSlow, also, you can look at http://bazaar.launchpad.net/~unity-team/unity-api/trunk/files/head:/test/qmltest/mocks/plugins/Unity/Notifications/
[09:25] <Saviq> MacSlow, where I implemented a minimal plugin that fulfils the interface test
[09:26] <Saviq> MacSlow, so you guys should be able to just take it and build on top of it
[09:27] <MacSlow> Saviq, great thanks
[09:33] <Saviq> ah! you can adb over WiFi? why did no one tell me that before :P
[09:34]  * ogra_ would just ssh if you have wifi ....
[09:34] <ogra_> definitely the better terminal support
[10:48] <mardy> seb128: hi! I forgot to ping you: I think that ubuntu-system-settings trunk branch is now complete enough to allow for 3rd party plugins
[10:51] <mpt> zsombi, hi, what did you want to ask about text selection in bug 1183255?
[10:54] <zsombi> mpt: damn pidgin hided your post :)
[10:55] <ogra_> thats what you get using an IM client for IRC :P
[10:56] <zsombi> mpt: well, first of all would be goo do have a clear UI interaction design of how the text selection should be handled: is it OK as it is now, or you guys want something special there...
[10:57] <mpt> zsombi, aha. Nobody is assigned to design that at the moment, though I have been nagging people about it.
[10:57] <zsombi> mpt: remember that all we have is mostly base don what we get from QtQuick components, nothing special there + the clipboard popover. We got caret + handler from design, but I think we also need to revisit those too.
[10:58] <zsombi> mpt: no rush, we have it scheduled for after beta release, meaning after July
[10:59] <zsombi> mpt: we just logged the bug so we have the work item listed
[11:00] <mpt> ok
[11:02] <mayank> any alternate method for installing ubuntu-sdk
[11:02] <mayank> other then apt-get install
[11:03] <seb128> mardy, hey, funny coincidence I just checked out lp:ubuntu-system-settings this morning and started playing with it ;-)
[11:04] <mardy> seb128: nice! I'm sure you like the icon I chose for the flight-mode option ;-)
[11:05] <seb128> mardy, who doesn't like the twitter bird ;-)
[11:05] <mayank> i need to install ubuntu-sdk
[11:06] <mardy> mayank: what's wrong with "apt-get install"? Are you running Ubuntu?
[11:07] <mayank> mardy: yeep i am running ubuntu and its giving me error
[11:07] <mayank> 301 moved permanently
[11:07] <mayank> mardy: yeep i am running ubuntu and its giving me error url 301 moved permanently
[11:08] <seb128> mayank, what ubuntu version do you run and what apt source and package do you try to install?
[11:08] <mayank> 12.10
[11:10] <mayank> mardy: sudo add-apt-repository ppa:canonical-qt5-edgers/qt5-proper && sudo add-apt-repository ppa:ubuntu-sdk-team/ppa && sudo apt-get update && sudo apt-get install ubuntu-sdk notepad-qml
[11:11] <mayank> mardy: when running sudo apt-get update its givin me error 301 url moved permanently is their any other way to download ubuntu -sdk and then i will compile and install
[11:20] <mardy> mayank: do you get some warnings when running "apt-get update"?
[11:34] <ZDmitry> mhall119, ping
[11:36] <duschi> hey, is there a chance to get an iso image of ubuntu touch to try it in a virtual mashine?
[11:40] <user82> is spotify planend for ubuntu touch or is it just an empty icon?
[11:41] <ogra_> duschi, no
[11:43] <duschi> @ogra_ ok, will there be such an image? just asking because I wanted to install it on my acer w500 tablet currently running debian, and the images provided are only for tablets with android as I asume
[11:48] <ogra_> duschi, there will, but probably only for x86 android devices in the beginning
[11:49] <ogra_> for 13.10 the focus is clearly on phones
[11:49] <ogra_> 14.04 will see more love for convergence and tablets i think
[11:50] <duschi> ok, thx
[11:55] <ogra_> sergiusens, rsalveti .... http://paste.ubuntu.com/5696703/ ....
[11:55]  * ogra_ cries 
[11:56] <ogra_> 4.3M only for license data
[11:57] <mardy> rvr: hi! Can you please test the 2 factor auth with twitter? for some reason I cannot, I don't get any SMSes from twitter
[11:58] <rvr> mardy: I will try to
[11:58] <ogra_> rsalveti, sergiusens , btw, there seems to still be a grouper kernel tree in the tarball, can't we drop that too ?
[12:06] <xenos1984> hi everyone
[12:07] <xenos1984> ogra_: i looked at the nexus 7 today in a store, looks pretty good
[12:07] <xenos1984> the guy in the store was quite surprised when he saw that there is a hidden menu with developer options
[12:08] <xenos1984> i think about getting myself one of those... but need to think a bit more
[12:08] <xenos1984> and he said it may void the warranty to unlock the boot loader and flash a new os
[12:11] <ogra_> xenos1984, thats nonsense, a) google explicitly allows installation of other OSes, b) you can always return to the stock image and completely lock it again
[12:12] <ogra_> thats the purpose of nexus devices (and the reason we use them as the supported platform for ubuntu touch)
[12:12] <xenos1984> ogra_: right, i was guessing so - it seems he didn't even know that one can flash a new os, i just wanted to double check that my guess is correct
[12:13] <SonikkuAmerica> ogra_: True, however.
[12:14] <SonikkuAmerica> ogra_: It's the OEM's warranty that's involved, not Google's.
[12:14] <ogra_> SonikkuAmerica, well
[12:14] <ogra_> if you order through google you can return it to google
[12:14] <ogra_> very simple
[12:14] <xenos1984> so the cheapest ones i could find here are like 240€ for a nexus 7 wifi 16GB, i could also get 32GB for 250€ + shipping (~10€) from germany
[12:14] <ogra_> if you buy in a shop, it might be different
[12:14] <SonikkuAmerica> ogra_: Still, except for Motorola devices, Google is not the OEM.
[12:15] <ogra_> but your contact
[12:16] <xenos1984> so those ones they have here are from asus - would there be a possible problem with the asus warranty?
[12:17] <ogra_> no
[12:17] <ogra_> the device eplicitly comes with an unlockable bootloader to tinker with it
[12:17] <ogra_> *explicitly
[12:19] <xenos1984> i see - sounds very good then
[12:20] <rvr> mardy: "Sorry, we don't have a connection to your carrier yet" :(
[12:21] <sergiusens> ogra_: sure, let me check and remove
[12:22] <ogra_> geez that license crap will keep me busy the while weekend
[12:22] <ogra_> *whole
[12:22] <ogra_> waht a mess
[12:23] <ogra_> and i already know that nobody will want to review it in the end ... with a 4M copyright file
[12:24] <pmcgowan> ogra_, what are you talking about?
[12:24] <sergiusens> ogra_: I'm afraid to ask... what license crap?
[12:24] <ogra_> sergiusens, trying to package the android tree
[12:25] <ogra_> http://paste.ubuntu.com/5696703/
[12:25] <ogra_> i need to merge these files into a copyright file for the giant package
[12:25] <pmcgowan> ah
[12:25] <ogra_> sadly i cant move on with the container flip without at least having the init binary
[12:26] <ogra_> since thats needed for the initrd/rootfs we boot in the lxc container
[12:26] <ogra_> to get the init binary i need to package up the whole android tree ... and to do that i need a debian/copyright file ... which needs to contain all copyrights for all files
[12:27] <sergiusens> ogra_: the joys of debian packaging
[12:27] <ogra_> well
[12:27] <sergiusens> ogra_: can't you use the 'on debian systems blah blah' thing in debian/copyright?
[12:28] <ogra_> usually i dont package 4.7G trees
[12:28] <pmcgowan> ogra_, is this even the right thing to do for the source code?
[12:28] <ogra_> sergiusens, nope, the new debian/copyright format requires machine readable syntax with pointers to at least all included subdirs
[12:29] <ogra_> if single files in the subdirs differ you need to point them out explicitly additionally
[12:29] <ogra_> pmcgowan, no, but the only thing i can do atm to make the flip work before we have bionic (which wont happen before end of the month and delay us even more)
[12:30] <ogra_> we wont make saucy if we dont switch by beginning of june
[12:38] <mhall119> ZDmitry: pong
[12:43] <SonikkuAmerica> Is it just me or does Unity Next NOT use the latest GCC/G++?
[12:45] <ogra_> SonikkuAmerica, the saucy packages should
[12:45] <ogra_> raring indeed uses the raring compiler (4.7)
[12:46] <SonikkuAmerica> ogra_: I'm trying the Ubuntu Touch on my desktop from the bzr branch and it installed GCC 4.4
[12:47] <ogra_> that would be a bug unless your desktop uses 4.4 by default
[12:48] <SonikkuAmerica> ogra_: Nope. This is Raring.
[12:49] <ogra_> didrocks, ^^^
[12:49] <ogra_> any idea why building ubnity next would pull in gcc 4.4 ?
[12:50] <ogra_> sergiusens, i assume if we dont build any kernels anymore we can also drop the specific toolchains from the tarball included for that
[12:52] <ogra_> (assuming we know which ones they are)
[12:54] <didrocks> ogra_: hum, no really, it's a normal ppa, no custom gcc in it
[12:54] <ogra_> i thought so
[12:55] <ogra_> i wonder whats wrong at SonikkuAmerica s  side
[13:06] <asac> is latest daily image dogfooding ready?
[13:07]  * asac has a GN that waits for some ubuntu excitment
[13:07] <ogra_> lol
[13:07] <ogra_> could be
[13:07] <asac> will i get auto updated? i guess not
[13:07] <ogra_> nope. you need to re-flash
[13:07] <asac> its just important that i can do proper phone/internet etc. when next time travelling :)
[13:07] <asac> ok
[13:07] <ogra_> upgrades will work with saucy
[13:08] <asac> i want saucy dogfooding
[13:08] <asac> not raring
[13:08] <asac> that will land early next month?
[13:08] <ogra_> but by the looks of it the switch to saucy cant happen before mid of june
[13:08] <ogra_> or even end of june
[13:08] <asac> feels that means we failed to deliver dogfooding:)
[13:08] <asac> i believe auto updates was essential for that?
[13:08] <ogra_> you can do dogfooding with the milestone everyone works on atm
[13:08] <ogra_> (raring)
[13:09] <asac> but there are no auto updates
[13:09] <asac> i really think that was a top priority/acceptance criteria ... let me check
[13:09] <ogra_> right, there cant until we have the container flip done
[13:10] <asac> ok i was not correct
[13:10] <asac> the acceptance was: "When you update your phone your user data is retained, even if updating with phablet-flash"
[13:10] <ogra_> yeah, thats done
[13:10] <asac> even though i would say "s/even/in particular/"
[13:10] <ogra_> sergiusens rocks :)
[13:10]  * asac hugs sergiusens 
[13:10] <asac> ok so i can do it today then i guess
[13:11] <asac> thats so amazing
[13:11] <asac> i cant wait to see that i can really make a call :)
[13:11] <asac> and sms
[13:11] <asac> and switch 3g/wifi with cli :)
[13:11] <ogra_> hmm ?
[13:11] <asac> do we ship a terminal
[13:11] <ogra_> calls and sms should work
[13:11] <asac> ?
[13:11] <ogra_> no, but there is one in the core apps PPA
[13:11] <ogra_> not instaled by default
[13:12] <pmcgowan> we are thinking to add the terminal and filemanager
[13:12] <asac> how do i install new stuf?
[13:12] <asac> is there software manager?
[13:12] <ogra_> adb ... commandline
[13:12] <ogra_> apt-get
[13:12] <asac> ic
[13:12] <ogra_> pmcgowan, ++
[13:12] <asac> pmcgowan: for "developer mode"?
[13:12] <asac> or just temporarily?
[13:12] <ogra_> well, all we currently do is "developer mode" :)
[13:12] <pmcgowan> thats true we could leave them in the open build
[13:12] <pmcgowan> forever
[13:13] <ogra_> we should ship it by default until we do an "enduser mode"
[13:13] <pmcgowan> mhall119, sergiusens did we decide to put those two in, temrinal and filemanager
[13:15] <mhall119> pmcgowan: yes, I made an MP for it, just need someone on bfiller's time to have time to review their code
[13:16] <mhall119> bfiller's team
[13:16] <mhall119> to have time
[13:17] <ZDmitry> mhall119, sorry for delaying. How can I know when qml app go to background (which property)?
[13:19] <mhall119> ZDmitry: I don't think there is one, not yet anyway
[13:20] <mhall119> they just have their process suspended
[13:20] <mhall119> Kaleo: can you confirm? ^^
[13:20] <rsalveti> ogra_: so, the grouper kernel will be removed once we have a working ubuntu kernel for nexus 7
[13:21] <rsalveti> it's still not working exactly the same as our kernel
[13:21] <ogra_> oh
[13:21] <ogra_> ok
[13:21] <rsalveti> asked the kernel folks to test that for me, as I don't have the hardware
[13:21] <ogra_> rsalveti, what about the toolchains
[13:21] <rsalveti> ogra_: so, I used your stuff
[13:21] <mhall119> rsalveti: any chance I'll get audio and camera working on the ubuntu kernel?
[13:21] <ogra_> yeah, i answered above
[13:21] <ogra_> rsalveti, you seem to be missing the fstab
[13:21] <rsalveti> ogra_: but, the upstart job is not started automatically, and the partitions are not mounted then
[13:21] <mhall119> rsalveti: I have a nexus 7,if I cna help
[13:21] <rsalveti> ogra_: fstab was fine here
[13:22] <rsalveti> I can mount by hand
[13:22] <ZDmitry> mhall119, hm, if so then I can't hide keyboard when app is going to bg.
[13:22] <ogra_> hmm, it should start automatically
[13:22] <rsalveti> ogra_: yup, will start fresh here to get back what I was missing yesterday
[13:22] <ogra_> did you use the right initrd under /var/lib/lxc/android ?
[13:22] <mhall119> ZDmitry: there must be some other way then, it hides for other apps that bring it up via a TextField
[13:23] <rsalveti> I was kind of brain dead yesterday
[13:23] <rsalveti> ogra_: yup
[13:23] <ogra_> rsalveti, it also seems that not all systems name userdata actually userdata
[13:23] <ogra_> stgraber had some weird capitalized name in there
[13:23] <ogra_> UOD or UDA or so
[13:23]  * ogra_ forgot the exact name 
[13:23] <rsalveti> ogra_: yeah, that's not unique
[13:24] <rsalveti> ogra_: we'd need a different initrd per device
[13:24] <ogra_> that means we cant just ship a generic fstab :(
[13:24] <rsalveti> there's no way to have a unique partition name
[13:24] <rsalveti> exactly
[13:24] <ogra_> right
[13:24] <rsalveti> that's why even in android there's a specific fstab per device
[13:24] <ogra_> well, we cant have the initrd at all atm
[13:25] <ogra_> not without either the gigantic android source package that spints out init or without the toolchain in the archive so i can roll an initrd from a source package
[13:25] <ogra_> thats somehow a carch-22
[13:25] <ogra_> *catch
[13:25] <SonikkuAmerica> I also have problems with my SSH pubkey trying to finish ./build
[13:26] <SonikkuAmerica> It's registered with Launchpad and all, but I keep getting "Permission denied" errors. (My key is also in my authorized_keys file)
[13:27] <rsalveti> ogra_: also, why did you need to customize your init files there?
[13:27] <ogra_> rsalveti, which likely means the earliest we can switch to saucy is mid of june
[13:27] <ogra_> rsalveti, we dont need that actually
[13:27] <rsalveti> ogra_: and I assume you're just using the android files from the system partition
[13:27] <ogra_> rsalveti, that was for dropping uchroot and for experimenting with adbd
[13:27] <ogra_> we can drop the override init.rc bits
[13:28] <rsalveti> ogra_: right, cool
[13:28] <rsalveti> ogra_: but adb will be replaced later during boot by android, right?
[13:28] <ogra_> and just drop the uchroot upstream
[13:28] <ogra_> nope
[13:28] <rsalveti> well, android will try to start it's own adb
[13:28] <ogra_> adbd rightly recognizes of there is already another adbd running
[13:28] <ogra_> it wont attempt to start
[13:28] <rsalveti> we can't drop from upstream yet
[13:28] <ogra_> (if the ubuntu side runs one)
[13:28] <rsalveti> oh, cool
[13:28] <ogra_> uchroot ?
[13:29] <rsalveti> yup, dropping from upstream will break our images
[13:29] <ogra_> we can drop it for saucy
[13:29] <ogra_> right
[13:29] <rsalveti> sure
[13:29] <ogra_> it doesnt seem to do any harm though
[13:29] <ogra_> but as i said, i doubt we'll be ready to switch before mid of june
[13:30] <ogra_> i need an init binary packaged ...
[13:30] <rsalveti> not that sure, it seems we just need to push a bunch of small things
[13:30] <ogra_> which wont happen without the toolchain
[13:30] <ogra_> and the toolchain wont be there before end of the month
[13:30] <rsalveti> we need to do it before having the toolchain then
[13:31] <rsalveti> atm we're just using the android from the /system partition
[13:31] <ogra_> that means packaging the whole android tree
[13:31] <rsalveti> so we can keep flashing that separately
[13:31] <rsalveti> all we need is the initrd, right?
[13:31] <ogra_> well, actually just init
[13:31] <ZDmitry> mhall119, seems this bug applicable not *only* for the terminal app: https://bugs.launchpad.net/touch-preview-images/+bug/1142828 .   Is it fixed in latest builds?
[13:31] <ogra_> it is the only binary in there (except adbd which we dont really need atm)
[13:31] <rsalveti> don't we need the init.* files from android?
[13:31] <ogra_> yeah
[13:31] <ogra_> thats all text
[13:32] <ogra_> the whole initrd is only plain text and init
[13:32] <rsalveti> right, and init is apache-v2, we're not violating anything in case we need to put just the binary
[13:32] <ogra_> (and adbd)
[13:32] <ogra_> rsalveti, i cant *build* it
[13:32] <ogra_> since i have no toolchain
[13:32] <mhall119> ZDmitry: I installed build 133 last night, and I'm pretty sure it's still there
[13:32] <rsalveti> ogra_: but why do you need to build it?
[13:32] <ogra_> i need to have a package that contains the initrd
[13:32] <rsalveti> ogra_: can't we just grab the binary from what we already have?
[13:33] <ogra_> *initrd's actually
[13:33] <ogra_> rsalveti, not on a build server, no
[13:33] <rsalveti> why not?
[13:33] <ogra_> the package builders can only handle packages from the archives, no other  internet connection is possible or allowed
[13:34] <ogra_> to roll the lxc-android package i need to depend on the respective initrd packages
[13:34] <rsalveti> ogra_: right, but why can't we push that to the archive? the think we can't necessarily build is init
[13:34] <ogra_> how do you push that
[13:34] <rsalveti> *the only thing
[13:34] <ogra_> you cant upload binaries to main otr universe
[13:35] <ogra_> and by definition restricted is only for drivers and multiverse cant be used for building
[13:35] <rsalveti> don't know, thinking, it's just silly that we're blocked by the toolchain
[13:35] <ogra_> well, alternatively we could upload the giant source package
[13:35] <ogra_> but as you can see above even only assembling the debian/copyright for that will take days
[13:36] <ogra_> http://paste.ubuntu.com/5696703/
[13:36] <rsalveti> but uploading the source package will not help us much
[13:36] <ogra_> thats just the collection of licenses ...
[13:36] <rsalveti> as we need a toolchain to build that anyway
[13:36] <ogra_> it includes the toolchain
[13:36] <rsalveti> sure, but we can't have a package with that included
[13:37] <ogra_> hmm, thats indeed true
[13:37] <ogra_> so yeah, toolchain is the blocker
[13:37]  * ogra_ is happy he doesnt have to move on with the copyright hell now :)
[13:38] <rsalveti> building init is the blocker then
[13:38] <ogra_> right
[13:38] <ogra_> well
[13:38] <ogra_> packaging it
[13:38] <rsalveti> right, wonder if we can just build with glibc
[13:38] <rsalveti> a static-linked bin
[13:38] <ogra_> i fear we might break driver stuff
[13:39] <rsalveti> just init
[13:39] <rsalveti> won't do us any harm I believe
[13:39] <rsalveti> I can take a look at that
[13:39] <ogra_> hmm
[13:40] <ogra_> if that would work that would indeed hellp a lot
[13:40] <ogra_> i was fearing that getprop also offers an abi that drivers might use ... which could have issues with libc vs bionic
[13:40] <ogra_> just packaging the initrd (or even just tarring up the content) is trivial indeed
[13:43] <rsalveti> ogra_: yeah, and that would get us to the point we need
[13:43] <ogra_> oh
[13:43] <rsalveti> probably not, I hope :-)
[13:43] <ogra_>  i just found another binary
[13:43] <rsalveti> which one?
[13:43] <ogra_>  there is /charger
[13:43] <rsalveti> right, we don't need that
[13:43] <ogra_> not neccesarily needed for the start though
[13:44] <rsalveti> that's probably responsible for the charger animation
[13:44] <ogra_> right
[13:44] <rsalveti> and we need something similar anyway
[13:44] <ogra_> we'll need thet on the ubuntu side
[13:45] <rsalveti> right
[13:45] <rsalveti> I noticed it also contains /sbin/watchdogd /sbin/ueventd and /sbinadbd
[13:45] <rsalveti>  /sbin/adbd
[13:45] <ogra_> the first two are links to init
[13:46] <rsalveti> great
[13:46] <ogra_> and adbd isnt needed atm
[13:46] <rsalveti> will try that them
[13:46] <ogra_> root@android:/ # ls -l /var/lib/lxc/android/rootfs/sbin/
[13:46] <ogra_> total 156
[13:46] <ogra_> -rwxr-x--- 1 root root 157728 May 23 19:28 adbd
[13:46] <ogra_> lrwxrwxrwx 1 root root      7 May 23 19:28 ueventd -> ../init
[13:46] <ogra_> lrwxrwxrwx 1 root root      7 May 23 19:28 watchdogd -> ../init
[13:47] <Kaleo> mhall119: there is
[13:47] <rsalveti> yeah, compared the 4 initrds here and they are all similar
[13:47] <Kaleo> mhall119: from the top of my head: Qt.application.active
[13:48] <ogra_> cool
[13:49] <ogra_> so i need: lxc-android-config ... depending on android-initrd-$device, lxc and android-utils-adbd ... that should give us everything we need for the flipped rootfs ...
[13:49] <mhall119> Kaleo: and will an app have time to respond to that before it's process is suspended?
[13:49] <ogra_> the only tricky bit i still have is getting the ubuntu initrd into the boot.img then
[13:49] <Kaleo> ZDmitry: 15:47 < Kaleo> mhall119: from the top of my head: Qt.application.active
[13:50] <ZDmitry> Kaleo, thanks!
[13:50] <Kaleo> mhall119: yes
[13:50] <mhall119> at any rate, I tested the keyboard issue with the browser and it's there too (I just hadn't noticed it before on anything but terminal), so it's not something ZDmitry needs to fix explicitly
[13:50] <Kaleo> mhall119: wel,, hangoon
[13:50] <Kaleo> mhall119: at the moment, probably not
[13:51] <Kaleo> http://qt-project.org/doc/qt-5.0/qtqml/qml-qt.html#application-prop
[13:51] <Kaleo> mhall119: need ricmm for this
[13:51] <rsalveti> ogra_: right, but that can be done during build time
[13:51] <rsalveti> we can also use the kernel from the archive
[13:51] <rsalveti> so we can build our own boot.img in the build image servers
[13:51] <ogra_> well, we need rto somehow assemble the boot.img
[13:51] <ogra_> which currently happens from the android build
[13:52] <rsalveti> yeah, and for that we only need the boot.img config, which is inside of it, and can be extracted with abootimg
[13:52] <ogra_> which in turn doesnt use the ubuntu bits and vice versa
[13:52] <ogra_> it depends on getting the two connected somehow
[13:53] <ogra_> we could use a completely generic initrd if we could build one though ... there is nothing HW  specific in it
[13:53] <ogra_> (apart from the mountpoint of userdata, but i can adjust the script to probe all possible names)
[13:53] <sergiusens> ogra_: rsalveti haven't read the whole thread, but you mentioned you could pull stuff from PPAs, right?
[13:53] <rsalveti> but can't we just build our own initrd with abootimg?
[13:54] <ogra_> sergiusens, not in official builds
[13:54] <sergiusens> ogra_: rsalveti can we add the binary only init stuff into a PPA until it's ready?
[13:54] <ogra_> rsalveti, initrd ? nope
[13:54] <ogra_> rsalveti, we use update-initramfs
[13:54] <rsalveti> ogra_: right, but together with update-initramfs
[13:54] <ogra_> rsalveti, yes, we can
[13:55] <rsalveti> sergiusens: that might help indeed, but will take a look first to see if I can do it once and push it to the archive
[13:55] <sergiusens> rsalveti: as in binary only?
[13:55] <rsalveti> sergiusens: no, will try to build with glibc
[13:55] <ogra_> well, i would prefer we stop using these "until its ready" workarounds
[13:55] <ogra_> we have way to many now
[13:56] <ogra_> if it works statically built as glibc binary thats definitely preferable
[13:56] <sergiusens> ogra_: put it this way, it breaks a BLOCKED statement :-)
[13:56] <ogra_> we are way to far in the cycle to *add* such workarounds
[13:57] <ogra_> we should already be working on removing them :)
[13:57] <sergiusens> ogra_: oh I agree
[13:57] <ogra_> (which we cant until the saucy switch)
[13:57] <ogra_> rsalveti, sergiusens ... btw other than initrd we only need /system built ... isnt that device agnostic ?
[13:58] <sergiusens> ogra_: not really
[13:58] <ogra_> (ignoring /system/vendor as that should just have perbuilt content)
[13:58] <ogra_> sergiusens, why not ?
[13:58] <ogra_> whats HW specific in there ?
[13:58] <rsalveti> no necessarily
[13:58] <rsalveti> *not
[13:59] <sergiusens> ogra_: hmm...well I can make a wild guess, but different flags are triggered all around the build
[13:59] <rsalveti> most things are, but it might also have some other libs and such that are hw specifics
[13:59] <sergiusens> depending on the hardware
[13:59] <rsalveti> yeah
[13:59] <sergiusens> like camera2 instead of camera
[13:59] <rsalveti> indeed
[13:59] <ogra_> hmm, i wonder if we could split that up into generic and hw specific
[13:59] <ZDmitry> mhall119, Kaleo: I just tested Qt.application.active prop, and seems it's not work on device. On desktop Qt.application.active changes to false when app go to bg, but on device it is still true.
[13:59] <ogra_> so that we could build a /system that just gets the HW bits dumped on top
[14:00] <sergiusens> ogra_: yeah... I always thought that the intention of packaging android was to actually do this :-)
[14:00] <Kaleo> ZDmitry: odd
[14:00] <Kaleo> ZDmitry: can you file a bug please?
[14:00] <ogra_> sergiusens, well, i was actually expecting us to do a build per device and just grab the zips in the end
[14:01] <rsalveti> we might be able to do that later, not necessarily now :-)
[14:01] <ogra_> and just have the needed bits used for building in piecemeal in the archive
[14:01] <ogra_> yeah
[14:01] <rsalveti> bfiller: mind reviewing/happroving https://code.launchpad.net/~sergiusens/demo-assets/1182549/+merge/165500?
[14:01] <ogra_> i didnt mean this month ... or even 13.10
[14:01] <rsalveti> saw you already did the review, but we got an extra rev in the branch there
[14:01] <bfiller> rsalveti: sure, after my standup
[14:01] <ogra_> it was just an idea that struck me tinkering with the builds today
[14:01] <rsalveti> after your review was done
[14:01] <sergiusens> rsalveti: he already reviewed, was waiting for you for some tests aside from mine ;-)
[14:02] <rsalveti> sergiusens: right, noticed the extra rev there is just changing the package description
[14:02] <rsalveti> which is fine
[14:02] <sergiusens> rsalveti: extra rev was an irc _needs fixing_ :-P
[14:02] <rsalveti> sergiusens: sure, sounds fine
[14:02] <rsalveti> will test that now
[14:03] <rsalveti> sergiusens: finally removing the form factor var
[14:04] <sergiusens> rsalveti: yeah, I just felt like it :-P
[14:04] <sergiusens> rsalveti: no need to change two files for them to be the same
[14:04] <sergiusens> rsalveti: even though it's not really needed
[14:04] <rsalveti> sergiusens: yeah
[14:04] <rsalveti> sergiusens: https://code.launchpad.net/~sergiusens/demo-assets/1182549/+merge/165500
[14:05] <sergiusens> rsalveti: what's up with that?
[14:05] <rsalveti> sergiusens: I'd make the demo-assets to depend on the other packages but explicit adding the version it's depending
[14:05] <ZDmitry> Kaleo, file a bug to Ubuntu UI Toolkit, right?
[14:05] <rsalveti> sergiusens: as they are all created by the same package
[14:06] <sergiusens> rsalveti: sure... I can do that... I just added that in a very short lived manner :-P
[14:06] <rsalveti> sergiusens: sure, just add (= ${binary:Version}) in front of the package name
[14:06] <sergiusens> yup
[14:06] <Kaleo> ZDmitry: that will do
[14:08] <rsalveti> sergiusens: why changing:
[14:08] <rsalveti> 125	-#!/usr/bin/env python3
[14:08] <rsalveti> 126	+#!/usr/bin/python3
[14:08] <rsalveti> ?
[14:08] <rsalveti> just curious
[14:08] <sergiusens> rsalveti: because ogra_ told me once to always use what's in the system and I follow commands :-)
[14:08] <ogra_> yeah
[14:08] <ogra_> for packaged python you should point to the interpreter directly
[14:08]  * sergiusens mentions it's not his script though
[14:08] <rsalveti> right, cool
[14:09] <ogra_> else a python in /usr/local might break packaged bits
[14:09] <sergiusens> or virtualenv
[14:09] <ogra_> (thats true for all interpreted packaged bits)
[14:10] <rsalveti> makes sense
[14:10] <ogra_> hmpf
[14:10] <rsalveti> sergiusens: after merging your branches we should get a 'clean' build
[14:10] <rsalveti> right?
[14:11] <ogra_> so manta doesnt use the by-name path for mounting its /data
[14:11] <sergiusens> rsalveti: I forgot about sending you this quick one: http://people.canonical.com/~sergiusens/0001-Adding-a-system-hal-system-image-which-bundles-syste.patch
[14:12] <ogra_> could someone with a manta check if there *is* a partition name for userdata somewheer under /dev/block/
[14:12] <rsalveti> ogra_: weird, what is it using?
[14:12] <ogra_> ?
[14:12] <ogra_> mmcblk0p10
[14:12] <ogra_> hardcoded
[14:12] <rsalveti> directly? weird
[14:12] <rsalveti> let me check
[14:12] <ogra_> that wont work with my initrd
[14:12] <ogra_> i'm looking at the fstab's in the build tree atm
[14:12] <rsalveti> ogra_: fstab is fine
[14:13] <rsalveti> /dev/block/platform/dw_mmc.0/by-name/system     /system             ext4      ro                                                    wait
[14:13] <ogra_> no
[14:13] <rsalveti> /dev/block/platform/dw_mmc.0/by-name/cache      /cache              ext4      noatime,nosuid,nodev,nomblk_io_submit,errors=panic    wait,check
[14:13] <ogra_> not for the ubuntu initrd
[14:13] <ogra_> oh
[14:13] <rsalveti> http://paste.ubuntu.com/5697081/
[14:13] <ogra_> fstab.smdk5250 /dev/block/mmcblk0p3    /data               ext4      noatime,nosuid,nodev,nomblk_io_submit,errors=panic    wai
[14:13] <ogra_> thats what i have in the tree here
[14:14] <rsalveti> hm, that's not for manta
[14:14] <rsalveti> might be the dev board they used for manta
[14:14] <ogra_> ./device/samsung/manta/fstab.smdk5250
[14:14] <ogra_> ah
[14:14] <ogra_> good then
[14:14] <rsalveti> yeah, not the one used by the image
[14:14] <rsalveti> :-)
[14:14] <ogra_> so i only need to search for userdata or UDA for now
[14:15] <ogra_> until i get bugs from people wheer they use even different names :)
[14:15] <sergiusens> ogra_: UDA or UFA?
[14:15] <ogra_> UDA apparently
[14:15] <ogra_> fstab.grouper /dev/block/platform/sdhci-tegra.3/by-name/UDA
[14:15] <rsalveti> yeah
[14:16] <rsalveti> for *now*, yes :-)
[14:16] <ogra_> UFA will only be there once achiang had it in his fingers
[14:16] <ogra_> though not with a capital f
[14:16] <ogra_> rsalveti, right, i will do a call on the ML to collect all possible fstabs from porters once we switched
[14:16] <ogra_> to find all other possible names
[14:17] <ZDmitry> Kaleo, is property "Active" of MainView item should give the same result as Qt.application.active?
[14:18] <sergiusens> rsalveti: oh missed the _clean build_ thing... so no videos and no music no fake messages and no contacts
[14:19] <sergiusens> rsalveti: even if we add the videos we will drop 60M from it since they are not going to be vainly copied
[14:19] <rsalveti> sergiusens: right, but the call for +2 manage-address-books create is still part of ubuntu-session
[14:19] <sergiusens> rsalveti: it will be ignored if not installed
[14:19] <rsalveti> shouldn't we remove it then?
[14:20] <sergiusens> rsalveti: makes it harder to readd when installing the demo content though
[14:20] <rsalveti> alright
[14:20] <sergiusens> rsalveti: but I could and just also maintain a separate copy or sed it in
[14:21] <sergiusens> Saviq: is it safe to release a new version of qml-phone-shell? if it is, I can also get rid of installing webapps-demo ;-)
[14:22] <Saviq> sergiusens, yes, it always is
[14:22]  * ogra_ would keep music and videos
[14:22] <Saviq> sergiusens, will do
[14:22] <ogra_> as long as we ship a filemanager
[14:23] <mhall119> and terminal
[14:24] <ogra_> well, filemanager to easily delete the files
[14:24] <ogra_> you cant remove the demo contacts that easy
[14:24] <ogra_> but removing files you can
[14:25] <SonikkuAmerica> Hooray! Got it running! (Just sample data for now, right?
[14:26] <mhall119> ogra_: file manager runs as phablet, so as long as the files you want to delete are owned by phablet, then yes
[14:26] <ogra_> ah, indeed
[14:26] <rsalveti> ogra_: seems we'd need the big tarball, or sources at least, to build the toolchain
[14:26]  * ogra_ forgot that minor detail
[14:26] <ogra_> rsalveti, doko is on it but his ETA is end of the month
[14:26] <rsalveti> looking at the toolchain build script (from linaro), it's downloading the core from git to build the toolchain
[14:26] <rsalveti> yeah, I was checking with doko
[14:27] <ogra_> rsalveti, so its a querstion if we can actually gain any time by doing it with the tarball
[14:27] <mhall119> ogra_: but with a terminal, you can always sudo
[14:27] <rsalveti> at least until we have the developer mode support :-)
[14:27] <ogra_> indeed
[14:28] <rsalveti> ogra_: yeah, we'll see
[14:28] <ogra_> rsalveti, lets discuss that in the standup
[14:28] <rsalveti> sure
[14:28] <ogra_> getting the image changes will surely take another week
[14:29] <ogra_> so if the toolchain is ready by june 1st the earliest i see us switch is  in the second week of june
[14:29] <rsalveti> sergiusens: haha, with latest I can use the keyboard in landscape mode, even if the screen is still in portrait
[14:29] <ogra_> lovely
[14:29] <rsalveti> ogra_: right, but I believe by packaging first the initrd, we can at least have something
[14:30] <rsalveti> reproducible and which we can improve over the time
[14:30] <ogra_> well, only if i have init
[14:30] <sergiusens> rsalveti: yeah :-)
[14:30] <rsalveti> ogra_: getting there
[14:30] <rsalveti> :-)
[14:30] <Saviq> dpm, ping
[14:37] <dpm> hey Saviq
[14:37] <Saviq> dpm, hey, when https://code.launchpad.net/~paulliu/unity/i18n/+merge/165160 lands, we'll have i18n in the shell
[14:37] <dpm> oh wow!
[14:37] <Saviq> dpm, can you set up translations for us?
[14:37] <dpm> \o/
[14:37] <dpm> sure, on it
[14:38] <Saviq> dpm, you need to remember that it's the backends' responsibility to supply already translated strings for most of the stuff, so there's only like 10 translatables right now
[14:38] <dpm> gotcha
[14:38] <dpm> Saviq, I can set it up so that when the branch lands everything's set up. I'll just need your help to set up the translations export branch, as I don't have permissions on the project
[14:39] <Saviq> dpm, sure, let me know what do I do
[14:39] <SonikkuAmerica> Well, whenever I open any of the apps in QML Phone Shell the whole thing stops responding; is this normal at this stage?
[14:40] <dpm> Saviq, I guess this is for the phablet series, right? This way we'll have translations for trunk (which is already translatable) and phablet
[14:40] <Saviq> dpm, yes
[14:40] <dpm> ok, cool
[14:41] <sergiusens> Saviq: thanks! I might crank a build out today with no demo content (well, the ones that disturb that is).
[14:41] <Saviq> sergiusens, it's gonna be sad without demo-assets ;)
[14:42] <pmcgowan> sergiusens, not sure we want no demo assets, lets think on this
[14:42] <sergiusens> Saviq: I have it already ;-)
[14:42] <pmcgowan> we want no demo apps or contacts
[14:42] <Saviq> ah that's fine, yeah
[14:43] <sergiusens> pmcgowan: well bfiller and I agreed to wait for your opinion
[14:43] <sergiusens> pmcgowan: no Pictures IMO is important too
[14:43] <pmcgowan> sergiusens, we could say anything the user can provide is ok to remove
[14:43] <pmcgowan> but music and videos cannot add them yet afaik
[14:44] <sergiusens> pmcgowan: I'll readd
[14:44] <pmcgowan> sergiusens, just thinking out loud here
[14:44] <pmcgowan> unless saviq has a patch to fix that
[14:44] <dpm> Saviq, ok, just one step to finish the translations set up: could you set ~unity-team/unity/phablet as the exports branch in https://translations.launchpad.net/unity/phablet/+link-translations-branch ?
[14:45] <Saviq> dpm, done
[14:45] <Saviq> pmcgowan, well, you can install unity-lens-music, unity-lens-apps
[14:46] <Saviq> s/apps/video/g
[14:46] <Saviq> pmcgowan, and it should do whatever it does on your desktop now
[14:46] <Saviq> pmcgowan, but there won't be a carousel for them etc.
[14:47] <sergiusens> Saviq: I'm down for that if pmcgowan is
[14:47] <pmcgowan> Saviq, sergiusens so dog fooding breaks demoing
[14:47] <dpm> Saviq, perfect, thanks. When the branch lands, translations will be exposed in https://translations.launchpad.net/unity (I've set unity/phablet as the translation focus)
[14:47] <Saviq> pmcgowan, yup it does
[14:47] <pmcgowan> cant win
[14:47] <pmcgowan> lets leave music and videos as is for now
[14:47] <Saviq> dpm, awesome, thanks
[14:47] <rsalveti> we could have special scripts to generate a demo-specific image if needed
[14:48] <rsalveti> but make the daily be more dogfooding friendly
[14:48] <pmcgowan> Saviq, how long until we get a real dash update in
[14:48] <rsalveti> I'm fine leaving music and video as is as well
[14:48] <Saviq> pmcgowan, still some time away, peeps are focused on getting the smart scopes in
[14:48] <Saviq> pmcgowan, in the Unity APIs team
[14:49] <Saviq> pmcgowan, we also need replacement music and video scopes when the above's done
[14:49] <pmcgowan> right all of that
[14:49] <Saviq> yup
[14:49] <sergiusens> pmcgowan: for demoes I can replace the video and music lens with the mock ones
[14:50] <pmcgowan> but I can do anything with music right now anyway
[14:50] <rsalveti> sergiusens: so do you need to update your mrs again?
[14:50] <bfiller> pmcgowan: right
[14:50] <bfiller> pmcgowan: I'd vote for not having music lens in for now
[14:50] <pmcgowan> lets leave them in and think about it next month
[14:50] <sergiusens> pmcgowan: not with music, but maybe with videos
[14:50] <bfiller> pmcgowan: apt-get install demo-assets-music if you want the fake stuff
[14:51] <rsalveti> fake music doesn't cause any harm
[14:51] <rsalveti> does it?
[14:51] <pmcgowan> one step at a time
[14:51] <bfiller> no
[14:51] <bfiller> disk space and memory hit
[14:51] <pmcgowan> this month is contacts and apps
[14:51] <rsalveti> right
[14:51] <pmcgowan> next month can be music and video
[14:51] <sergiusens> pmcgowan: and pictures?
[14:52] <sergiusens> and conversations ;-)
[14:52] <pmcgowan> thinking, bfiller what do you think
[14:52] <pmcgowan> is there a separate package for picture demo samples?
[14:53] <bfiller> pmcgowan: I think for dogfooding release we should remove all demo content except for videos, as we need them in to run the video player and test it
[14:53] <sergiusens> pmcgowan: yes there is
[14:53] <sergiusens> pmcgowan: this is my plan btw http://pastebin.ubuntu.com/5697224/
[14:53] <pmcgowan> bfiller, ok so I agree take pictures and conversations out
[14:53] <bfiller> pmcgowan: we're splitting up the demo pacakge so users can indiviually install -pictures -music -contacts, etc
[14:53] <pmcgowan> but I would leave the music mock
[14:54] <pmcgowan> bfiller, vg
[14:54] <sergiusens> just need to know what to add or remove so I can tool it properly
[14:54] <bfiller> pmcgowan: ack
[14:54] <bfiller> pmcgowan: so videos and music in, everything else out, sergiusens
[14:54] <sergiusens> ok, I'll add demo-assets-video and demo-assets-music
[14:55] <Saviq> sergiusens, btw, the images have daily-build-next by default? then unity-lens-video, unity-lens-music are already 100scopes
[14:55] <Saviq> sergiusens, incompatible with current shell
[14:57] <sergiusens> Saviq: ok... needs more thinking then
[15:11] <Saviq> sergiusens, https://code.launchpad.net/~unity-team/unity/phablet.release-178/+merge/165642
[15:16] <sergiusens> Saviq: thanks, I'll look
[15:17] <sergiusens> I'll wait for CI to test
[15:19] <Saviq> sergiusens, yup, cool
[15:23] <bfiller> mfisch: ping
[15:23] <mfisch> bfiller: piong
[15:23] <mfisch> pong even
[15:23] <bfiller> mfisch: seeing the screen go blank even when using the phone a bunch in today's build on Galaxy Nexus
[15:24] <bfiller> mfisch: typically after rebooting
[15:24] <bfiller> happened a few times
[15:24] <mfisch> bfiller: the screen timeout is 30 seconds, I believe, so it's going black more frequently than that?
[15:25] <bfiller> mfisch: it's blacking while I'm actively using it, like typing in browser or scrolling
[15:25] <bfiller> sometimes, not all the times
[15:26] <mfisch> okay, that's certainly not correct
[15:26] <seb128> Kaleo, hey
[15:26] <mfisch> bfiller: can you clear out the /var/log/upstart/powerd.log file and then send me a section where it repros?
[15:26] <bfiller> mfisch: I'll see if I can reliably repro and file a bug, test it out
[15:26] <bfiller> mfisch: reboot your phone and then use the browser
[15:26] <seb128> Kaleo, did you see my small .qml testcase for the keynav issue yesterday? did you have any chance to look at it after the fire fighting debugging you were doing? ;-)
[15:27] <mfisch> bfiller: ok, I only have a N4, but the screen blank stuff is pretty universal
[15:27] <bfiller> mfisch: ack
[15:27] <mfisch> bfiller: the log file will tell us what we need to know, if it thinks that its idle for example
[15:28] <mfisch> bfiller: there it is!
[15:28] <mfisch> sforshee: ping!
[15:28] <bfiller> mfisch: you got it?
[15:28] <mfisch> bfiller: yes
[15:28] <mfisch> sforshee: the timer expired
[15:28] <mfisch> ** (process:895): DEBUG: Releasing internal active state request
[15:29] <sforshee> mfisch, we need to figure out whether we're not getting the events or whether the timer isn't getting reset correctly
[15:29] <mfisch> sforshee: this will take priority over the cookie changes
[15:29] <mfisch> sforshee: yep, can you repro? just only use the browser
[15:29] <sforshee> mfisch, trying
[15:30] <seb128> mardy, hey
[15:30] <seb128> mardy, quick question for you
[15:31] <sforshee> mfisch, no luck for me
[15:31] <sforshee> though I'm probably running what's in trunk rather than the last released version
[15:31] <seb128> mardy, is there a way to call a dbus method to get a string from qml, or does that require a cpp plugin?
[15:31] <mfisch> sforshee: I have my hacked up cookie version
[15:32] <sforshee> mfisch, maybe I've already fixed the bug then :-)
[15:32] <mfisch> bfiller: in the browser, when you slide up the URL bar and click on it to get the keyboard, the (X) on the right doesn't work, not sure if that's known
[15:32] <bfiller> mfisch: yup, known. we're working on a fix
[15:32] <mfisch> ok
[15:32] <mfisch> sforshee: let me rebuild with trunk and if it works here, we can let bfiller try it
[15:32] <sforshee> mfisch, ack
[15:33] <bfiller> mfisch: is trunk different than what's in last night's build?
[15:33] <sforshee> bfiller, we just merged some stuff about 20 minutes ago
[15:33] <bfiller> sforshee: ok
[15:33] <bfiller> mfisch, sforshee : btw, pretty cool how the phone wakes up now on text or call :)
[15:34] <bfiller> nice work
[15:34] <mfisch> sforshee: I cant repro a second time
[15:34] <mfisch> let me reboot
[15:35] <bfiller> mfisch: I was only noticiing after reboot mostly
[15:36] <mfisch> sforshee: it just happened to me when just using the menus
[15:36] <mfisch> right after reboot
[15:36] <mfisch> sforshee: restart powerd and just play on the phone
[15:36] <sforshee> mfisch, okay
[15:37] <sforshee> mfisch, I just god it
[15:37] <sforshee> *got
[15:37] <mfisch> now I'm not getting it
[15:37] <mfisch> odd
[15:39] <mfisch> sforshee: it seems to be after startup and I can repro on your code
[15:40] <mfisch> bfiller: can you file a bug so we can track it?
[15:40] <bfiller> sure
[15:40] <ZDmitry> mhall119, latest build 133 has original way of overriding bug vis OSK: you can not switch app until manually hide OSK.
[15:43] <rsalveti> mfisch: sforshee: yeah, there's probably a racing condition between sleep and handling the input events
[15:43] <ZDmitry> mhall119, s/vis/with
[15:44] <bfiller> mfisch: https://bugs.launchpad.net/powerd/+bug/1183865
[15:44] <mfisch> sforshee: I have dozens of these ** (process:833): DEBUG: resetting activity_timer
[15:44] <mfisch> sforshee: so the input stuff is fine and the timer is being reset
[15:45] <sforshee> mfisch, same here
[15:45] <sforshee> I'm gonna figure out who is turning it off, might not be the activity timer code
[15:46] <mfisch> why is it turning off before we release the internal state request?
[15:46] <mfisch> I guess that order is okay, nm
[15:46] <bfiller> mfisch: btw, turned on bug tracking for powerd project in LP so that is where you should file/track bugs for that component
[15:47] <mfisch> thanks
[15:48] <ZDmitry> Kaleo, done: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1183866
[15:49] <dpm> Saviq, on that MP to internationalize the shell, are the .mo files actually built and installed by the package or did I miss something?
[15:49] <mhall119> is there a way to see what build number I have installed on my N7?
[15:50] <sforshee> mfisch, so it is the activity monitor. There's probably some race where we get an extra activity_monitor event scheduled
[15:50] <sforshee> I suspect a race in calling reset_activity_timer
[15:51] <mfisch> sforshee: how did you decide that it was the am?
[15:51] <sforshee> I added debug statements to everyone who calls set_screen_state
[15:51] <mhall119> mfisch: is the current auto-suspend timeout hard coded, or is it a config option somewhere I can change?
[15:52] <sforshee> mfisch, I'm coding up something that I think should fix it
[15:52] <mfisch> mhall119: hard-coded
[15:52] <mhall119> :/ darn
[15:52] <mfisch> mhall119: someone tells us where to look we can load an option
[15:52] <mhall119> mfisch: look in my brain :)
[15:54] <mfisch> sforshee: confirmed your diagnosis with gdb
[15:55] <mfisch> sforshee: are you locking the activity timer refernces?
[15:55] <sforshee> mfisch, yep, and making sure no one messes with it except by calling reset_activity_timer
[15:55] <mfisch> +1 on both of those ideas
[15:56] <mfisch> mhall119: theoretically this is my last day on powerd
[15:56] <mfisch> mhall119: can we just make up something in gconf and read it?
[15:56] <mhall119> mfisch: I'd be fine with that, but maybe double-check with seb128 to make sure that's a good approach
[15:57] <mfisch> seb128: tintement
[15:57] <seb128> dconf key seems fine to me
[15:57] <seb128> dconf, not gconf, please ;-)
[15:57] <mfisch> seb128: is there a dconf db for root or a system-wide one?
[15:58] <sforshee> mfisch, seems to fix it
[15:58] <mfisch> sforshee: hooray, push a fix and I will test too
[15:58] <sforshee> I'll push it somewhere
[15:58] <seb128> mfisch, there is one built from the schemas yes, why?
[15:58] <mfisch> sforshee: better prep a changelog too after you push it
[15:58] <seb128> mfisch, the schemas include the default value
[15:58] <seb128> then you can override either at the packaging level, or sysadmin, or set an user config
[15:59] <mfisch> seb128: a process running as root can't read a user's dconf settings
[15:59] <mfisch> IIRC
[15:59] <seb128> well, you just need to set the key for the proper user
[15:59] <seb128> e.g for root
[15:59] <mfisch> ok
[15:59] <mfisch> i was not sure the right way to do system-wide settings, I will look into this
[15:59] <seb128> why do you need that?
[16:00] <seb128> just ship a schemas with the default value
[16:00] <seb128> changing the setting is an issue for whoever will do an UI for that
[16:00] <mfisch> ok
[16:00] <seb128> or for the user who want to run the command manually to change it
[16:00] <mfisch> that was my plan
[16:00] <mfisch> and then we just do a dconf read on the setting and get it
[16:00] <mfisch> should be simple
[16:00] <seb128> right
[16:02] <Saviq> dpm, yes, they are
[16:02] <ZDmitry> mhall119, can we remove sideStage for the terminal app?
[16:02] <dpm> cool, thanks for confirming Saviq
[16:03] <mhall119> ZDmitry: what do you mean?
[16:03] <mhall119> so it will run in the main stage?
[16:04] <ZDmitry> yes
[16:04] <mhall119> as long as it will still run properly on devices that are too small for sidestage
[16:05] <mhall119> pmcgowan: do we have any documentation on what the X-Ubuntu-StageHint does, and what values is can take/should be given?
[16:05] <mhall119> specifically on what to do for apps that can be in either stage
[16:05] <pmcgowan> mhall119, I expect ricmm knows
[16:06] <pmcgowan> or Saviq
[16:06] <mhall119> Saviq: ^^
[16:06] <sforshee> mfisch, bfiller: fix pushed to lp:~sforshee/powerd/serialize-activity-timer-access
[16:06] <sforshee> sorry for the delay, had to take a phone call
[16:06] <ZDmitry> mhall119, then let it be as is.
[16:07] <Saviq> mhall119, MainStage and SideStage
[16:07] <Saviq> mhall119, and yes, where there's no SideStage, MainStage is forced
[16:07] <mhall119> Saviq: what about when apps can use both?
[16:08] <Saviq> mhall119, not supported yet
[16:08] <mhall119> ZDmitry: so then it really only matters for larger tablets like the Nexus 10
[16:08] <Saviq> mhall119, there's a whole story there to be told: how do you say which stage do you launch an app if it supports both?
[16:09] <Saviq> mhall119, how do you force launching in one or the other?
[16:09] <Saviq> mhall119, how do you move it between stages
[16:09] <mhall119> Saviq: I'm really hoping somebody is writing that story by now
[16:09] <Saviq> mhall119, we're doing phone now, remember? ;)
[16:09] <Saviq> mhall119, and also all this needs to be possible also when an app is running already
[16:09] <mhall119> maybe you are, but all I have is an N7, so *I* am doing tablet :)
[16:10] <Saviq> mhall119, it's just a big phone ;P
[16:10] <mhall119> Saviq: convergence, convergence, convergence!  All apps need to be able to change size/shape/formfactor at runtime
[16:10] <Saviq> mhall119, say Skype would only support sidestage, but when you do a video call, it should support both
[16:10] <Saviq> mhall119, of course, I know
[16:10] <mhall119> Saviq: seriously, do you know if design is working out the UX for this?
[16:11] <Saviq> mhall119, as you can see from the list of questions ^^^ we're thinking about it, and have it in mind
[16:11] <mhall119> or do I need to bug them
[16:11] <Saviq> mhall119, only no-one is actively working on it now
[16:21] <ZDmitry> mhall119, then the terminal should be leaved in sideStage for best time )
[16:24] <rickspencer3> rick@rick-K53SV:~$ phablet-flash
[16:24] <rickspencer3> Device detected as mako
[16:24] <rickspencer3> Not enough space in /data, found 3.6G
[16:24] <rickspencer3> lool ^
[16:25] <pmcgowan> rickspencer3, do adb shell rm /sdcard/*.zip
[16:25] <rickspencer3> didn't know those were still there
[16:25] <lool> maybe we could do that automatically
[16:25] <rickspencer3> pmcgowan, ack
[16:25] <pmcgowan> the last install is there
[16:25] <pmcgowan> and enough to get under the limit
[16:26] <lool> pmcgowan: could we have the post-deploy remove the zip?
[16:26] <pmcgowan> we could but they may be there to aid restoring
[16:26] <ogra_> if it is autodeploy.zip that usually happens automatically
[16:26] <ogra_> the recovery mode does it for you once it is done
[16:26] <pmcgowan> sergiusens, could we clear those zips
[16:31] <Kaleo> ZDmitry: thx!
[16:31] <ZDmitry> Kaleo, np
[16:36] <ZDmitry> mhall119, we can add landscape mode to the terminal app (works fine for build 133): https://code.launchpad.net/~hiroshidi/ubuntu-terminal-app/app-rev220513/+merge/165664
[16:54] <mfisch> sforshee: +1 on your bug fix, do you have an MP yet?
[16:55] <sforshee> mfisch, one sec
[16:56] <sforshee> mfisch, https://code.launchpad.net/~sforshee/powerd/serialize-activity-timer-access/+merge/165669
[16:58] <mfisch> sforshee: you need a changelog, I'm voting to ship this since Pollito is offline
[16:58] <sforshee> mfisch, I'm working on the changelog right this minute
[16:58] <mfisch> bfiller: is Chicken on vacation today?
[16:59] <bfiller> mfisch: not sure, think he's off and on
[16:59] <mfisch> sforshee: can you add a comment about using the activity timer access function?
[17:00] <sergiusens> pmcgowan: rickspencer3 clearing those zips is not good.. unless they match a certain pattern... it could be anything
[17:00] <sergiusens> -b wipes everything
[17:01] <pmcgowan> sergiusens, did you fix the space check on -b
[17:01] <sergiusens> mfisch: bfiller el pollito is out today
[17:01] <pmcgowan> sergiusens, I though -b also loaded more stuff
[17:01] <sergiusens> pmcgowan: yes, it's fixed, just not HApproved yet
[17:01] <bfiller> sergiusens: ok
[17:01] <sergiusens> pmcgowan: nope, it wipes everything... I mean everything
[17:01] <sforshee> mfisch, you mean something along the lines of "don't modify activity_timer directly; use this function"?
[17:01] <mfisch> yes, I think so
[17:02] <pmcgowan> sergiusens, I mean it then reloads more than just the system and ubuntu zips
[17:02] <sergiusens> pmcgowan: https://code.launchpad.net/~sergiusens/phablet-tools/no_validate_bootstrap/+merge/165589
[17:02] <sergiusens> pmcgowan: it doesn't use zips, it uses the .img... only uses the zip for the ubuntu side
[17:02] <sergiusens> rsalveti: care to review btw https://code.launchpad.net/~sergiusens/phablet-tools/no_validate_bootstrap/+merge/165589
[17:07] <mayank> i am unable to install ubuntu-sdk
[17:07] <mayank> its howing me error packages have unmet dependencies what is the solution
[17:08] <pmcgowan> mayank, you probably need to include a ppa to get the latest qt version
[17:08] <mayank> i am unable to install ubuntu-sdk its showing me error packages have unmet dependencies does anyone knows  the solution ?
[17:09] <mayank> pmcgowan, i tried to install qtcreater but it is also showing me the same error unmet dependencies
[17:09] <pmcgowan> mayank, try adding https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper
[17:09] <pmcgowan> do apt-get update;apt-get-distupgrade
[17:10] <mayank> pmcgowan checking
[17:10] <pmcgowan> mhall119, we need to update the wiki docs if this is the case ^^
[17:11] <Dummies_freelanc> hello
[17:13] <bfiller> sergiusens: is king of venezuela here today?
[17:13] <mhall119> mayank: what release of Ubuntu are you running?
[17:13] <mhall119> pmcgowan: wiki docs or developer.u.c docs?
[17:13] <pmcgowan> mhall119, developer
[17:14] <pmcgowan> sdk instructions
[17:14] <mayank> pmcgowan, error again "W: Failed to fetch http://launchpad.net/api/1.0/~canonical-qt5-edgers/+archive/qt5-proper/dists/quantal/main/binary-i386/Packages  301  Moved Permanently"
[17:15] <pmcgowan> ah
[17:15] <pmcgowan> mayank, sorry once sec
[17:15] <pmcgowan> mayank, are you running 13.04?
[17:15] <mayank> nope 12.10
[17:15] <pmcgowan> ok
[17:16] <mayank> pmcgowan, also note that i am working behind proxy cause my istitute usses proxy
[17:17] <pmcgowan> checking
[17:17] <mhall119> pmcgowan: for 12.04 and 12.10 we already instruct them to install the qt5 PPA
[17:18] <mhall119> so something else must be going wrong
[17:18] <pmcgowan> mhall119, yeah the packages arent there anymore
[17:18] <mhall119> bzoltan: ^^
[17:18] <mpt> tmoenicke (and anyone else): Your feedback is invited on <https://wiki.ubuntu.com/LanguageAndText#phone>. :-)
[17:18] <bzoltan> mhall119:  I am here
[17:19] <pmcgowan> bzoltan, whats the source of Qt for quantal users?
[17:19]  * bzoltan reading logs
[17:19] <pmcgowan> which PPA now
[17:20] <bzoltan> pmcgowan:  https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper?field.series_filter=quantal
[17:21] <pmcgowan> bzoltan, do you understand the error he got?
[17:23] <bzoltan> mayank: did you issue the sudo add-apt-repository ppa:canonical-qt5-edgers/qt5-proper command?
[17:24] <rickspencer3> \o/ received a call on my Nexus 4 :)
[17:24] <bzoltan> rickspencer3: Cool!
[17:24] <rickspencer3> screen is turning itself off on idel too
[17:24] <rickspencer3> big win
[17:24] <pmcgowan> bzoltan, they are gone from quantal or were never made https://launchpad.net/~ubuntu-sdk-team/+archive/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=quantal
[17:25] <bzoltan> mayank:  what is in your sources? Could you pastebin the  ls /etc/apt/sources.list.d/
[17:25] <pmcgowan> rickspencer3, yep, and they fixed a wakelock issue that was preventing suspend
[17:26] <mayank> pmcgowan, sudo add-apt-repository ppa:canonical-qt5-edgers/qt5-proper was giving me error "Cannot access PPA (https://launchpad.net/api/1.0/~canonical-qt5-edgers/+archive/qt5-proper) to get PPA information, please check your internet connection. " so i have used  sudo add-apt-repository 'http://launchpad.net/api/1.0/~canonical-qt5-edgers/+archive/qt5-proper'
[17:27] <sergiusens> bfiller: yaeh, he was
[17:27] <sergiusens> bfiller: it's lunch time though, and mine ended a bit back...
[17:27]  * sergiusens is on and off due to compiz crashes in saucy
[17:28] <mayank> bzoltan, udo add-apt-repository ppa:canonical-qt5-edgers/qt5-proper was giving me error "Cannot access PPA (https://launchpad.net/api/1.0/~canonical-qt5-edgers/+archive/qt5-proper) to get PPA information, please check your internet connection. " so i have used  sudo add-apt-repository 'http://launchpad.net/api/1.0/~canonical-qt5-edgers/+archive/qt5-proper'
[17:28] <rickspencer3> it looks like turning off the screen when on a call is working, am I understanding that correctly?
[17:28] <kenvandine> rickspencer3, yay!
[17:29] <kenvandine> rickspencer3, did you tell the caller you were on an ubuntu phone?
[17:29] <kenvandine> :-D
[17:29] <rickspencer3> kenvandine, since it was my wife, she knew as much ;)
[17:29] <kenvandine> haha
[17:29]  * kenvandine needs to get a nexus
[17:29] <kenvandine> and do some dogfooding
[17:29] <sergiusens> kenvandine: nexus is too broad of a word ;-)
[17:30] <kenvandine> some supported phone to run ubuntu on :)
[17:30] <sergiusens> kenvandine: :-D
[17:30] <bzoltan> mayank:  the first command should just work.
[17:30] <kenvandine> galaxy nexus or nexus 4
[17:30] <rickspencer3> nexus 4
[17:30] <mayank> bzoltan, http://pastebin.com/zbaLjwYJ
[17:30] <sergiusens> rickspencer3: I think the screen off while on call depends on some sensor work
[17:30] <kenvandine> i did some looking for a used galaxy nexus, no luck yet
[17:31]  * sergiusens is on a maguro aka Nexus 3 aka Galaxy Nexus
[17:31] <kenvandine> not sure i can convince the wife to let me buy a new one
[17:31] <kenvandine> sergiusens, like it?
[17:31] <rickspencer3> kenvandine, yeah, I had a hard time finding one, and it wasn't significantly less than a new Nexus 4 :
[17:31] <bzoltan> mayank: OK, so you do not have the qt5-proper there.. you should
[17:31] <kenvandine> yeah
[17:31] <sergiusens> kenvandine: well, my screen is brunt out from when I was testing battery draining with the camera app open... but all in all it's good
[17:32] <tmoenicke> mpt: cool thx, will do
[17:32] <pmcgowan> mayank, looks like the packages for 12.10 are not built yet, but they are in ppa:canonical-qt5-edgers/qt5-beta-proper  if you wanted to try, or you could try again monday
[17:32] <mayank> bzoltan, yeah how to get it thee i dont why first command is not working
[17:33] <kenvandine> sergiusens, i think i'd prefer the galaxy nexus, but hard to find one for much less than a new galaxy 4
[17:33] <bzoltan> mayank: It could be your network
[17:33] <kenvandine> nexus 4
[17:33] <mayank> pmcgowan, ok as you say
[17:33] <rsalveti> sergiusens: I think the device might be trying to suspend automatically even when you're in a call
[17:34] <rsalveti> so that's why the screen might be blank after a few seconds
[17:34] <pmcgowan> mayank, can you run now without the latest?
[17:34] <kenvandine> eventually she'll get tired of me talking about it :)
[17:34] <rsalveti> the proximity sensor stuff is not yet in place
[17:34] <bzoltan> mayank: the way you tried to add the PPA is something I have never seen :) I do not say it is wrong... but I do not know what should it do
[17:34] <sergiusens> rsalveti: hmm... might be, but my face is providing an input event all the time ;-)
[17:34] <mayank> bzoltan, is it because i am behind proxy cause i am having 8 mbps connection
[17:34] <sergiusens> rsalveti: so in practical terms, it isn't ;-)
[17:34] <rsalveti> sergiusens: right, in that case it's not going to suspend :-)
[17:35] <mayank> bzoltan, ok i will then try some other way :)
[17:35] <bzoltan> mayank:  I guess you have the /etc/apt/apt.conf with Acquire::http::Proxy "http://user:pass@proxy:port/"
[17:35] <mayank> bzoltan, yeep i configured that
[17:37] <bzoltan> mayank: what the apt-cache policy libqt5core5 tells?
[17:38] <mayank> bzoltan, libqt5core5:   Installed: (none)   Candidate: (none)   Version table:
[17:39] <bzoltan> mayank:  well... you do not have the PPA configured for sure
[17:39] <mayank> bzoltan, i see i will check
[17:40] <bzoltan> mayank: do you see this page from your browser https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper ?
[17:41] <bzoltan> mayank: you could try the manual way.. open the /etc/apt/sources.list in an editor
[17:41] <bzoltan> mayank: add this line there -> deb http://ppa.launchpad.net/canonical-qt5-edgers/qt5-proper/ubuntu quantal main
[17:42] <mayank> bzoltan, yeep i saw that page
[17:42] <bzoltan> mayank: and do this -> sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 179518B2
[17:42] <bzoltan> mayank: and after that sudo apt-get update
[17:43] <bzoltan> mayank: that is what add-apt-repository does
[17:43] <mayank> bzoltan, thanx :) i am checking
[17:44] <bzoltan> mayank:  please ping me if you can confirm that it works or if it does not work... we can proceed from that :) the next step will be to check if that PPA can provide you all the packages you need
[17:46] <mayank> bzoltan, sure
[17:46] <mayank> :)
[17:59] <pmcgowan> mhall119, ping
[18:00] <mhall119> pmcgowan: pong
[18:00] <altker128> Hi all.
[18:01] <pmcgowan> mhall119, I made a topic to track the core apps, but since they target their own series I dont think it will work
[18:01] <pmcgowan> mhall119, that is not show up o the main tracker
[18:01] <altker128> I know there'
[18:02] <altker128> I know there's Ubuntu Phone and also Ubuntu for Android.  Regarding Ubuntu Phone, is the plan to have things like CalDAV/CardDAV support out of box?
[18:03] <rickspencer3> altker128, I don't recall any reference to CalDAV as a requirement
[18:03] <pmcgowan> mhall119, although calendar bp was already showing up before I changed things I think
[18:03] <rickspencer3> that said ... if someone were to implement it, I'm sure it would be considered
[18:03] <rickspencer3> Ubuntu is an Open Source project, after all
[18:03] <rickspencer3> altker128, why do you ask?
[18:04] <altker128> rickspencer3: Was there a plan for calendar / address book synchronization anywhere?
[18:04] <rickspencer3> altker128, I believe so ... I don't have the details on my finger tips
[18:04] <rickspencer3> for now we are working on address book importing as a first step
[18:05] <altker128> rickspencer3: Who is the owner of calendar/addressbook, etc?
[18:05] <mhall119> pmcgowan: I'm out (on my sadly not Ubuntu phone), I will check on those nps when I get back
[18:05] <rickspencer3> altker128, the apps team is making the addressbook app
[18:05] <pmcgowan> mhall119, ok, I think thats the issue, needs to target saucy
[18:06] <rickspencer3> bfiller, is the engineering manager
[18:06] <sergiusens> rsalveti: hey... updated demo assets MR
[18:06] <altker128> rickspencer3: OK, I'd be interested in chatting with him briefly :)
[18:06] <rsalveti> sergiusens: cool
[18:06] <rickspencer3> altker128, there is a mailing list as well
[18:06] <mhall119> altker128: calendar is part of core apps, being developed by community developers
[18:07] <altker128> mhall119: I understand.  I was hoping there would be some project architecture or set of specs
[18:07] <pmcgowan> altker128, mhall119 although the backend work is also done by bills team yes?
[18:07] <mhall119> I believe so, yes
[18:07] <pmcgowan> https://blueprints.launchpad.net/ubuntu/+spec/appdev-1305-calendaring
[18:07] <pmcgowan> was just looking there
[18:08] <rickspencer3> altker128, you just missed UDS! would have been a good time to discuss
[18:08] <rickspencer3> though it's never too late to contribute :)
[18:08] <altker128> What is UDS?
[18:08] <rickspencer3> altker128, Ubuntu Developer Summit
[18:08] <rickspencer3> we do it (now) every 3 months
[18:08] <rickspencer3> and we use Google Hangouts to discuss and plan
[18:09] <rickspencer3> http://summit.ubuntu.com/uds-1305/
[18:10] <sergiusens> rsalveti: live build updated with readded mocks, but let me test something before you approve that... want to see if I can get rid of webapps-demo with no harm
[18:11] <altker128> rickspencer3: OK, I'd definitely be interested in joining.
[18:11] <altker128> rickspencer3: Calendar/contacts/todo is something I've been paying attention to for a long time :)
[18:11] <rsalveti> sergiusens: happroved https://code.launchpad.net/~sergiusens/phablet-tools/no_validate_bootstrap/+merge/165589
[18:13] <jcastro> hey so random idea; has anyone thought of grabbing the contact sync workaround and so on, and wrapping it in a script so when we phablet-flash maybe we can just prompt the user for their gmail and it would sync over some initial data?
[18:13] <sergiusens> rsalveti: you did test it, right?
[18:13] <sergiusens> ;-)
[18:14] <jcastro> grab the contact/calendar, maybe preseed in some videos and pics from the other google services
[18:14] <sergiusens> jcastro: that's planned, yes
[18:14] <sergiusens> well, the contacts part
[18:14] <mayank> bzoltan,  yes it works :) please check http://pastebin.com/YVs1ihqT
[18:14] <jcastro> ooh, excellent!
[18:15] <bzoltan> mayank:  good job :) now sudo add-apt-repository ppa:canonical-qt5-edgers/qt5-proper && sudo add-apt-repository ppa:ubuntu-sdk-team/ppa && sudo apt-get update && sudo apt-get install ubuntu-sdk
[18:16] <mayank> bzoltan, already did
[18:16] <mayank> :)
[18:16] <altker128> So another question, is there anyone in here who works on Ubuntu for Android?
[18:16] <bzoltan> mayank: Even better :)
[18:16] <mayank> bzoltan, thanx very much
[18:16] <mayank> :)
[18:17] <bzoltan> mayank: no problem feel free to ping me if you need assistance ... in worst case I am in sleep (UTC+3) or parenting :)
[18:17] <mayank> bzoltan, sure :)
[18:20] <rsalveti> sergiusens: sure, I always test before approving ;-)
[18:20] <sergiusens> rsalveti: just making sure the, _it's friday_ doesn't get the best of you :-)
[18:20] <rsalveti> sergiusens: haha, sure
[18:24] <rsalveti> sergiusens: sforshee: seems that if the shell takes more than 30 seconds to show itself, the device will be suspended before the interface is up
[18:24] <rsalveti> right?
[18:24] <sforshee> rsalveti, that sounds likely
[18:26] <rtg> rsalveti, abootimg -u /dev/block/platform/sdhci-tegra.3/by-name/LNX -k vmlinuz-3.1.10-2-grouper
[18:26] <rtg> /dev/block/platform/sdhci-tegra.3/by-name/LNX: No such file or directory
[18:27] <rsalveti> rtg: hm, what do you have in /dev/block/platform?
[18:27] <sforshee> rsalveti, I think ultimately the activity timeout will live in the shell or system compositor, which will be able to handle that better
[18:27] <rtg> root@android:/dev/block/platform/sdhci-tegra.3/by-name # ls -l
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 APP -> /dev/block/mmcblk0p3
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 CAC -> /dev/block/mmcblk0p4
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 LNX -> /dev/block/mmcblk0p2
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 MDA -> /dev/block/mmcblk0p8
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 MSC -> /dev/block/mmcblk0p5
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 PER -> /dev/block/mmcblk0p7
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 SOS -> /dev/block/mmcblk0p1
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 UDA -> /dev/block/mmcblk0p9
[18:27] <rtg> lrwxrwxrwx root     root              2000-01-02 20:45 USP -> /dev/block/mmcblk0p6
[18:27] <rtg> it appears correct
[18:28] <rsalveti> weird, does it work if you use /dev/block/mmcblk0p2 directly?
[18:29] <rsalveti> sforshee: right, makes sense
[18:29] <rtg> rsalveti, same result
[18:30] <rsalveti> that makes no sense
[18:30] <altker128> Hi, sorry to ask this question again:  Anyone here work on Ubuntu for Android?  I was curious if one can run Firefox on a device (like N4) and NOT be docked
[18:30] <rsalveti> sergiusens: can you do a quick test with your nexus 7?
[18:31] <rsalveti> rtg: did you use adb shell; ubuntu_chroot shell to get inside the container or did you use ssh?
[18:31] <sergiusens> Saviq: there's something wrong with that shell release
[18:32] <rtg> rsalveti, I can get into the shell using 'adb shell', but I'm running abootimg from the PC command line (like phablet-flash)
[18:32] <sergiusens> Saviq: the launcher autoscrolls up if the app on the top is open
[18:32] <rtg> is it run from within the ubuntu chroot ?
[18:32] <rsalveti> rtg: oh, you need to run that inside the device
[18:33] <rtg> rsalveti, ok. where do you copy vmlinuz so that the chroot can see it ?
[18:33] <rsalveti> rtg: can be anywhere that you have write access, I just did 'adb push vmlinuz /data/ubuntu/tmp/'
[18:33] <rsalveti> then adb shell; ubuntu_chroot shell; abootimg -u <> /tmp/vmlinuz'
[18:33] <rtg> rsalveti, I assume one has to install abootimg ? it doesn't appear to be in the chroot.
[18:34] <rsalveti> rtg: yeah, it's not installed by default yet
[18:34] <sergiusens> Saviq: so if calendar-app, notepad-app or weather-app are open, it scrolls up
[18:35] <rtg> rsalveti, ok, that works better.
[18:36] <rsalveti> rtg: great
[18:37] <rtg> rsalveti, ship it!
[18:37] <rtg> uname -a
[18:37] <rtg> Linux ubuntu-phablet 3.1.10-2-grouper #3-Ubuntu SMP PREEMPT Tue May 21 20:22:51 UTC 2013 armv7l GNU/Linux
[18:37] <rsalveti> rtg: awesome, now see if the device is working the same way as with the other kernel
[18:37] <rsalveti> check if you can open the apps, use network and such
[18:37] <rtg> it seems to be. have wi-fi
[18:37] <rsalveti> sound, camera and video decode are all broken, so that's expected
[18:37] <rsalveti> rtg: can you use the browser?
[18:41] <rtg> rsalveti, it kind of works, but its behaving weirdly
[18:41] <rsalveti> rtg: what is the behavior?
[18:43] <rtg> rsalveti, actually, it doesn't appear that anything is running quite right. would that be binder problems ? orwakelock ?
[18:43] <rsalveti> yeah, last I tested I got some weird binder related crashes
[18:43] <rsalveti> rtg: can you paste the 'adb logcat' output?
[18:44] <rsalveti> let me quickly compare the configs
[18:46] <rtg> rsalveti, http://kernel.ubuntu.com/~rtg/logcat.txt
[18:48] <rsalveti> rtg: and the diff between the original and the one from the package: http://paste.ubuntu.com/5697879/
[18:49] <rsalveti> hm, logcat seems fine
[18:49] <rsalveti> there's one crash during boot, but that's a known issue
[18:49] <rtg> rsalveti, on a side note, I wonder if CC_OPTIMIZE_FOR_SIZE is part of our compiler problem ?
[18:50] <rsalveti> yeah, might be related
[18:50] <rsalveti> -CONFIG_DEFAULT_IOSCHED="cfq"
[18:50] <rsalveti> +CONFIG_DEFAULT_IOSCHED="noop"
[18:50] <rsalveti> why did we change it to noop?
[18:50] <rsalveti> there's +CONFIG_CC_STACKPROTECTOR=y as well
[18:51] <rtg> should be deadline I thought ?
[18:52] <rsalveti> probably, but android is using cfq, might be they never actually optimized that
[18:52] <rtg> ok. what about CONFIG_ANDROID_RAM_CONSOLE_ENABLE_VERBOSE ?
[18:52] <rsalveti> let me check what is that, but in general we want all the android options enabled by default as well
[18:53] <rsalveti> we usually just disable the paranoid network
[18:53] <rtg> CONFIG_STRICT_DEVMEM is different
[18:54] <rsalveti> indeed
[18:54] <rtg> rsalveti, ok, I gotta bug out. I'll start working through this list on Tuesday (Mon holiday)
[18:55] <rsalveti> rtg: cool, sounds good
[19:04] <Saviq> sergiusens, indeed
[19:05] <Saviq> sergiusens, can we hold the release until Monday?
[19:05] <sergiusens> Saviq: I'm thinking it's the commit for the launcher simplification
[19:05] <sergiusens> Saviq: ack
[19:05] <Saviq> sergiusens, yeah for sure
[19:05] <Saviq> sergiusens, we have more of a rewrite of the Launcher in store
[19:05] <Saviq> sergiusens, so that will get fixed automagically
[19:06] <sergiusens> Saviq: all that on Monday?
[19:06] <Saviq> sergiusens, well, no, we'll probably fix that issue for Monday
[19:06]  * sergiusens thinks Monday is going to be a D day :-P
[19:06] <sergiusens> ah
[19:06] <sergiusens> Saviq: cause ricmm wanted to land the platform api refactor on Monday ;-)
[19:06] <Saviq> sergiusens, but soon thereafter mzanetti has a rewrite in place
[19:07] <sergiusens> Saviq: yeah, he told me he had the paper thing working
[19:07] <sergiusens> rsalveti: seems we should be good to happrove the build config
[19:08] <rsalveti> sergiusens: ok, cool
[19:08] <rsalveti> I'm building the demo-assets now, should get to that in a few
[19:08] <rsalveti> and then platform-api
[19:09] <sergiusens> rsalveti: ack... I'm moving on to debug this SMS issue
[19:10] <rsalveti> sergiusens: ok
[19:10] <moocow> So, my Nook is dead. Charger will not charge and I tried everyone in the house. Do you think there is enough intrest in Ubuntu Touch to warrent getting a new one at sixty some on glyde, or should I let sleeping dogs lie?
[19:16] <rsalveti> sergiusens: cloning demo-assets is not cool
[19:32] <rsalveti> sergiusens: happroved the demo-assets, now we just need to wait it to land in the ppa
[19:32] <rsalveti> sergiusens: so we can approve the live-build one and start a new build
[19:33] <rsalveti> and test all the changes
[19:34] <mhall119> Clock team meeting in #ubuntu-touch-meeting
[19:41] <sergiusens> rsalveti: yeah!
[19:41] <sergiusens> rsalveti: sorry, was trying to find an old phone that's unlocked to test the sim stuff :-P
[19:42] <sergiusens> apparently it can't connect to the network with my test chip
[19:45] <rsalveti> sergiusens: which device are you using?
[19:46] <sergiusens> maguro with _my_ chip on carrier 1 ... can't get _my old_ chip to work on my note with carrier 2.... and just got and old phone out of the closet where this doesn't work either
[19:49] <rsalveti> sergiusens: maybe it was disabled by the carrier?
[19:50] <rsalveti> here if I don't turn it up for 1-2 months it's disabled by the carrier
[19:57] <mhall119> YouTube app team meeting in #ubuntu-touch-meeting
[19:59] <sergiusens> rsalveti: chip works fine... phone doesn't... and maybe... it may have an IMEI of all zeroes and now they blacklist those
[20:31] <mhall119> Terminal app team meeting in #ubuntu-touch-meeting
[20:31] <mhall119> ZDmitry: ^
[20:32] <ZDmitry> mhall119, done
[20:37] <plasma_> is there an ubuntu-touch roadmap I can see?
[20:37] <mhall119> plasma_: what specifically are you interested in?
[20:37] <mhall119> "Ubuntu Touch" encomasses a lot of things
[20:38] <plasma_> mhall119, basically the developers' plans and timeframe for bringing it into, say, a beta state
[20:38] <plasma_> the release notes give me a good idea of what's supported and not supported
[20:38] <plasma_> but not so much when it'll be supported
[20:38] <rsalveti> sergiusens: interesting
[20:39] <mhall119> plasma_: http://status.ubuntu.com/ubuntu-s/ has pretty much all the information, but it's also a *lot* of information
[20:39] <plasma_> ah, thanks! I hadn't found that
[20:39] <plasma_> I'm a developer, but I'm interested mostly from a consumer perspective. I'm not a huge fan of Android or iOS
[20:44] <sergiusens> rsalveti: anyways... seems to be on the ofono side
[20:45] <rsalveti> sergiusens: have the log?
[20:45] <sergiusens> rsalveti: might read on how to decode the PDU :-)
[20:45] <sergiusens> rsalveti: it's the same one I logged 6+ months ago ;-)
[20:45] <rsalveti> right, indeed, we're not yet supporting everything here
[20:46] <rsalveti> you're kind of special :-)
[20:46] <sergiusens> rsalveti: this is line that says it all May 24 20:19:39 ubuntu-phablet ofonod[464]: Unable to decode PDU
[20:46] <sergiusens> rsalveti: the decoded PDU is the same on the ril side, so I'm guessing that that is working
[20:47] <rsalveti> yeah, our code just need to learn how to decode that
[20:47] <mfisch> mhall119: you're getting your setting today
[20:47] <sergiusens> rsalveti: what is funny though, is that if I insert my working chip, it's decoded perfectly... but I see D/RILC    (  126): [0081]< SMS_ACKNOWLEDGE fails by E_GENERIC_FAILURE
[20:47] <sergiusens> rsalveti: which I see successfully working on the chip that doesn't work with ofono
[20:47] <mhall119> mfisch: \o/
[20:48] <mhall119> mfisch: so I can read moderately sized articles without it turning off on me
[20:48] <rsalveti> that weird
[20:48] <sergiusens> rsalveti: well for starters, the PDU has a different header ;-)
[20:48] <mfisch> when lead developer Michael Hall asks, we listen
[20:48] <mhall119> darn straight :)
[20:49]  * mhall119 needs a shirt that just says "Lead Developer" in huge letters
[21:01] <sergiusens> rsalveti: merge job is setup
[21:01] <sergiusens> rsalveti: and merged
[21:02] <rsalveti> sergiusens: cool
[21:02] <sergiusens> rsalveti: triggering build now
[21:03] <rsalveti> sergiusens: awesome, thanks
[21:43] <user82> hi. about spotify again. is it planned for ubuntu touch or just in the design as demo logo?
[21:47] <rickspencer3> anyone know why I am getting this when I ssh into my phone from QtCreator?
[21:47] <rickspencer3> bash: cannot set terminal process group (-1): Invalid argument
[21:47] <rickspencer3> bash: no job control in this shell
[21:51] <sergiusens> rickspencer3: not using qtcreator I can guess it's because you are sshing from a shell and not a real terminal
[21:51] <sergiusens> just a guess
[21:51] <rickspencer3> sergiusens, ah, that makes sense
[21:52] <rickspencer3> thought it used to work fine
[22:48] <Guest12844> Hit here. Can i install ubuntu on my phone with mtk6589 processos ?
[23:29] <mhall119> rickspencer3: did you see this? https://plus.google.com/u/0/112080410205530751762/posts/YBQkdoi532i
[23:40] <rickspencer3> hey mhall119
[23:40]  * rickspencer3 loks
[23:41] <rickspencer3> mhall119, wow
[23:41] <rickspencer3> he really knows what he is doing
[23:42] <rickspencer3> I didn't even know about beginPath()
[23:42] <rickspencer3> that's soooo much better than InkCanvas
[23:42] <rickspencer3> I still think InKCanvas would be a good component, but he knew how to implement it
[23:45] <rickspencer3> mhall119, it's another example of QML being *easier* than I thought it was
[23:46] <rickspencer3> I spent a huge amount of effort doing something the hard way, because that's how you do it in every other framework I've used
[23:49] <kroq-gar78> hello all. I think someone's asked this question before, but I can't seem to find it. I've installed "ubuntu-sdk" and "notepad-qml" from the PPA, but when I go to Qt Creator -> new -> Projects, I don't see "Ubuntu" anywhere. can someone help? also, sorry if this is the wrong channel ;)