[01:56] <mhall119> mfisch: with the new powed, my nexus 7 has a tendency to auto-suspend and then never wake up again
[01:57] <mhall119> :(
[01:57] <mhall119> quite inconvenient
[02:08] <goddard> is there any support for ubuntu touch on a galaxy nexus CDMA?
[02:16] <mhall119> !devices > goddard
[02:17] <mhall119> darn, I always do the wrong one
[02:17] <mhall119> !devices | goddard
[02:20] <mhall119> I don't think anybody has it working on the CDMA version
[02:21] <dank101> hopkinskong, Why hello
[02:21] <mhall119> goddard: http://forum.xda-developers.com/forumdisplay.php?f=1455 might be of interest to you though
[02:22] <mhall119> sorry, http://forum.xda-developers.com/showthread.php?t=2159515 is more specific
[02:26] <slangasek> asac, ogra_: "archive size and mirror complaints" --> "not justifiable in terms of the download usage actually seen, vs. the hit the mirror network would take by the size increase reducing the pool of available mirrors"
[02:27] <dank101> is hopkinskong afk?
[02:27] <dank101> i was going to help him with the HD2
[02:44] <dank101> help
[02:45] <dank101> when i try to build to ubuntu-platform-api package it fails to build
[02:45] <RehpotsirhC> Anyone know how I can get past the error You must specify VARIANT_DEFCONFIG !?
[02:46] <dank101> http://pastebin.ubuntu.com/5708800/
[03:01] <dank101> anyone
[03:13] <goddard> mhall119: thanks
[03:26] <dank101> anyone
[03:50] <dank101> Anyone?
[04:00] <RehpotsirhC> Is it possible to only build the ubuntu portion of touch and use the latest dev version of CM?
[04:25] <rem> hi
[04:26] <remrem> hi
[06:52] <mardy> mhall119: this is the bug blocking dconf-qt: https://bugreports.qt-project.org/browse/QTBUG-31226
[07:22] <dholbach> good morning
[07:59] <jussi> anyone about?
[08:04] <tsdgeos> jussi: i'm around, if that makes you feel un-lonely :-)
[08:04] <seb128> jussi, hey
[08:04] <jussi> wow, people :)
[08:04] <jussi> so
[08:05] <jussi> I have an issue.
[08:05] <jussi> http://paste.ubuntu.com/5709349/
[08:05] <jussi> any help is really appreciated :=)
[08:06] <jussi> Its on a nexus 4, I had ubuntu touch, went back to android, then now trying to get ubuntu again
[08:06] <tsdgeos> adbd cannot run as root in production builds
[08:06] <tsdgeos> yes
[08:06] <tsdgeos> i had that
[08:07] <tsdgeos> jussi: did you do the -b in phablet-flash?
[08:07] <jussi> no, let me try that again
[08:07] <tsdgeos> actually it's Mirv's answer in askubuntu.com/questions/264726/adbd-cannot-run-as-root-in-production-builds :D
[08:09] <jussi> tsdgeos: ahh, my googling didnt turn up much, probably bad technique.
[08:09]  * jussi waits for the download to happen
[08:14] <Mirv> if it helps, please vote my answer up in askubuntu :) I also didn't manage to google a simple answer, so when I eventually re-read the instructions and understood what I was doing wrong, I added the answer
[08:14] <Mirv> the error message alone isn't helping much
[08:32] <jussi> Mirv: it did help :) thanks to you and tsdgeos.
[08:33] <jussi> Mirv: however, do you know if sim unlocking is supported? and if so, how do I enter my pin ?
[08:48] <Mirv> jussi: no, I don't know if it pin code asking should be disabled or not
[08:48] <kengyu> anyone knows how to build the Ubuntu Touch rootfs (ubuntu-touch-raring-armhf.tar.gz) ?
[08:48] <jussi> Mirv: doesnt seem to work here. Where should I report bugs?
[08:49] <Mirv> jussi: possibly https://bugs.launchpad.net/phone-app ... it would be lower level as well, but maybe the phone-app would be the one to have the UI to enter the code
[08:49] <Mirv> someone else might know better
[08:51] <jussi> right, Ill report there and hope that the triager knows better than me.
[08:54] <johba> i'm trying manual installation of ubuntu on nexus 10 like here: https://wiki.ubuntu.com/Touch/Install?action=show&redirect=TouchInstallProcess#Step_4_-_Deploying_Image_to_Device
[08:55] <johba> after copying and rebooting with adb reboot recovery, the tablet is back into android
[08:55] <johba> what am i doing wrong?
[09:14] <Mirv> johba: I'm not that familiar with the manual installation method, but what about just the more automated 'phablet-flash -b'?
[09:14] <Mirv> after having used that so that I had the default image up and running, I was able to use the manual installation method to push a image of my own selection
[09:17] <mindhormone> hi
[09:18] <mindhormone> can i install ubuntu touch on Samsung galaxy S-7562?
[09:24] <nerochiaro> tmoenicke: can you please join #ubuntu-app-devel and set autojoin ?
[10:07] <brendand> it looks to me like touchpad's used to have a 'Touch mode' attribute in xinput --list, but now they don't?
[10:07] <brendand> but touchscreens still do
[10:20] <mqxy> is 2g and 3g working on galaxy s2 in ubuntu touch
[10:22] <mqxy> ???
[10:27] <Aditi> Hi
[10:27] <Aditi> Does anyone know the boot time for Ubuntu?
[10:33] <sergiusens> jussi: Mirv sim unlocking is not supported
[10:34] <jussi> sergiusens: ok, thanks. can it be done from the commandline or do i need to go find someone with a phone that takes micro sims..
[10:34] <sergiusens> jussi: it's in the release notes btw https://wiki.ubuntu.com/Touch/ReleaseNotes#Telephony
[10:36] <sergiusens> jussi: the rilmodem/ofono part is not yet implemented, so it falls into using a different phone or reflashing android and unlocking it
[10:50] <ybon> Any one knows if Ubuntu Touch will be ready for http://www.fairphone.com/ ?
[10:55]  * ogra_ noticers that rsalveti's last merge has a completely wrong number in the mail LP sent
[10:57] <ogra_> ah, it is two times the same MP in succession
[11:40] <hopkinskong_w8> ah
[12:16] <dholbach> sergiusens, rsalveti: hey! how are you doing? when in the cycle do you think we're moving touch to saucy?
[12:18] <ogra_> dholbach, once we have https://blueprints.launchpad.net/ubuntu/+spec/client-1303-containers-host-client-ubuntu-android mostly implemented
[12:18] <ogra_> (hopefully by end of the week we have images with flipped container ... then we still need to weed out the bugs caused by the model flip)
[12:19] <dholbach> great
[12:20] <pmcgowan> dholbach, there are builds now for saucy if anyone wants to testthem
[12:21] <ogra_> pmcgowan, you really dont want to use them the next two-three days
[12:21] <ogra_> i'm actively shuffling bits around
[12:22] <ogra_> (you would end up with a container in a container in a container in a ...
[12:22] <ogra_> )
[12:22] <ogra_> (if you would use them with the current install)
[12:22] <pmcgowan> ogra_, ack
[12:28] <dholbach> cool - just wanted to hear back how things are going as it was mentioned in another conversation somewhere - no worries :)
[12:37] <ogra_> sergiusens, do you know what ships the udev.override file in the touch images ? is that in mountall as well ?
[12:38] <ogra_> ah, ubuntu-session apparently
[12:42]  * ogra_ drops the hacked mountalll from saucy  images
[13:18] <harrisr> is ubuntu available on galaxy tab 2 10.1
[13:19] <timp> harrisr: seems like it https://wiki.ubuntu.com/Touch/Devices
[13:20] <harrisr> is it easy to install and will it void my warrenty
[13:22] <timp> harrisr: sorry, I don't know much about that. Install instructions are included on the wifi, but I  have no idea about the warranty
[13:23] <harrisr> when will ubuntu touch be fully out
[13:24] <harrisr> to the public
[13:24] <ogra_> in october
[13:24] <bfiller> sergiusens: any way to make the user backup script save the current timezone?
[13:24] <ogra_> you should be able to start dogfooding by end of this month though
[13:25] <diwic> ogra_, good job on the container switch stuff, sounds complex :-) Do you know if it has reached the daily images yet?
[13:26] <harrisr> ok ty
[13:26] <ogra_> diwic, it wont go into raring, and saucy is in flux (i should have them ready by end of the week with some luck)
[13:26] <ogra_> diwic, i wouldnt recommend using the saucy image while i do the switch though
[13:27] <diwic> ogra_, okay, so the "dogfooding project", will that be done on raring or saucy?
[13:27] <ogra_> both hopefully ... but we wont switch to saucy until the container flip is done
[13:28] <ogra_> and then there will still be bugs in userspace caused by the flip
[13:28] <diwic> ogra_, thanks for the update. The audio stuff is partially blocked by the container flip, so just curious.
[13:29] <ogra_> we have all pieces ready just not all of them implemented yet, by friday i should be able to point you to some install instructions
[13:30] <diwic> ogra_, yeah, no worries. I have other stuff to do too :-)
[13:30] <ogra_> good :)
[13:36] <sergiusens> bfiller: yes, I was adding that to the build
[13:36] <sergiusens> ogra_: overrides are in lp:session-manager
[13:36] <ogra_> yeah, found them
[13:36] <sergiusens> ack
[13:36] <ogra_> we need to drop that for saucy
[13:37] <bfiller> sergiusens: there was a good post on the mailing list about doing that
[13:37] <bfiller> would be helpful
[13:37] <ogra_> i removed mountall already
[13:38] <rsalveti> hopefully after the flip we can remove all overrides
[13:38] <ogra_> well, we should remove them now :)
[13:38] <ogra_> i'm in the middle of the flip with the saucy images already
[13:39] <ogra_> (if livecd-rootfs shows ever up in the archive i can move on)
[13:39] <ogra_> mountall is already gone
[13:39] <ogra_> udev needs to be next
[13:40]  * ogra_ adds android-tools-adbd to the seeds
[13:46] <Saviq> dpm, question: are we supposed to update the .po files ourselves or just the .pot file and LP will take care of the rest?
[13:48] <dpm> Saviq, you should only worry about updating the .pot file and committing it to the branch whenever there are new strings or before a release. Launchpad will then take care of all the rest
[13:49] <Saviq> dpm, yup, great, thanks
[13:49] <dpm> no ;)
[13:49] <dpm> argh, *np
[13:51] <timp> dpm: can launchpad automatically create the .pot from the source files?
[13:53] <dpm> timp, it can, but only for autotools + intltool based projects. It can do it for them because the rules for gettext are pretty standard there, but it cannot do the setup detection for cmake or qmake projects because the gettext support there is more...
[13:53] <dpm> freestyle :)
[13:55] <timp> ok
[14:00] <kalikiana> dpm, technically speaking that sounds unconvincing. transifex can create pot files for non-autotools projects as well
[14:00] <mfisch> mhall119: file a bug and attach /var/log/upstart/powerd.log
[14:02] <dpm> kalikiana, right, Launchpad has other considerations than Transifex. I don't know how they do it, but that's rather for the LP developers and architects to discuss, not me :)
[14:03] <mhall119> mfisch: I've re-flashed it, I will if it happens again
[14:03] <kalikiana> dpm, sure, just saying that it sounds more like a digestible phrase than a technical reasoning
[14:04] <kalikiana> dpm, and I have an inner itch against doing things manual on a "dont forget" basis ;-)
[14:07] <dpm> kalikiana, right, I'm pretty certain the LP devs did their homework, assessed what they could do and also had to match the resources they had to what they could achieve. Also the focus was to provide this feature for Ubuntu and message sharing with upstream projects in LP, and the biggest external upstream we had was GNOME, and with adding autotools + intltool POT support nearly all of it was covered
[14:09] <dpm> for other build systems there wasn't the predictability on the rules to use to build POT files. In any case, that's my recollection of the little involmement I had in it, not related to the actual development
[14:10] <dpm> kalikiana, I fully agree with you on not doing things manually, though
[14:12] <kalikiana> dpm, I didn't mean to get into an argument or criticize anyone. just noticed the wording is vague and imho not something to "accept" given today's QA standards
[14:12] <dpm> I'm sure the LP guys would take patches :)
[14:14] <stgraber> ogra_: not sure if you noticed that lxc fails at install time on at least some of the phones, that's because of missing bridge support in the kernel. I'm going to upload a fix to saucy's lxc upstart job to make this non-fatal
[14:15] <ogra_> stgraber, ah, no, i only tested on maguro ...
[14:15] <kalikiana> dpm, a quick stab at the ubuntu wiki suggests it's most likely just a missing command in the debian packaging
[14:15] <ogra_> stgraber, shouldnt we ask the kernel team to set the right options instead ?
[14:15] <kalikiana> dpm, is there a bug open against the ui toolkit?
[14:16] <stgraber> ogra_: well, we don't really need the bridge on the phone as we're using shared networking between the container and the "host"
[14:16] <ogra_> ah, network bridge, ok
[14:16] <dpm> kalikiana, a bug for what?
[14:17] <kalikiana> dpm, missing pot for the ui toolkit, which timp was looking at
[14:17] <kalikiana> I guess it wasn't filed then :-)
[14:18] <dpm> kalikiana, gotcha. Yep, we've been talking about bug 1175724
[14:43] <nerochiaro> om26er: can you explain ckpringle what happens with the camera unit tests when you push the zoom button ? does the launcher come up ? why are they unreliable ?
[14:49] <om26er> nerochiaro, ckpringle if the screen is rotated it pulls out the notification area. while interacting with the slider,
[14:49] <ckpringle> om26er: right but the shell should orientate too
[14:49] <ckpringle> (I know it doesn't yet)
[14:50] <om26er> ckpringle, also in the portrait mode if I try to interact with the slider at times the launcher is pulled out, so have to carefully target the slider
[14:52] <mhall119> in general, the launcher and window switcher could be made smarter, so that it would ignore to-the-edge-and-back movemenet
[14:52] <mhall119> and only respond to swipes that originate from outside
[15:02] <nerochiaro> om26er: is that only if you do it manually or also with autopilot tests ?
[15:03] <salem_> tmoenicke, ping
[15:03] <om26er> nerochiaro, autopilot tests have a different problem, that I think is slider handle being is too small for autopilot, or we are doing something wrong in our tests that the slider handle is not grabbed with autopilot
[15:10] <mhall119> mardy: hey, can you update me on the Trojita work you started on?
[15:13] <mterry> How does an app or Unity know that they are switching from phone to tablet to desktop modes?  Is that signal/API done yet?
[15:13]  * ogra_ doubts that
[15:14] <mterry> ogra_, bummer
[15:14] <ogra_> convergence is 14.04 stuff ... 13.10 is just "make sure to not shoot ourselves in the foot once we'll get there"
[15:14] <nerochiaro> om26er: the slider handle can't be too small, autopilot will position the cursor even on a single pixel
[15:15] <oSoMoN> bfiller: if you wanna give a try to tabs, check out lp:~osomon/webbrowser-app/tabsmodel (disclaimer: it’s ugly and not fully functional yet)
[15:15] <t1mp> mterry: no
[15:15] <t1mp> mterry: that signal/API is not there yet
[15:15] <om26er> nerochiaro, do you have a device?
[15:16] <bfiller> oSoMoN: thanks
[15:16] <nerochiaro> om26er: yes
[15:16] <om26er> nerochiaro, can you try this test there: camera_app.tests.test_zoom.TestCameraZoom.test_slider ?
[15:17] <nerochiaro> om26er: never ran tests on the device
[15:17] <om26er> nerochiaro, right, I reported bug 1179592 if you have a few spare cycles can you please look into that
[15:18] <om26er> nerochiaro, I think that could be a root cause for all the slider related tests failures
[15:18] <oSoMoN> bfiller: note that I haven’t tested on the phone yet, the UI probably looks even uglier there
[15:18] <om26er> that's actually a regression from the time when autopilot tests were disabled in jenkins
[15:21] <bfiller> mfisch: ping
[15:21] <mfisch> bfiller: pong
[15:21] <bfiller> mfisch: build 138 (today's), power button never turning screen back on. you seeing this?
[15:21] <bfiller> on galaxy nexus
[15:22] <mfisch> bfiller: I am not seeing it because I had to reflash back to ufa, let me ping sforshee
[15:22] <sforshee> bfiller, I'll check it out
[15:23] <nerochiaro> om26er: on yesterday's image the +/- buttons appear just fine for me on my device
[15:24] <mfisch> bfiller: mhall119 reported some issues as well
[15:25] <om26er> nerochiaro, that's problematic on desktop, as in the bug report, though you will see mis alignment of the camera view area on devices
[15:28] <mhall119> mfisch: after a phablet-flash and rm -r ~/.local/share, I haven't had the issue again
[15:28] <mhall119> though resuming from suspend is still noticably slower than it was pre-powerd
[15:28] <sforshee> mhall119, there are some changes landing today that should help with the speed
[15:28] <sforshee> at least speed of screen on
[15:29] <mhall119> cool
[15:29] <ogra_> mfisch, are you guys uploading to saucy and copy the binary to raring btw ?
[15:29] <ogra_> i cant get any of the new features to work in saucy apparently
[15:31] <ogra_> (in fact powerd doesnt even start automatically here)
[15:32] <nerochiaro> om26er: let me try on desktop then
[15:32] <om26er> nerochiaro, also see the screenshot on the device, note the right border: http://imagebin.org/index.php?mode=image&id=259334
[15:32] <om26er> that's a regression
[15:32] <mfisch> ogra_: jenkins is uploading for raring, not sure what's going on with saucy, but I'm back on UfA as of today
[15:33] <ogra_> hmm
[15:33] <om26er> nerochiaro, oh and see in my screenshot there is no +/- on the Nexus 4 as well
[15:39] <mfisch> ogra_: Its probable that saucy isn't being updated by jenkins
[15:39] <ogra_> yeah, that should be fixed
[15:42] <kalikiana> mfisch, jenkins is not doing anything at the moment :-)
[15:42] <mfisch> so I hear
[15:42] <ogra_> heh
[15:42] <ogra_> good point
[15:53] <sergiusens> ogra_: powerd releases to whatever is in the changelog
[15:54] <sergiusens> mhall119: ubuntu touch has used powerd since the begining ;-) Just not the auto suspend :-)
[15:54] <ogra_> well, would be good to have all packages in saucy for regressiion testing
[15:54] <sergiusens> mfisch: did you see asac 's MRs? If you are not taking care of it... I might just jump in and work on it
[15:54] <ogra_> i bet we'll have a lot of fun with our stuff and the removal of consolekit in saucy
[15:55] <mhall119> sergiusens: ah,I should be more specific then
[15:55] <ogra_> everything using dbus should be tested against that
[15:55] <sergiusens> ogra_: I can work on an auto copy (already have code for it, jsut need to create a package list)
[15:55] <mfisch> sergiusens: sforshee is on it already
[15:55] <ogra_> ok
[15:55] <sergiusens> mhall119: sorry for being pedantic :-P
[15:55] <sergiusens> mhall119: speaking of which, are we good to add the terminal app?
[15:56] <ajalkane> Terminal app yeeaaaaah! :)
[15:56] <mhall119> sergiusens: as soon as someone reviews the code and gives it a +1
[15:57] <mhall119> as far as I'm concerned we're goot to add it, it's the first thing I do after a phablet-flash
[15:57] <sergiusens> mhall119: ahhh... mzanetti ^^ :-)
[15:57] <mzanetti> huh?
[15:57] <mzanetti> terminal app?
[15:57]  * mzanetti wants now!
[15:57] <mzanetti> awesome :)
[15:57] <sforshee> bfiller, I just flashed today's image to a galaxy nexus and the power button seems to be working
[15:58] <mhall119> mzanetti: it's in the core apps PPA
[15:58] <mhall119> together with a plugin for the terminal widget
[15:58] <mzanetti> mhall119: cool stuff. will it be included in the default image?
[15:59] <mfisch> sergiusens: sforshee has a pending mp that addresses most of asacks changes
[15:59] <mhall119> mzanetti: once it's reviewed by someone on the phablet team
[15:59] <mhall119> mzanetti: sergiusens: https://code.launchpad.net/~mhall119/touch-preview-images/more-coreapps/+merge/164802
[15:59] <pmcgowan> mzanetti, you could review it and approve ;)
[15:59] <mzanetti> mhall119: btw. I've ported yet another app :) one where I don't depend on unreleased Qt modules or unfinished app lifecycles so there are chances I can actually really finish it soon
[15:59] <mzanetti> I'll review, yes
[16:00] <mzanetti> mhall119: fahrplan2. Lets you find trains/busses on the go. supporting DE, DK, FI, AU, AT and some more
[16:00] <mhall119> mzanetti: nice, is it on the collections wiki?
[16:00] <mzanetti> mhall119: not yet
[16:00] <mhall119> https://wiki.ubuntu.com/Touch/Collection
[16:00] <mhall119> if you can add it to the list please
[16:05] <asac> mfisch: will he put it into the mainloop with proper wakelocking to ensure we dont fall asleep?
[16:06] <sforshee> asac, I haven't made changes to move some of the stuff to the mainloop like you did. We could look at that, it just wasn't in the code I had already written.
[16:06] <asac> please look at that unless everything will get thrown away
[16:07] <sforshee> asac, a lot of the display-related code is temporary
[16:08] <ogra_> yeah, surfaceflinger will hopefully be gone soon
[16:08] <asac> sure, so move it into single threading please first
[16:08] <asac> this mutexing is just scary
[16:08] <asac> the looper can be wrapped in a GSource :)
[16:09] <asac> the on_new_event entry point in code is stil the same
[16:09] <asac> so the patch is still very close ... just need to add the wakelocking on top
[16:10] <asac> anyway ... will not look at this code again unless my phone on/off is again not working well :)
[16:10] <asac> which means: snappy and robust :)
[16:11] <sforshee> asac, my changes are approved and just waiting on jenkins to be merged, they make display on/off much better
[16:12] <asac> ok tell me when i will test
[16:12] <asac> but please do the event loop fix
[16:12] <asac> the amount of mutexes you land is really scary :)
[16:12] <asac> solve it in one place will make the thing just more fantastic
[16:12]  * asac shuts up :)
[16:13] <fginther> mhall119, ping
[16:14] <mhall119> fginther: pong
[16:15] <fginther> mhall119, any progress with launchpad ops on armhf builds?
[16:16] <mhall119> let me check in on them
[16:17] <fginther> mhall119, thx
[16:17] <mardy> mhall119: hi! About trojita: http://news.gmane.org/gmane.mail.trojita.general
[16:18] <mardy> mhall119: I just got it started, now Matt Richardson is on it
[16:21] <mhall119> mardy: do you think it's suited for building an email client for Ubuntu Touch?
[16:21] <mardy> mhall119: I think so, or at least it's worth a good try
[16:22] <mardy> mhall119: the code is clean and structured to run on many different UIs
[16:22] <mhall119> cool, thanks mardy
[16:24] <bfiller> sforshee: seems to be timing related, was working mostly now it's not. Any info I can get now that it's in the state to help debug?
[16:25] <sforshee> bfiller, I could take a look at /var/log/upstart/powerd.log
[16:27] <bfiller> sforshee: https://pastebin.canonical.com/91715/
[16:29] <bfiller> sforshee: might be happening when you try to wake it right away after screen goes black, need to try some more
[16:29] <bfiller> sforshee: it's definitely still running but not responding to power button event
[16:29] <sforshee> bfiller, from the log it looks like powerd is still trying to turn the screen on
[16:30] <mfisch> bfiller: if you need a work around, sudo initctl restart powerd, from ssh
[16:31] <bfiller> sforshee: yup, when I press the power button I see this in the log: https://pastebin.canonical.com/91716/
[16:32] <sforshee> bfiller, maybe the backlight is off. What does 'cat /sys/class/backlight/s6e8aa0/brightness' output?
[16:32] <sforshee> try that a few times after pressing the power button and see if it changes
[16:33] <bfiller> sforshee: 0 each time
[16:33] <bfiller> never changes
[16:33] <sforshee> bfiller, that's probably the problem
[16:33] <sforshee> try poking in 255: 'echo 255 > /sys/class/backlight/s6e8aa0/brightness'
[16:33] <bfiller> sforshee: I'm on galayx nexus
[16:33] <sforshee> then see if things are better
[16:34] <bfiller> trying
[16:35] <bfiller> sforshee: yeah that made it work
[16:36] <bfiller> sforshee: arg, but just got it back into the hosed state after playing with it for a while
[16:37] <sforshee> bfiller, be sure you give it 5 seconds after pressing the power button for the screen to come on. There's a problem with that in today's image, which I have a fix for.
[16:38] <bfiller> sforshee: ok
[16:38] <sforshee> bfiller, I was able to reproduce
[16:38] <sforshee> I have a guess as to what's causing this
[16:38] <bfiller> sforshee: shouldn't powerd always set the correct state of backlight? maybe it's already doing this..
[16:39] <sforshee> bfiller, I think it's a race where it may read the "current" backlight value while it's 0, then it will never set it to any other value
[16:39] <sforshee> lp:~sforshee/powerd/display-improvements might fix it if you want to give that a try
[16:40] <sforshee> oh, those changes are on trunk now as well
[16:41] <mhall119> mardy: is there a bzr branch with the trojita stuff in it, or only git?
[16:44] <mardy> mhall119: only git
[16:44] <mhall119> ok
[16:53] <sforshee> asac, bfiller: here's a build with the display changes if you want to test: http://people.canonical.com/~sforshee/powerd_0.10_armhf.deb
[16:56] <bfiller> sforshee: thanks, I'll try
[16:56] <asac> sforshee: is it snappy?
[16:56] <sforshee> asac, yep :-)
[16:56] <asac> good ... if not i will let you know
[16:56] <asac> dont have wget yet :)
[16:58] <ogra_> wget it !
[16:58] <asac> sforshee: screen is flashing more than before for whatever reason
[16:58] <asac> you also should add the cancel event feature i landed on the snappy branch
[16:58] <asac> i think
[16:59] <asac> oh
[16:59] <asac> its again dead :)
[16:59] <asac> not robust !!!
[16:59] <asac> screen stays black :)
[16:59] <ogra_> see above
[16:59] <asac> take the saved_brightness hu nk i guess
[16:59] <asac> from my patch
[17:00] <sforshee> asac, I haven't gotten a chance to go back to your patch and pick out the changes yet
[17:00] <asac> ok
[17:00] <asac> one sec
[17:00] <asac> i till point you directly :)
[17:00] <sforshee> asac, I can't reproduce the black screen anymore, how did you get it?
[17:01] <asac> just rapidly click on and of
[17:01] <asac> f
[17:01] <asac> sometimes change the rhythm
[17:01] <asac> then you get it
[17:01] <asac> it happens if you activate
[17:01] <asac> wait
[17:01] <asac> it happens if you suspend while you activated
[17:01] <asac> but activation didnt happen
[17:01] <asac> then you remember saved_brightness forevetr as 0 :)
[17:02] <asac> sforshee: http://bazaar.launchpad.net/~asac/powerd/fix-racy-screen-on-and-no-mutex-refactor/revision/23
[17:02] <asac> and i think you want  most from here: https://code.launchpad.net/~asac/powerd/snappy-on-off-with-delayed-suspend-cancellation
[17:02] <asac> starting at rev 27
[17:02] <asac> atm the events pile up and get discarded, while they should just get fast pathed if there is a pending event that is in "delayed"
[17:03] <RehpotsirhC> Is there a ubuntu components only repository list so I can build stock CM and integrate the ubuntu components accordingly?
[17:03] <sergiusens> RehpotsirhC: stock CM wouldn't work
[17:03] <ogra_> have you read the porting guide
[17:03] <sforshee> asac, the problem with that is that before long we'll have external clients processing and acknowledging the state changes, and when we can't simply throw it away
[17:03] <ogra_> it's more about removing bits than adding any :)
[17:04] <sergiusens> RehpotsirhC: go over all the commits in phablet.ubuntu.com and you will why
[17:04] <ogra_> (there are only three ubuntu trees in the build)
[17:04] <RehpotsirhC> ogra_, I have. Unfortunately the Phablet-10.1 repositories don't support the new device configurations (mainly jfltecan) and how it separates the def configurations.
[17:04] <sergiusens> ogra_: well, me modified most of the git repos as well (kernel, service manager ring a bell among others)
[17:05] <RehpotsirhC> During compilation it complains about not specifying the variant configuration.
[17:05] <RehpotsirhC> brb
[17:05] <ogra_> oh, right, but even there it is rather removal than addition
[17:05] <sforshee> asac, the backlight fix is sane enough given that long-term the code will be thrown away
[17:10] <asac> right
[17:15] <doanac> asac: looks like you've been patching some code I have a question about :)
[17:15] <asac> doanac: yeah ask me ... i am the only one who knows only half truth here :)
[17:15] <doanac> is there a relatively easy way (shell or python) to request the screen be turned on and left on?
[17:15] <asac> doanac: by whom?
[17:15] <asac> ah by shell or python
[17:15] <doanac> ideally, one of those
[17:16] <asac> we definitely dont want to provide such feature to apps directly, but not sure if that means we could have that in the dbus api
[17:16] <asac> sforshee: ?
[17:16] <doanac> i have a test where I need to drain the battery rapidly. turning the screen on helps accelerate that
[17:17] <sforshee> doanac, powerd-cli active
[17:17] <sforshee> doanac, oh, but that won't keep the screen on
[17:17] <sforshee> no, we don't have that capability currently
[17:17] <doanac> sforshee: yeah, that's what I was seeing last night
[17:18] <doanac> i tried going through sysfs with blank/unblank and brightness stuff, but it just seemed to get things out of whack
[17:18] <sforshee> doanac, the only way would be if mfisch's changes to make the screen timeout configurable has an always-on value, but iirc it does not
[17:19] <doanac> sforshee: so what do you see my most efficient avenue for getting this done is?
[17:19] <mfisch> I think we add a new value and not overload this one
[17:19] <doanac> i can help contribute a patch if needed
[17:20] <sforshee> doanac, feel free to contribute a patch, otherwise I'll add it to my todo list
[17:20] <MadShiva> Hello
[17:20] <doanac> has mfisch's branch landed? or do i need to work off something not merged?
[17:21] <sforshee> it's in powerd trunk
[17:21] <mfisch> yes, in trunk for the setting
[17:21] <doanac> okay.
[17:21] <mfisch> doanac: you need to leave the screen on, or turn it on over and over?
[17:21] <doanac> mfisch: i need to leave the screen on for a while. and then probably let it go back to its default behavior
[17:22] <doanac> mfisch: any tips/pitfalls for testing powerd?
[17:22] <mfisch> doanac: sudo dbus-launch gsettings set com.canonical.powerd activity-timeout 3600
[17:22] <mfisch> doanac: that will keep the screen on for 1 hour
[17:22] <doanac> mfisch: that should work for me
[17:23] <doanac> w/o having to get my hands dirty
[17:23] <mfisch> doanac: you have to reboot the phone or restart powerd after changing that
[17:23] <mfisch> doanac: we're not listening for setting changes currently
[17:23] <MadShiva> I have a small question. I would like to follow the instruction that's on the webpage but it's there some chance that I brick my tablet ?
[17:24] <doanac> thanks guys!
[17:25] <sergiusens> mhall119: just tried the latest terminal app, everything I type is hidden (color wise) until I press enter
[17:25] <mhall119> sergiusens: go to the settings tab and increase the font to 14
[17:25] <mhall119> I'm not sure why, but the font size seems to affect that
[17:25] <mhall119> too big or too small and it won't display it all the time
[17:25] <mhall119> 14 works for me on my nexus 7
[17:27] <dobey> mhall119: hey. do you know if the SDK will be getting shipped into precise-backports or precise-updates at all? or will it only be available as the thing that installs in /opt?
[17:27] <sergiusens> mhall119: 14 onwards works for me on maguro... can we make 14 the default?
[17:28] <mhall119> dobey: it should be available via the PPA, and install to /usr/share/
[17:28] <mhall119> for precise
[17:28] <netcurli> bug #1182503
[17:28] <mhall119> sergiusens: probably, I'll ask zdmitry when he's online
[17:28] <sforshee> asac, bfiller: I updated the package at http://people.canonical.com/~sforshee/powerd_0.10_armhf.deb with the black screen workaround
[17:29] <netcurli> font size 14 does not work for me on my galaxy nexus
[17:29] <dobey> mhall119: are there any plans to ship it in -backports or -updates, rather than just a PPA then?
[17:30] <awe_> sergiusens, approved your MR.  rsalveti, do you want to chime in before I happrove?
[17:30] <rsalveti> awe_: I'm about to test it, I can happrove if you want
[17:31] <rsalveti> awe_: just approve, but not happrove
[17:31] <awe_> that's what I did
[17:31] <sergiusens> thanks guys
[17:31] <rsalveti> awesome
[17:31] <asac> ok let me check
[17:31] <mhall119> dobey: I don't think so, bzoltan1 would know for sure
[17:31] <sergiusens> mhall119: regarding the file manager. It can just list stuff today, right?
[17:31] <bzoltan1> What Should I Know For Sure? :)
[17:31] <mhall119> sergiusens: it can do file operations, copy/rename/delete, etc
[17:32] <asac> sforshee: with your patch i see a flickering regularly still
[17:32] <dobey> bzoltan1: if the sdk packages will ever get shipped in precise-updates or precise-backports
[17:32] <mhall119> opening files may work in theory, but needs platform-level support for making the file open the right external application
[17:32] <sforshee> asac, flickering when?
[17:32] <asac> sforshee: when turning on. i believe i was able to identify that it shows the desktop unlocked for a very brief moment
[17:32] <asac> and then goes to the lock screen
[17:33] <asac> sforshee: when turning on the screen again
[17:33] <bzoltan1> dobey:  We have precise packports of the SDK right now available
[17:33] <asac> sforshee: i just click rapidly on and off
[17:33] <sforshee> asac, which device?
[17:33] <asac> GN
[17:33] <asac> oh ... i was able to see the Videos panel indeed
[17:33] <asac> for a bit longer time now
[17:33] <dobey> bzoltan1: in the PPA yes. i was just wondering if there are plans to get them shipped in the precise archives proper, so people don't have to add a PPA to get it. or if it will only ever be in a PPA for precise
[17:34] <sforshee> asac, I'm not seeing it
[17:34] <asac> oddd... i am sure that for the quick flickers its the Notes
[17:34] <bzoltan1> dobey:  I do not think we will push the SDK packages to Precise
[17:34] <dobey> bzoltan1: ah ok. :-/ thanks.
[17:35] <bzoltan1> dobey: in my opinion Precise users should have the same features from the PPAs... Does the PPA delivery represent any impediment for you?
[17:35] <sforshee> huh, apparently the touchscreen is being left on and is still operating when the screen is off
[17:35] <sforshee> asac, ^ ... could that be causing it?
[17:36] <sergiusens> mhall119: how do you paste after a cut/copy?
[17:36] <bzoltan1> dobey:  supporting Precise is the right thing, since that is the LTS release right now... but to be honest I think developers should use Raring
[17:36] <sergiusens> bzoltan1: devs should use saucy ;-)
[17:36] <mhall119> sergiusens: I think that's not working atm
[17:36] <asac> sforshee: not sure why that would reveal whats behind the lock screen
[17:36] <sergiusens> mhall119: ack
[17:36] <asac> anyway ... my code has the same problem
[17:37] <bzoltan1> sergiusens:  :) you are right
[17:37] <sforshee> asac, because you're accidentally touching something on the left side that's dismissing the lock screen while the screen is off
[17:37] <mhall119> sergiusens: ajalkane may be able to give more detail on what's working and what isn't
[17:37] <asac> sforshee: i doubt it
[17:37] <asac> i am just rapidly clicking on/off
[17:38] <sforshee> that's the only way I've been able to get anything remotely similar to what you describe
[17:38] <asac> yeah .. definitely happens even if fingers are far wayt from screen
[17:38] <sergiusens> awe_: rsalveti https://code.launchpad.net/~sergiusens/touch-preview-images/ubuntu-build-phablet/+merge/166114
[17:38] <dobey> bzoltan1: it means more work in terms of maintenance for the ubuntu one team, since we won't be able to reduce our overhead there by shipping new stuff that depends on qt5, and it means we have to keep some amount of the new stuff working without it, in places where it would be possible to just wholly switch to the new qt5 bits for everything. (iow, we end up with multiple projects which do the same things)
[17:38] <asac> sforshee: maybe its because i run it with messages on ... that might slow stuff down minimally :/
[17:38] <asac> G_MESSAGES_DEBUG=all powerd
[17:38] <asac> try that
[17:38] <sforshee> we always run it that way currently
[17:38] <asac> its not much output... but who knows
[17:38] <sforshee> in the upstart job
[17:39] <ajalkane> sergiusens: after copy/cut you should have in toolbar "Paste" button
[17:39] <dobey> bzoltan1: ie, it would be nice to develop apps on raring, and be able to ship them to precise users without requiring the user to add PPAs to use it (for example, if i develop an app, and want to sell it in software-center)
[17:39] <asac> well, maybe its slower to send it over USB :)
[17:39] <asac> who knows
[17:39] <asac> i run it in ADB in foreground to test
[17:39] <bzoltan1> dobey: why would we ship anything new to Precise what depends on Qt5?
[17:39] <rsalveti> sergiusens: happroved
[17:39] <dobey> bzoltan1: so our users get new features and we don't have to maintain code that's already 1.5 years old, for the next 3.5 years? :)
[17:40] <asac> dunno ... i clearly see it :)
[17:40] <bzoltan1> dobey: backporting qt5 to Precise would sound like we turned Precise to be a rolling release :)
[17:40] <asac> "Notes" ...
[17:40] <asac> interestingly enough the first thing if i slide to the right is the Videos
[17:40] <asac> and the notes app has been closed a while back :)
[17:41] <bzoltan1> dobey:  I am far from being a distro guru... but I consider Precise as a frozen release what receives only serious bug fixes and security updates...
[17:41] <sergiusens> bzoltan1: there were some talks about backporting unity, so Qt5 may not be out of the option
[17:41] <MadShiva> sorry to ask again but what's the risk of brick I really want to port ubuntu touch to my tablet P7300
[17:41] <bzoltan1> dobey:  but please educate me ... I really do not know much about this distro thingy
[17:41] <dobey> bzoltan1: i don't think so. it doesn't break old apps. unlike shipping a new kernel often does :)
[17:42] <mistersprinkles> Does the lastest source still come with preloaded data?
[17:42] <ogra_> it was dropped
[17:42] <bzoltan1> dobey:  do not be so sure :) Qt5 comes with the qtchooser and qt5default duality nightmare ... backpporting qt5 means touching qt5 ... and  for example QtCreator is known to have funny behavior with this duality.
[17:42] <ogra_> (not sure if in todays or tomorrows image though)
[17:43] <bzoltan1> sergiusens: I would not recommend to backport the Unity Next to Precise, but that is not my decision.
[17:43] <sforshee> asac, I do get a white flash when the video app is active
[17:43] <asac> right
[17:43] <asac> guess even after you closed it
[17:43] <asac> you will still see it :)
[17:44] <asac> maybe something to do with framebuffer?
[17:44] <asac> buffering?
[17:44] <sforshee> I don't know that "close" currently means close
[17:44] <sforshee> it may still be running
[17:44] <asac> probably
[17:44] <dobey> bzoltan1: ah true. but were lots of qt4-based things break in raring when we pushed qt5 to it?
[17:44] <asac> :)
[17:44] <asac> well let me check
[17:45] <sforshee> but it goes away for me after closing the app
[17:45] <bzoltan1> dobey:  We did not test all Qt apps, but I remember that it was not a straight forward victory march
[17:45] <asac> sforshee: it killed the process properly here
[17:45] <asac> if i click on the launcher icon and wait till the X appears
[17:45] <asac> so yeah
[17:45] <asac> well.
[17:45] <asac> not for me
[17:45] <asac> the Notes app wasnth running but i was seein git :)
[17:46] <bzoltan1> dobey, sergiusens:  All in all... from the point of Qt5 and Unity Next I would live Precise alone... that is the cheapest and less risky way. But if for some strategical reason we need Qt5 on Precise we can do it ... not impossible and not even too hard. But it comes with risks and does not happen by casting with a magic wand :)
[17:46] <sergiusens> bzoltan1: not unity-next, just unity 7 ;-)
[17:47] <sergiusens> bzoltan1: also, I'm not pushing for it :-)
[17:47]  * sergiusens just mentions the virtual hallway talk he eavesdrops
[17:47] <bzoltan1> sergiusens:  Sorry I was on holiday for few days :) I am not aware of the latest naming trends :)
[17:48] <sergiusens> bzoltan1: unity 7 is the unity in raring, unity 8 is unity-next
[17:48] <dobey> i don't really care about unity 8 (unity next) going on precise :)
[17:48] <bzoltan1> sergiusens: Once an old mentor of my told that everything is possible, you can heat your hous with Stradivarius violins... but it might be a bit expensive :)
[17:49] <dobey> and i wasn't asking for qt5 to be done with a amgic wand. was just asking if there were plans for it to go there (and subsequently quantal if yes), because it makes lots of things much easier for some of us :)
[17:50] <sergiusens> dobey: I would say no, there are no plans
[17:51] <dobey> or, if the qt5 cmake magic integration stuff can work with qt4, i could probably fix this code to be buildable on qt4, and that would work for me too.
[17:52] <sergiusens> Mirv: I did an install of qmlrunner manually on my phone on Friday and it ort of broke (uninstalled most things), it left me with a broken link
[17:55] <bzoltan1> dobey:  I will talk to my people and see how much work it would take to backport the Qt5 and exactly how much risk it would represent ... now that you explained the whole story to me, actually I am getting convinced :D
[17:57] <dobey> bzoltan1: it would be nice for app developers to be able to write apps with the new sdk stuff, and have people running the current LTS to be able to use them, without having to wait another year for an upgrade to the next LTS, yeah :)
[17:58] <dobey> bzoltan1: thanks. :)
[17:58] <bzoltan1> dobey:  With that one I fully agree... but it would mean constant support of the SDK for 4 releases... I try to convice the right people to give me more QA engineers :)
[18:02] <dobey> bzoltan1: well, if it was going to happen, but didn't happen until the sdk was a "1.0" thing, that made some compat guarantee going forward, i'd think that'd be fine.
[18:04] <asac> sforshee: any idea why the battery is charging so slow on GN? do we need to poke something on the battery driver side?
[18:09] <pmcgowan> asac, are you plugged into an outlet? should be fast then, slower on usb
[18:10] <asac> usb
[18:10] <asac> slower than with android before for sure
[18:11] <ogra_> mine is charged after ~2h when connected to the PC
[18:11] <ogra_> surely faster on an outlet
[18:11] <asac> mine is charging 5 hours now
[18:11] <asac> from 5%
[18:11] <asac> to 60%
[18:11] <ogra_> wow
[18:11] <asac> connected to thinkpad in a dock
[18:11] <asac> doc
[18:11] <asac> king
[18:12] <ogra_> stat
[18:12] <ogra_> ion
[18:12] <ogra_> ?
[18:13] <asac> rihgt
[18:13] <asac> argh :)
[18:14] <sergiusens> bzoltan1: how do I prevent qtcreator from creating ssh keys? I'm passed 5 now again and need to add special rules to all my ssh logins or get the too many authentication failures
[18:14] <sergiusens> bzoltan1: can't you do like we do in phablet-network-setup where if there's a id_rsa.pub to just copy it in?
[18:15] <bzoltan1> sergiusens: You are the second person after me who met this issue... I do not like it eaither
[18:16] <bzoltan1> sergiusens:  You are right, that adb pushing the .pub would be a better alternative
[18:16] <bzoltan1> sergiusens:  I am about to EOD, but would you file a bug about it please?
[18:16] <sergiusens> bzoltan1: and if not found, create it :-)
[18:16] <sergiusens> sure
[18:17] <bzoltan1> sergiusens:  thanks...
[18:28] <om26er> mhall119, Do we have plans to rename the core apps or atleast remove 'ubuntu' from the app name ?
[18:32] <mhall119> om26er: yes we do
[18:33] <mhall119> popey and I have a list of things that need to be done to rename them
[18:33] <mhall119> om26er: is there any specific timeframe that we need to get that done by?
[18:33] <mhall119> otherwise it's just been waiting until there wasn't something more important
[18:33] <om26er> mhall119, no, that's not a requirement, just asking
[18:34] <om26er> mhall119, so we remove ubuntu from the name? then ubuntu-calculator-app becomes calculator-app ?
[18:36] <mhall119> yes
[18:37] <mhall119> we'll start with the package name, .desktop and .qml file names
[18:37] <mhall119> then later rename the launchpad team and project
[20:22] <mistersprinkles> The image to flash is only 24MB?
[21:02] <user82> awe_, how are you coming along with the data?
[22:08] <WebbyIT> pmcgowan: hi :) What is tag dogfood? https://bugs.launchpad.net/phone-app/+bugs?field.tag=dogfood
[22:09] <pmcgowan> WebbyIT, it refers to usability issues uncovered as people are using the phone as their primary device
[22:09] <WebbyIT> pmcgowan: ok, thanks :D
[22:09] <pmcgowan> refers to "eating your own dogfood" may not translate
[22:10] <ajalkane> Dogfood is slightly more tasty than fishfood
[22:10] <pmcgowan> now how would you know that
[22:11] <WebbyIT> pmcgowan: yah, in italian we haven't a translation for this
[22:11] <pmcgowan> I need to think more globally
[22:11] <pmcgowan> you think I would by now
[22:12] <ajalkane> I once was a child. And I had fish. I don't want to delve on it more :)
[22:14] <WebbyIT> i think we haven't any idiomatic expression for this, only "use everyday" or something like this...
[22:14] <WebbyIT> ajalkane: i'm sorry for you
[22:14] <WebbyIT> :P
[22:15] <ajalkane> Thank you... I'm sorry for me too, but probably for different reasons