[01:13] <ahayzen> Hey guys, who can i talk to about issues with the header component?
[01:20] <lool> ahayzen: SDK team is best
[01:20] <lool> ahayzen: you can raise them on ML
[01:20] <ahayzen> lool, hehe
[01:20] <ahayzen> lool, we are investigating if we can patch it ourselves
[01:20] <lool> or file against ubuntu-ui-toolkit
[01:20] <lool> ahayzen: what's the issue?
[01:21] <ahayzen> lool, basically when we do header.visible = false; we get a white box showing in certain cases
[01:21] <lool> ahayzen: it's in lp:ubuntu-ui-toolkit/modules/Ubuntu/Components/Header.qml
[01:21] <ahayzen> lool, yeah we've been looking at it
[01:21] <ahayzen> lool, looks like there must be another component as the bg or something that isn't been hidden
[01:23] <ahayzen> lool, see bug 1239106 comment #5 for reproducible steps
[02:25] <dansabin> I was wondering if someone could help me get the Ubuntu Touch dev tools connecting to my Ubuntu Phone (LGE Nexus 4)?
[02:26] <dansabin> I was trying to do: http://developer.ubuntu.com/apps/cordova/creating-cordova-ubuntu-qr-code-scanner-html5-app/ but the Link to Install the SDK is dead (goes to homepage) and the SDK I installed doesn't seem to have the project presets mentioned in the tutorial.
[02:32] <dansabin> I get this when i try to deploy to my device: ssh_exchange_identification: Connection closed by remote host
[04:02] <jblix> hey, is this the appropriate place to ask for installation help on gnex?
[05:36] <slangasek> folks, I'm on build 97 on mako and I'm seeing a serious problem here, with apps displaying a blank white window except when they display a black one.  Is anyone else seeing this problem?  It may be something I did to mess up the config during development, but if so I don't know what
[05:37] <slangasek> (I was running build 95 previously, saw the same problem - had to update to 97 from the commandline, to rule out it being a known-fixed bug)
[06:09] <jibel> rotation doesn't work on first boot on mako, against which package should I file a bug?
[06:15] <abhishek> I am compiling Ubuntu touch yuga source code ...I am facing compilation issues ....1) Segmentation fault (core dumped) ...Now, compilation stops saying .....  CHK     include/generated/utsrelease.h   CC      scripts/mod/empty.o qemu: uncaught target signal 11 (Segmentation fault) - core dumped Segmentation fault (core dumped) make[4]: *** [scripts/mod/empty.o] Error 139 make[3]: *** [scripts/mod] Error 2 make[2]: *** [scripts]
[06:16] <abhishek> Can someone please help me
[06:16] <abhishek> qemu: uncaught target signal 11 (Segmentation fault) - core dumped
[06:20] <abhishek> I am facing compilation issues in yuga ....
[06:21] <abhishek> 1) Segmentation fault (core dumped) .....but, the build still continues .....I am not able to understand why I am seeing this
[06:21] <abhishek> 2) compilation stops at: make[4]: *** [scripts/mod/empty.o] Error 139
[06:21] <abhishek> qemu: uncaught target signal 11 (Segmentation fault) - core dumped
[06:33] <abhishek> I am facing compilation issues in yuga ....
[06:34] <abhishek>  compilation stops at: make[4]: *** [scripts/mod/empty.o] Error 139
[06:34] <abhishek> qemu: uncaught target signal 11 (Segmentation fault) - core dumped
[06:34] <abhishek> can someone please help me solve this
[06:46] <abhishek> Please help me solve the Utouch yuga compilation issues
[06:46] <abhishek> ?
[07:13] <abhishek> Please help me solve the Utouch yuga compilation issues
[07:13] <abhishek> qemu: uncaught target signal 11 (Segmentation fault) - core dumped
[07:14] <abhishek> dholbach: Please help me resolve this
[07:15] <dholbach> abhishek, I'm sorry, I don't know
[07:15] <abhishek> dholbach: ok
[07:17] <abhishek> I am facing "qemu: uncaught target signal 11 (Segmentation fault) - core dumped" during yuga compilation
[07:23] <jibel> oSoMoN, hey, could you have a look at bug 1239289 , mediaplayer crashes on second video
[07:24] <oSoMoN> jibel: hey, looking
[07:29] <Saviq> ogra_, hey, we can has https://code.launchpad.net/~saviq/session-manager-touch/drop-unity8/+merge/190842 now :)
[08:26] <ogra_> Saviq, did the unity side land ?
[08:27] <Saviq> ogra_, yup
[08:30] <ogra_> tvoss, can you address the remaining issue in https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878
[08:31] <ogra_> (i would like to get it in the image today if possible)
[08:31] <tvoss> ogra_, sure
[08:36] <Saviq> ogra_, hmm, so maybe we should tweak the ofono-setup script then to not depend on unity8?
[08:36] <ogra_> Saviq, why ?
[08:36] <Saviq> ogra_, dunno, does it require unity8 to be running?
[08:37] <ogra_> i dont know either. thats why i would leave it in pülace two days before release :)
[08:38] <tvoss> popey, mhall119 ping
[08:38] <lool> Saviq: the only thing I can think of is unlocking the sim card
[08:38] <lool> Saviq: indicator-network needs to be there
[08:38] <popey> tvoss: pong
[08:39] <Saviq> lool, yeah, but that happens later
[08:39] <lool> Saviq: but in theory, we shouldn't have dependencies between these
[08:39] <Saviq> lool, so indicator-network needs ofono-setup, not the other way 'round
[08:39] <ogra_> lool, ofono-setup was started from unitys upstart job until now
[08:39]  * Saviq looks at what ofono-setup is doing
[08:39] <ogra_> lool, since we dont know why i would prefer to leave this dep in place
[08:39] <ogra_> lool, we can ask awe later
[08:39] <lool> Saviq: I think it just sets up one account
[08:39] <lool> it's a one time thing
[08:40] <ogra_> right
[08:40] <lool> it's probably safe to do it early
[08:40] <tvoss> popey, mhall119 is someone working on fixing the ap tests for the music-app?
[08:40] <Saviq> lool, exactly
[08:40] <tvoss> popey, for example: http://reports.qa.ubuntu.com/smokeng/saucy/touch_mir/mako/97:20131015:20131015/4730/music-app-autopilot/485748/
[08:40] <Saviq> lool, it just enables the account and makes it auto-connect
[08:41] <lool> so yeah, that's not related to unity8
[08:41] <Saviq> + creates
[08:41] <lool> should just be a session startup task
[08:41] <Saviq> and shouldn't be an upstart job
[08:41] <lool> why not?
[08:41] <popey> tvoss: will take a look
[08:41] <Saviq> why would it...
[08:41] <lool> Saviq: what would create the account?
[08:42] <Saviq> lool, it should come pre-created with the image IMO
[08:42] <Saviq> lool, and in /etc/skel for new users
[08:42] <lool> Saviq: then it wont work for new users
[08:43] <lool> Saviq: haha /etc/skel
[08:43] <Saviq> lool, but really, an upstart job for :
[08:43] <Saviq> http://pastebin.ubuntu.com/6239657/
[08:45] <lool> Saviq: I was tring to find the xdg one but seems it's gone  :-0
[08:47] <Saviq> lool, what's wrong with /etc/skel? ;P
[08:47] <Saviq> lool, or well, are you telling me there's no way to prepopulate a user's home dir?
[08:47] <lool> Saviq: what's wrong is that it exists since the 90s and it still work!
[08:47] <lool> *works
[08:47] <Saviq> ;)
[08:48] <lool> Saviq: well the usual way to make assumptions on the home dir is to run things at session startup
[08:48] <lool> Saviq: typically this applies to conversions rather than new creations
[08:48] <lool> Saviq: there are many weird home setups: ecryptfs, nfs etc.
[08:48] <lool> Saviq: so the most generic way is to run something on session startup
[08:49] <lool> Saviq: you could argue it doesn't apply to creation of a new user; that's fair, we cant really tell whether people have copied /etc/skel or not
[08:49] <lool> Saviq: it seems more robust to me to check this at session startup
[08:49] <Saviq> lool, well, if they didn't copy skel, they must've had a reason for it
[08:50] <lool> Saviq: it also doesn't apply to existing users
[08:50] <Saviq> lool, sure, that is true
[08:50] <Saviq> but if we run a script for every thing we need just once, on session startup... bye bye boot times
[08:51] <lool> Saviq: we wont shave any significant time with this, I think upstart job is actually more readable, manageable and robust
[08:51] <Saviq> lool, not if it just calls an "ofono-setup" script...
[08:51] <Saviq> lool, and then you need to go hunting for that script
[08:52] <Saviq> for that use case we should probably just have support in telepathy for default accounts
[08:52] <lool> Saviq: But it's good, it's abstracted in the ofono-setup package
[08:52] <lool> Saviq: we dont really have infrastructure for populating /etc/skel
[08:52] <lool> Saviq: or e.g. to only add things to your home if you want this type of session
[08:53] <Saviq> lool, I understand for conversion / existing users it's an issue, just not sure solving it with an upstart job being run on every session start is the right thing...
[08:54] <Saviq> aanyway
[08:54] <lool> Saviq: well the right thing would be like xorg -configure
[08:54] <Saviq> we can start it way sooner
[08:54] <lool> Saviq: do NOT require an account
[08:54] <Saviq> lool, +1
[08:54] <lool> Saviq: but in terms of our current real life processes, it's going to be more painful to deal with /etc/skel
[08:56] <pstolowski> Saviq, hey! clicking any of the 'search in...' results in Home (which performs a new search immediately) messes dash up a bit (there is an empty space at the top); any idea what may be causing this?
[08:56] <ogra_> Saviq, /etc/skel is copied at user creation ... which happens during image build ...
[08:56] <pstolowski> Saviq, and swiping up/down fixes it
[08:57] <Saviq> pstolowski, any example? I just clicked "see more" and it looks fine
[08:57] <Saviq> ogra_, before all the packages are installed?
[08:57] <ogra_> no after
[08:58] <tvoss> lool, https://code.launchpad.net/~thomas-voss/unity-mir/oom_adjust/+merge/191123
[08:58] <pstolowski> Saviq, type 'pol', select 'ask ubuntu' icon in Search In
[08:58] <ogra_> Saviq, if you run the image on a device without telephony (trablet) you dont want an account to be set up
[08:58] <pstolowski> Saviq, thostr_ let me know about this issue, and I can reproduce
[08:58] <lool> tvoss: ut's in asks with a different version?
[08:58] <tvoss> lool, ack, see my last comment on the ricmm's mp
[08:59] <tvoss> taking over to ensure it's landing on trunk early today
[08:59] <Saviq> pstolowski, looks fine here :/
[08:59] <Saviq> pstolowski, thostr_, file a bug please
[08:59] <tvoss> ogra_, testing the remaining packaging changes locally now
[08:59] <tvoss> ogra_, for location service
[08:59] <ogra_> tvoss, thanks !
[08:59] <lool> tvoss: also -1000:1000
[09:00] <tvoss> lool, just look at the mp :) all encoded and documented
[09:00] <tvoss> ogra_, ack
[09:00] <Saviq> ogra_, ok, so "start on startup"?
[09:01] <lool> tvoss: ah right, score_adj, not adj
[09:01] <lool> tvoss: it looks good
[09:01] <lool> tvoss: does this supersede the ricmm thing?
[09:02] <tvoss> lool, yup
[09:02] <ogra_> Saviq, no
[09:02] <Saviq> ok /me leaves it be
[09:02] <tvoss> lool, I always try score_adj before adj as per deprecation of oom_adj for post 2.6.x kernels
[09:02] <ogra_> Saviq, it would be start in desktop-start or some such.  "startup" is a system event
[09:03] <Saviq> ogra_, pushed
[09:03] <ogra_> thx !
[09:04] <ogra_> Saviq, err, i dont think there is a "started" emitted
[09:05] <Saviq> ogra_, craps
[09:05] <ogra_> "start on desktop-start"
[09:05] <Saviq> ogra_, fixed
[09:05] <Saviq> ogra_, yeah, sorry about that
[09:05] <ogra_> thanks
[09:06] <ogra_> we'll see if it still works :)
[09:11] <abhishek> I have downloaded "saucy-preinstalled-touch-armhf.zip". How to flash this ubuntu image on Android board
[09:12] <abhishek> I am reading http://forum.xda-developers.com/showthread.php?t=2405815 ....
[09:13] <abhishek> Can you please let me know how to flash the Utouch image on Android board
[09:14] <abhishek> saviq: can you please help me
[09:15] <popey> abhishek: http://wiki.ubuntu.com/Touch/Install has a section on manually installing
[09:15] <lool> popey: I tried removing the HUD pieces in dropping-letters, and it worked
[09:15] <lool> popey: Where is the QML module in question?
[09:15] <tvoss> ogra_, didrocks https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878
[09:15] <tvoss> didrocks, would be great if I could get your review, too, on: https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878
[09:16] <ogra_> lool, could it be that this is one of the packages still using hud1.0 ?
[09:16] <popey> lool: nice one... probably ogra_
[09:16] <ogra_> tvoss, its already on the spreadsheet
[09:16] <tvoss> ogra_, ack ..
[09:16] <popey> lool: which qml module?
[09:17] <didrocks> tvoss: checking :)
[09:19] <lool> popey: Ubuntu.HUD
[09:19] <popey> pass
[09:19] <lool> libhud-qt1
[09:19] <lool> qtdeclarative5-hud1.0
[09:20] <lool> popey: share-app
[09:20] <lool> popey: share-app is what was pulling thisin
[09:20] <lool> Cool, at least wasn't core app
[09:20] <popey> ah
[09:20] <didrocks> tvoss: added somme comments
[09:20] <lool> so now the question, is hud part of our platform
[09:20] <lool> I'd say yes
[09:20] <tvoss> lool, +1, at least as it is right now
[09:21] <abhishek> popey: I ran the command phablet-flash cdimage-touch --device-path saucy-preinstalled-touch-armhf.zip
[09:21] <lool> tvoss: ok
[09:21] <abhishek> commad fails with: INFO:phablet-flash:Device detected as msm8960
[09:21] <abhishek> ERROR:phablet-flash:Unsupported device, autodetect fails device
[09:22] <abhishek> popey: can you please let me know
[09:22] <popey> abhishek: that wont work
[09:23] <abhishek> popey: some different procedure is written at "http://forum.xda-developers.com/showthread.php?t=2405815"
[09:23] <popey> 10:15:09 < popey> abhishek: http://wiki.ubuntu.com/Touch/Install has a section on manually installing
[09:23] <popey> note I said "manual installing"
[09:24] <popey> https://wiki.ubuntu.com/Touch/Install#Manual_Download_.26_Installation
[09:26] <nerochiaro> sergiusens: hi, any idea why phablet-flash ubuntu-system is failing with today's image on my maguro with this error: http://pastebin.ubuntu.com/6239779/ ?
[09:26] <abhishek> popey: I have IFC6410 board
[09:27] <abhishek> popey: I want to build Ubuntu touch for this board
[09:27] <popey> abhishek: yes, i understand that
[09:27] <abhishek> popey: I have Android source for this board ....
[09:27] <abhishek> popey: What steps do I need to follow ....I am totally confused
[09:28] <abhishek> popey: to get the hands on building ubuntu touch ..I have downloaded yuga source code
[09:29] <abhishek> popey: and start compiling .....but I am facing numerous compilation issues ..and I am not able to compile
[09:30] <popey> abhishek: I am not an expert at porting, sorry
[09:30] <popey> abhishek: now is probably a bad time to get time from people as we have a release in 2 days
[09:30] <popey> abhishek: maybe put it on hold and come back next week when things are a little calmer?
[09:31]  * popey pops out to get milk - no tea makes popey a sad boy
[09:31] <abhishek> popey: ok .....can you please answer me one question
[09:33] <abhishek> while building yuga source code, my compilation stops at qemu: uncaught target signal 11 (Segmentation fault) - core dumped
[09:33] <abhishek> make[4]: *** [scripts/mod/empty.o] Error 139
[09:34] <abhishek> popey: can you please let me know how to resolve this
[09:39] <nerochiaro> oSoMoN: gusch: hi, any idea why phablet-flash ubuntu-system is failing with today's image on my maguro with this error: http://pastebin.ubuntu.com/6239779/ ? does it work for you ?
[09:40] <gusch> nerochiaro: no idea, but "sudo phablet-flash ubuntu-system --channel devel-proposed" worked for me in the morning
[09:40] <nerochiaro> gusch: as root =
[09:40] <nerochiaro> ?
[09:41] <oSoMoN> nerochiaro: no idea, haven’t flashed today
[09:41] <gusch> nerochiaro: yes- with that arguments, sudo is needed
[09:42] <gusch> nerochiaro: and flashing takes a bit longer
[09:42] <nerochiaro> gusch: interesting, why is it needed ?
[09:42] <cwayne> it shouldn't be
[09:43] <gusch> nerochiaro: I think it's using fastboot, that needs to run as root - but for details ask sergiusens
[09:44] <popey> abhishek: as I said, I am not an expert at this
[09:46] <abhishek> popey: ok
[09:47] <nerochiaro> gusch: i did, but he's gone for today i think. i'll try the one you said, let's see how it goes
[09:48] <abhishek> popey: sry for that ....I am stuck and not able to find solution.
[09:51] <tvoss> didrocks, updated
[09:51] <tvoss> didrocks, https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878
[09:52] <didrocks> ogra_: you take care of the seed side?
[09:53] <ogra_> didrocks, dropping the examples ?` yeah
[09:53] <didrocks> thanks!
[09:53] <didrocks> tvoss: should I top-approve or you want on more feedback?
[09:53] <tvoss> didrocks, I think we are good
[09:53] <didrocks> done
[09:54] <tvoss> didrocks, thx
[10:00] <davmor2> Morning all
[10:00] <didrocks> yw
[10:01] <cwayne> mornin davmor2
[10:01] <davmor2> cwayne: is it not like 2 am there?
[10:02] <cwayne> davmor2: lol its 6
[10:04] <Aaron1011> Hello. I'm having a problem running the phablet-dev-bootstrap command
[10:05] <Aaron1011> It fails with an error about a missing GPG public key when downloading the Repo toll
[10:05] <Aaron1011> tool^^
[10:05] <Aaron1011> Here is the error I
[10:05] <Aaron1011> 'm getting: http://paste.ubuntu.com/6239906/
[10:12] <Aaron1011> Never mind
[10:12] <Aaron1011> I fixed it by downloading the newer repo launcher, which installed the proper GPG keys
[10:19] <deedend> hi
[10:20] <deedend> anyone have useed ubuntu otuch on Galaxy Nexus and can report the battery situation or most annoying issues?
[10:20] <tvoss> Saviq, didrocks https://code.launchpad.net/~thomas-voss/unity8/add_post_inst_script_to_gain_cap_sys_resource/+merge/191144
[10:22] <sergiusens> gusch, nerochiaro it's been a busted usb/adb on the host side when it happened to ogra and om26er ; although this error message is new to me
[10:22] <sergiusens> no need for root
[10:22] <tvoss> ogra_, https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878
[10:22] <Saviq> asac, tvoss, the UITK suite doesn't complete, feels like it's because of the slowdown, the fix for which has not landed yet
[10:23] <tvoss> Saviq, ack ... I will see that I try with kevin's performance fix
[10:23] <tvoss> Saviq, need to reflash though :) I have a tendency of spamming my installation
[10:23] <didrocks> Saviq: tvoss: another fix not in mir trunk? (we are trying to land mir trunk)
[10:23] <tvoss> didrocks, let me check please
[10:24] <Saviq> didrocks, it's in trunk, but not released yet
[10:24] <Saviq> AFAIK
[10:24] <asac> Saviq: feels like?
[10:24] <asac> :)
[10:24] <ogra_> didrocks, the above is for droppign swap too
[10:24] <Saviq> asac, what else can I say - that's what happens - at some point the suite just stops
[10:24] <asac> Saviq: so its a timeout issue?
[10:25] <Saviq> asac, and unity8 is slow to the extent of being unusable
[10:25] <asac> Saviq: e.g. we have a "whole suite must not run longer than N minutes"?
[10:25] <Saviq> asac, no, the suite just dies
[10:25] <didrocks> Saviq: unity8 trunk or mir trunk?
[10:25] <asac> Saviq: but if we run them one by one its working
[10:25] <Saviq> didrocks, mir
[10:25] <ogra_> didrocks, libpcap needs to be used to make unity8 allowed to adjust the oom_adj value
[10:25] <asac> Mirv: can you confirm that the uitoolkit suite succeeds if you run every test one by one during ONE boot?
[10:25] <Saviq> asac, yeah, that's exactly why I'm saying it's the slowdown's fault
[10:25] <didrocks> Mirv: did you have any issue with latest mir running the whole ui-toolkit test suite? ^
[10:26] <asac> Saviq: so the slowdown gets worse the longer the autopilot process runs?
[10:26] <didrocks> ogra_: yeah, I'm fine with it (+1), didn't top-approve
[10:26] <ogra_> ok
[10:26] <asac> Saviq: iow, restarting autopilot will make slowdown less bad?
[10:26] <asac> sounds weird
[10:26] <Mirv> asac: no, for me it does not get to the end also individually, at least without utah trick. it gets quite near to the end, though, and then I've run the remaining tests on the next boot.
[10:26] <asac> but guess thats the symptoms
[10:26] <Saviq> asac, I guess it's just about restarting the app quickly
[10:26] <asac> didrocks: do we have the performance fixes by tvoss and friends staged in daily-build yet?
[10:26] <Mirv> didrocks: I've had a problem both before and now. with the new mir the test results seem somewhat better with ui toolkit with my method.
[10:27] <asac> didrocks: would be nice to get Saviq an early glance at those bits for testing things before
[10:27] <didrocks> asac: it's in, and that's what Mirv is using right now for his tests
[10:27] <Saviq> asac, maybe the autopilot shutdown / startup is long enough that it lets the whole thing settle
[10:27] <didrocks> I confirm as well that after 1h, unity8 is slow in scrolling
[10:27] <Saviq> didrocks, 1hr?!
[10:27] <tvoss> didrocks, with kdub's performance fixes?
[10:27] <Saviq> didrocks, I'm talking 3 mins
[10:27] <didrocks> tvoss: right
[10:28] <Saviq> didrocks, within a single ap run for UITK it slowed down to being unusable
[10:28] <didrocks> I'm unsure it's Mir or qml/unity8 TBH
[10:28] <didrocks> Saviq: yeah, I didn't run it, only Mirv ran it. I'm just talking about using it
[10:28] <tvoss> didrocks, could still be the upstart mem leak, too
[10:28] <didrocks> tvoss: no mem leak
[10:28] <didrocks> 500Mb
[10:28] <didrocks> and CPU idling
[10:28] <didrocks> so, not the case of unity8 getting to 1G
[10:29] <tvoss> didrocks, ack, that's mako or maguro?
[10:29] <didrocks> mako
[10:29] <didrocks> so Mirv, on the test suite, running all ubuntu ui toolkit AP tests still hangs?
[10:29]  * didrocks can try
[10:29] <didrocks> (sorry seb for settings :p)
[10:30] <nerochiaro> sergiusens: flashing with the proposed channel worked fine, so i think the cause was not a busted usb
[10:30] <Mirv> didrocks: for me, yes always since mir-by-default. I've not tried utah tricks and such, but a simple phablet-test-run ubuntuuitoolkit
[10:30] <Mirv> didrocks: to get results of the individual tests, I run them separately
[10:31] <tvoss> Mirv, and you are running with kdub's performance fix right now?
[10:31] <Mirv> didrocks: the general feeling is that the 2-3 fps, killing of processes is all connected
[10:31] <didrocks> tvoss: he is
[10:31] <Mirv> tvoss: yes. now the performance is great at worst, but autopilot ubuntuuitoolkit gets it down to 2-3fps eventually, processes get killed and the device reboots (that's also with the older mir, but without the great performance in the beginning)
[10:31] <oSoMoN> jibel: I spent some time on this mediaplayer crash but haven’t made much progress, I’m gonna need help from someone who knows the multimedia stack
[10:31] <Mirv> s/worst/first/, heh
[10:32] <sergiusens> nerochiaro, let me check
[10:32]  * tvoss has got an idea ... 
[10:35] <Mirv> didrocks: I have now all AP suites tested with the perf-fixed Mir, and I'm getting no regressions from #97 image tests (with reboots in between, executing whole test suites except for ui toolkit and unity8).
[10:36] <didrocks> \o/
[10:36] <didrocks> tvoss: Saviq: FYI, just reproduced it
[10:36] <asac> Mirv: when do you go off today?
[10:36] <didrocks> Mirv: so, you're good to publish them?
[10:37] <Mirv> some like music-app, clock-app are at least better than in #97 dashboard
[10:37] <Mirv> asac: I've 9h full in 2h
[10:37] <tvoss> didrocks, ack, see #ubuntu-mir
[10:37] <Mirv> didrocks: I would be, yes, if it's ok to do publishes. there are cu2d runs ongoing, but I stopped platform + unity8 from doing rebuilds before they started.
[10:37] <didrocks> Mirv: please publish now and ping the release team :)
[10:38] <Mirv> didrocks: ok
[10:38] <didrocks> Mirv: yeah, I saw that! Big thanks :)
[10:38] <asac> Mirv: ok, enjoy your vacation in case we dont speak (i think i got:)
[10:38] <asac> ignore the ()
[10:38] <Mirv> asac: thanks
[10:41] <abhishek> didrocks: I have IFC6410 board with Android. I have source code of Android running on this board.
[10:41] <abhishek> didrocks: I want to run Ubuntu on this board. Can you please let me know how to proceed ?
[10:41] <abhishek> didrocks: can you please help me
[10:41] <Mirv> didrocks: what about unity-system-compositor / desktop, should that be quickly smoke tested and published as well?
[10:42] <didrocks> Mirv: if you can just enable it, ensure the session start and exits, it will be fine
[10:42] <Mirv> didrocks: I'll do that
[10:42] <didrocks> abhishek: not really sure I can help you, there is the porting guide at https://wiki.ubuntu.com/Touch/Porting
[10:43] <didrocks> thanks!
[10:45] <abhishek> didrocks: ok ....this porting guide is for the devices which are in CyanogenMod. My device is not supported there.
[10:46] <didrocks> abhishek: I think dholbach may be able to help, I don't have more clue TBH
[10:47] <dholbach> didrocks, no I'm afraid not :/
[10:47] <abhishek> didrocks: Ok ...thanks ...I'll try to contact dholbach
[10:48] <abhishek> dholbach: :(
[10:48] <dholbach> didrocks, I never ported Touch to any device :/
[10:48] <abhishek> no body is there to help me
[10:53] <Mirv> didrocks: Mir continues to run on desktop as well, see packaging acks on desktop channel
[10:53] <sergiusens> nerochiaro, so stable broke?
[10:53] <didrocks> Mirv: \o/ please publish now (+1 on all)
[10:53] <nerochiaro> sergiusens: i had that error with stable "phablet-flash ubuntu-system"
[10:56] <didrocks> /dev/loop0 on / type ext2 (rw,relatime,errors=continue)
[10:56] <didrocks> ogra_: do we know why? ^
[10:56] <didrocks> (ext2)
[10:56] <didrocks> tvoss is trying to setcap
[10:57] <Mirv> yes
[10:59] <xnox> didrocks: it's read-only, thus a "recovery" journal features of ext4 are pointless and waste of space.
[10:59] <xnox> didrocks: also i think we only have mkfs.ext2 in recovery when we generate that upon flashing the device.
[10:59] <xnox> didrocks: same reasons /boot is usually ext2 even today.
[11:00] <didrocks> tvoss: here is your explanation ^
[11:01] <tvoss> xnox, how can we do setcap then?
[11:04] <xnox> tvoss: which capabilities are you after? it's read-only, and quite of few things are bind-mounted to a writable partition, which i can't remember is on what file-system (maybe even ext4)
[11:04] <Saviq> Mirv, btw, unity8 tests in trunk should be good, too
[11:04] <xnox> let me boot my grouper tablet.
[11:05] <didrocks> Saviq: sil2100 is handling it right *now* :)
[11:05] <tvoss> xnox, I need to give CAP_SYS_RESOURCE to unity8
[11:05] <tvoss> xnox, via setcap in a postinst script
[11:06] <xnox> tvoss: that really will not work, given that we package rootfs in a tarball (which doesn't preserve capabilities) and then transfer the tarball in zip, and unpack it.
[11:07] <xnox> tvoss: i think you need to talk to stgraber w.r.t. to how to transfer those capabilities.
[11:07] <xnox> tvoss: with system-image updates.
[11:07] <tvoss> xnox, can we issue the respective call from an upstart script then?
[11:07] <tvoss> stgraber, ping
[11:08] <xnox> tvoss: you can add system level job (not user-job) that will run as root....... but i'd rather it be done once on image deploy.
[11:08] <tvoss> xnox, okay, do we have an example how to do that?
[11:09] <sil2100> ;)
[11:09] <xnox> tvoss: also CAP_SYS_RESOURCE lists many things that it grants http://linux.die.net/man/7/capabilities
[11:09] <xnox> tvoss: and not sure from what kernel levels it's available.
[11:09] <xnox> tvoss: what are you specifically after ?
[11:09] <sil2100> Saviq: I ran AP trunk without the last commit in the morning and I got 2 failures, all others were green - so it's really looking nice
[11:10] <xnox> tvoss: upstart has native support for oom score http://upstart.ubuntu.com/cookbook/#oom-score
[11:10] <xnox> tvoss: so if you are after that you can simply adjust that in the upstart job.
[11:10] <xnox> (system level, not user level)
[11:10] <tvoss> xnox, discussion is summarized here: https://bugs.launchpad.net/unity8/+bug/1238691
[11:10] <xnox> tvoss: right I see.
[11:12] <xnox> jdstrand: ^ unity8 user binary wants CAP_SYS_RESOURCE and/or other ways of controlling oom_score_adj. system-level upstart has oom_score support, but not sure how best to manage that resource.
[11:13] <xnox> tvoss: i think you want stgraber / jdstrand, I'm not the best person to figure out how to manage capabilities on ro system images.
[11:13] <JamesTait> Good day all; happy Ada Lovelace Day! :-D
[11:14] <xnox> tvoss: oh, i see approval from mdeslaur. Chat with stgraber how we can get setcap to unity8 on the ro system image.
[11:14] <tvoss> JamesTait, happy Ada Lovelace day
[11:16] <tvoss> lool, can you help here? ^
[11:16] <ogra_> didrocks, no, we dont, thats a question for stgraber (who is travelling afaik)
[11:22] <sergiusens> is anyone aware of this: terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<std::runtime_error> >'
[11:22] <sergiusens>   what():  buffer allocation failed
[11:22] <sergiusens> I see that in the unity8 logs on my maguro
[11:22] <sergiusens> well, on the QA maguro logs
[11:22] <tvoss> sergiusens, we had that before ...
[11:22] <tvoss> alan_g, ^
[11:22] <tvoss> alan_g, speaking of gut feeling: I think we never free the surfaces
[11:23] <sergiusens> tvoss, that can explain why it gets slow after opening and closing apps all the time
[11:23] <alan_g> tvoss: Gut feel isn't enugh
[11:25] <alan_g> "buffer allocation failed" does sound like resource exhaustion - which would be a consequence though.
[11:27] <alan_g> sergiusens: recently racarr changed mir::shell::Surface so that it continues to hang onto resources until it is deleted. Could something in unity be holding onto these?
[11:27] <tvoss> Saviq, greyback ^
[11:27] <sergiusens> alan_g, I'm not familiar with either codebase to give a straight answer there
[11:29] <alan_g> In any case I'm hacking some reporting code into Mir so that we can test tvoss's "gut feel"
[11:31] <ogra_> Saviq, hmm was https://code.launchpad.net/~unity-team/unity8/ap_launch_unity_with_upstart/+merge/190886 the MP that was merged ? didnt you want to add the SIGSTOP handler to the upstart job ? (i dont see "expect stop" in there
[11:31] <ogra_> )
[11:36] <Saviq> ogra_, we don't have it yet
[11:39] <Saviq> ogra_, sil2100, didrocks we can't do SIGSTOP yet, Mir doesn't expose it for us yet
[11:40] <Saviq> but guys it's not critical if we don't get it yet
[11:41] <sil2100> Saviq: so are we cool as we are right now in trunk?
[11:41] <Saviq> sil2100, yes
[11:41] <Saviq> sil2100, didrocks, we can release
[11:42] <sil2100> Saviq, ogra_, didrocks: ok, then I test what we have now
[11:42] <Saviq> sil2100, clear /var/crash please
[11:42] <didrocks> sil2100: keep me posted ;)
[11:42] <didrocks> yeah to see if we have more crashes
[11:42] <Saviq> sil2100, and in case you get something other than maliit, please let me know
[11:42] <Saviq> didrocks, we'll have maliit aborts on startup for sure - when mir isn't ready yet
[11:43] <Saviq> didrocks, but that's ok, it gets restarted straight away and works then
[11:43] <didrocks> Saviq: ok, but it restart?
[11:43] <didrocks> ok :)
[11:43] <Saviq> sil2100, you take unity-notifications too?
[11:43] <didrocks> + ubuntu-touch-session (but I guess it's just to drop the upstart file)
[11:44] <Saviq> ogra_, can ew please merge the ubuntu-touch-session unity8.conf drop?
[11:44] <Saviq> didrocks, that's not merged yet
[11:44] <sil2100> Saviq: I have a .deb from ogra_ with that
[11:44] <Saviq> ok
[11:48] <ogra_> Saviq, waiting for sil2100's feedback
[11:49] <Saviq> k
[12:06] <lool> tvoss: what was it that I could help with/
[12:07] <tvoss> lool, we found an issue with setcap in a postinst script here https://code.launchpad.net/~thomas-voss/unity8/add_post_inst_script_to_gain_cap_sys_resource/+merge/191144
[12:08] <tvoss> lool, so ro system images and ext2 -> no setcap :/
[12:08] <tvoss> xnox, pointed direction stgraber but I wondered if you could probably help
[12:08] <lool> oh no
[12:08] <sil2100> Saviq: hi!
[12:08] <lool> tvoss: yeah this is a pretty bad approach I fear
[12:08] <sil2100> Saviq: so, I ran unity8 AP testing on the latest unity8
[12:09] <sil2100> Saviq: and I got 2 failures: http://paste.ubuntu.com/6240267/
[12:09] <sil2100> Saviq: last time when I ran without the last commit, I also got 2 failures but different ones
[12:09] <tvoss> lool, bad approach as in?
[12:09] <lool> tvoss: multiple things
[12:10] <lool> tvoss: relying on fs attributes by default; we let people use them, but usually packages dont make assumptions on them
[12:10] <sil2100> Saviq: any idea what might be the case here? I can provide the actual test results if those are not known failures
[12:10] <lool> tvoss: second, this changes the unity8 binary after installation
[12:10] <lool> but md5sum doesn't change
[12:10] <lool> I am not even sure our system-image diff can transport that delta
[12:10] <tvoss> lool, so what is the preferred way of using setcap then?
[12:11] <lool> we transport attr updates and ownership/group updates, but not sure about xattr
[12:11] <tvoss> mdeslaur, might be of interest to you
[12:11] <lool> tvoss: I think we should do it at runtime
[12:11] <tvoss> lool, by an upstart script?
[12:11] <lool> tvoss: I mean some kind of helper to gain us just this
[12:12] <lool> e.g. /usr/sbin/gain-setcap, then sudo gain-setcap --user=phablet unity8
[12:12] <lool> sorry, I mean gain-sys-resources
[12:13] <tvoss> lool, why not just an upstart script?
[12:13] <lool> tvoss: upstart script to set it on the file?  that still means requirement of a specific filesystem setup
[12:14] <lool> tvoss: I was thinking we woudl grant it to the process when it starts
[12:14] <lool> rather than encode that in the file
[12:14] <mdeslaur> lool: it's the approach we use for other desktop software, such as gnome-keyring
[12:14] <lool> indeed
[12:15] <lool> I am a bit reluctant of us switching fs today...
[12:15] <didrocks> tvoss: for next time on location-service, you should keep it as UNRELEASED rather than saucy in the changelog (see https://wiki.ubuntu.com/DailyRelease/FAQ#I.27m_bumping_the_upstream_version.2C_what_should_I_do.3F)
[12:15] <tvoss> didrocks, sorry
[12:15] <mdeslaur> lool: why do we need to switch fs?
[12:15] <didrocks> tvoss: no worry :)
[12:15] <lool> mdeslaur: we use ext2 without xattr
[12:15] <lool> I mean changing the fs setup
[12:16] <mdeslaur> lool: oh, hrm...yeah
[12:17] <mdeslaur> this was the short term approach...the long term approach would be to have a root-running helper much like rtkit
[12:17] <lool> mdeslaur: exactly
[12:17] <tvoss> lool, mdeslaur so what do we do next?
[12:18] <lool> I'm trying to think of a good location where we could have it with the setcap bit
[12:21] <lool> mdeslaur, tvoss: So how about an upstart job that mkdir /run/unity-setcap/, then copies unity8 there, setcaps it, then we prefer this one over /usr/bin/ one in upstart session job?
[12:21] <tvoss> lool, don't have a strong opinion as long as unity8 has get CAP_SYS_RESOURCE
[12:21] <tvoss> Saviq, ^, thoughts?
[12:21] <lool> we need setcap on the image
[12:22] <lool> tvoss: I've confirmed that setcap works there
[12:22] <tvoss> lool, ack
[12:22] <mdeslaur> lool: it's kind of ugly, but at this stage, I guess it's acceptable as a workaround :P
[12:24] <lool> mdeslaur: can you think of something less ugly?
[12:24] <ogra_> root@ubuntu-phablet:/# apt-cache rdepends libubuntu-location-service-dev
[12:24] <ogra_> libubuntu-location-service-dev
[12:24] <ogra_> Reverse Depends:
[12:24] <ogra_>   ubuntu-location-service-doc
[12:24] <ogra_> ugh
[12:24] <ogra_> tvoss, ^^^
[12:24] <mdeslaur> lool: not at the moment, no...
[12:25] <mdeslaur> lool: I think it's the best idea for now
[12:25] <lool> mdeslaur: I wanted to do something that will work on non-touch and with a fs that has xattr
[12:25] <lool> ok
[12:25] <Saviq> lool, we already have a BINARY that's used in unity8.conf
[12:26] <Saviq> lool, so if we check in the script that /run/blah/unity8 exists, we can set that BINARY to that by default instead
[12:26] <ogra_> tvoss, thats still all messed up ubuntu-location-service-doc depends on libubuntu-location-service-dev (if thats documentation  it shouldnt pull in dev libs)
[12:26] <lool> Saviq: who sets BINARY?
[12:26] <lool> Saviq: is that for testing?
[12:26] <xnox> tvoss: usually -dev package includes documentation, or recommends/suggests -doc.
[12:27] <Saviq> lool, yes
[12:27] <ogra_> xnox, its the pother way around here
[12:27] <xnox> tvoss: -doc should typically not depend on stuff (apart from like yelp / www-browser and the like)
[12:27] <Saviq> lool, it's "unity8" by default, but autopilot sets that when it wants to run a local copy
[12:27] <xnox> tvoss: e.g. for the case i install all -doc packages and open up /usr/share/doc/ via apache2
[12:27] <Saviq> i.e. not installed one
[12:28] <lool> Saviq: I'm not really sure we need to fiddle with this; we should just default to /run/xyz/unity8 instead of unity8 (from usr/bin)
[12:28] <mdeslaur> lool: is there anywhere in /var that is rw with xattrs?
[12:28] <ogra_> dpkg: error processing ubuntu-location-service-bin_0.0.2+13.10.20131015-0ubuntu1_armhf.deb (--install):
[12:28] <ogra_>  trying to overwrite '/usr/share/man/man2/ubuntu-location-service.2.gz', which is also in package ubuntu-location-service-examples:armhf 0.0.2+13.10.20131015-0ubuntu1
[12:28] <ogra_> tvoss, ^^^^
[12:28] <lool> mdeslaur: a bunch
[12:28] <ogra_> thats broken as well
[12:29] <lool> mdeslaur: http://paste.ubuntu.com/6240327/
[12:29] <lool> mdeslaur: and we could also add a new one
[12:29] <lool> mdeslaur: but it is so much work
[12:29] <Saviq> lool, sure, default to /run/xyz/unity8, fall back to /usr/bin/unity8 and BINARY overrides both
[12:29] <lool> mdeslaur: and it's just for a workaround
[12:29] <mdeslaur> lool: yeah
[12:30] <Saviq> lool, what would copy the bin to /run?
[12:30] <lool> Saviq: upstart job
[12:30] <lool> I'm trying to write one
[12:30] <mdeslaur> lool: I'm curious, was ext2 because of the android recovery tools and all that?
[12:30] <Saviq> lool, a system one, right?
[12:31] <lool> Saviq: yes
[12:31] <lool> mdeslaur: no idea
[12:31] <lool> mdeslaur: It might be bogus
[12:31] <Saviq> tvoss, /me rejects your postinst
[12:31] <tvoss> Saviq, ack
[12:31] <lool> mdeslaur: I think it's because we only needed read-only
[12:31] <mdeslaur> lool: please add a comment to the upstart job that it's an ugly hack workaround so people don,t think we've engineered this on purpose :)
[12:31] <lool> mdeslaur: but I would htink ext4 would still be better?
[12:31] <lool> mdeslaur: yeah
[12:32] <mdeslaur> hehe :)
[12:32] <Saviq> lool, /run/what/unity8 then?
[12:33] <lool> Saviq: you want to do it?
[12:33] <Saviq> lool, I'm doing the unity8 part
[12:33] <lool> Saviq: /run/unity8-setcap/unity8
[12:33] <Saviq> k
[12:33] <ogra_> tvoss, commented at https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878 and set it back to "needs review", please fix
[12:33] <lool> Saviq: well that should all go in unity8 IMO
[12:33] <tvoss> didrocks, #97 will have the performance fix?
[12:33] <lool> Saviq: no need to split hairs
[12:33] <Saviq> lool, it could, true, I can do
[12:33] <dbarth> speaking of unity8, will there be a last update before the 1.0 image gets released?
[12:34] <dbarth> i'd love to get the fix for the facebook launcher on the home screen
[12:34] <tvoss> ogra_, xnox so dev recommends doc?
[12:34] <tvoss> ogra_, nox it's okay if doc recommends -examples?
[12:35] <lool> Saviq: ok, I've also started one, we can mix and match when we're done  ;-)
[12:35] <xnox> tvoss: yes, dev can recommend or suggest doc, but doesn't have to. (optional)
[12:36] <Saviq> lool, yup
[12:36] <xnox> tvoss: doc recommending -examples is also very legit.
[12:36] <ogra_> tvoss, -doc depends on -dev currently
[12:36] <ogra_> tvoss, that needs to go
[12:36] <ogra_> -dev can recommend -doc indeed
[12:36] <tvoss> ogra_, got it, just asking
[12:42] <Saviq> ogra_, FYI, startup and session-end are User Events
[12:42] <ogra_> startup is also a system event
[12:42] <ogra_> (the first one init emits)
[12:43] <lool> dbarth: which rev was that merged in?
[12:43] <lool> dbarth: 411.3.3?
[12:43] <lool>       s/facebook/gmail/
[12:44] <lool> hmm n
[12:44] <ogra_> dbarth, did you add it to the spreadsheet ?
[12:44] <lool> he had it a while ago I think
[12:44]  * ogra_ doesnt see it anywhere 
[12:44] <lool> facebook starts empty here
[12:45] <Saviq> ogra_, http://upstart.ubuntu.com/cookbook/#ubuntu-well-known-events-ubuntu-specific
[12:45] <ogra_>   5  | startup(7)                   |  S   |  I   | Boot                       |  J |
[12:45] <mihir> pkunal-parmar: hey !!
[12:46] <pkunal-parmar> Hi
[12:46] <ogra_> ah, there is another table :P
[12:46] <ogra_> blind me
[12:46] <ogra_> Saviq, yeah, you are right, startup would work too
[12:47] <tvoss> asac, ping
[12:47] <lool> Saviq: testing the change here
[12:47] <Saviq> lool, "the change"?
[12:47] <lool> Saviq: got the boot part done, testing unity8 upstart job now, but it's not landed
[12:47] <ogra_> Saviq, there are some jobs we want to have executred before unity8 starts though ... they use startup ...
[12:47] <lool> Saviq: I mean the setcap stuff
[12:48] <Saviq> lool, mine looks like so http://pastebin.ubuntu.com/6240377/
[12:48] <dbarth> Saviq: you ok to have a new release of unity8? ie i can add it to the spreadsheet, but under your control
[12:48] <ogra_> Saviq, like logrotate and the xdg-dir env vars setup
[12:48] <Saviq> dbarth, it's happening right now
[12:48] <dbarth> Saviq: ah sweet :)
[12:48] <dbarth> thanks
[12:48] <Saviq> ogra_, yeah, sure, and ofono-setup could be one of those, no?
[12:48] <ogra_> Saviq, so i think desktop-start is the best event foir us (like discussed before)
[12:49] <Saviq> ogra_, sure, I'm ok with that
[12:49] <ogra_> Saviq, even ofono writes logs
[12:49] <Saviq> ogra_, right
[12:49] <Saviq> ogra_, yeah, I'm good
[12:49] <lool> Saviq: http://paste.ubuntu.com/6240389/
[12:49] <ogra_> you want logrotate to be done befoire you write to the logfile :)
[12:49] <cyphermox> morning!
[12:49] <ogra_> cyphermox, thats so long ago already
[12:49] <ogra_> :)
[12:49] <ogra_> (morning ... )
[12:49] <cyphermox> hehe :)
[12:50] <cyphermox> it's always morning somewhere
[12:50]  * ogra_ does another reboot ... one of these days pulseaudio will just work on my precise desktop ... i'm sure
[12:50] <cyphermox> (just like it's always beer oclock elsewhere ;)
[12:50] <lool> Saviq: /proc/self/fd/9: 6: exec: /run/unity8-setcap/unity8: Permission denied^M
[12:51] <Saviq> lool, wonder if /run is mounted noexec...
[12:51] <Saviq> lool, of course it is
[12:51] <lool> Saviq: yeah  :-/
[12:51] <lool> sucks to be us
[12:52] <Saviq> indeed
[12:52] <davmor2> ogra_: shame on you tis always Morning on the T'interwebz
[12:52] <Saviq> lool, I'll let you find another way then
[12:52]  * Saviq is logging out from that  for now
[12:53] <lool> not quite sure what to do that isn't touch specific
[12:55] <jdstrand> mdeslaur: so, due to bug #1230091, no one can implement out of process user prompting. that means online accounts and location have no prompting
[12:55] <ogra_> davmor2, heh
[12:55] <jdstrand> mdeslaur: the problem is, several apps were let in to the appstore in the previous months in anticipation that it would be there
[12:56] <mdeslaur> jdstrand: hrm, that's unfortunate. Should be in the release notes I guess.
[12:56] <jdstrand> mdeslaur: it is
[12:56] <tvoss> jdstrand, on the radar for immediately after v1
[12:56] <jdstrand> tvoss: yes
[12:56] <jdstrand> tvoss: thanks :)
[12:56] <ogra_> oh, finally, sound again
[12:56] <jdstrand> mdeslaur: at the time those apps were let in, the accounts policy group was considered 'common'. as a result of this bug, it is considered 'reserved'
[12:57] <jdstrand> mdeslaur: people like mhall119 are performing updates for their apps, but they are being blocked because they are using a now reserved policy group
[12:58] <jdstrand> mdeslaur: and I'm not sure how to proceed. a hard line approach would be to rewrite the app. perhaps a more reasonable approach is to grandfather in those that were already allowed, but don't allow any new apps
[12:58] <jdstrand> mdeslaur: thoughts?
[12:58] <mdeslaur> jdstrand: any reason why we don't just continue having it as "common"?
[12:58] <mdeslaur> jdstrand: if it's going to get implemented soon, I don't see an issue...
[12:59] <jdstrand> mdeslaur: we did that with location. however, it was deemed that accounts was too sensitive
[12:59] <asac> tvoss: ?
[12:59] <lool> stgraber: around?
[13:00] <jdstrand> mdeslaur: another consideration is when it is implemented, it is almost certainly going to be part of the 1.1 policy for ubuntu-framework-1404
[13:00] <tvoss> asac, ?
[13:00] <lool> stgraber: we'd like to setcap unity8 with some flags; ext2 doesn't support this; should be bind-mount this specific executable and then setcap it on boot?
[13:00] <ogra_> questionable day today ?
[13:00] <mdeslaur> jdstrand: ok, so switch it to reserved, and grandfather in the apps that already use it I guess
[13:00] <lool> stgraber: will it be updated on upgrades if I have it as "temporary transition" in writable-paths?
[13:01] <mdeslaur> jdstrand: kicking the apps out basically means they can't get back in at the moment...I think that would be a letdown to the developers who made it all the way in :P
[13:01] <stgraber> lool: it won't be updated on updates and you're assuming that /userdata is ext4 which you can't rely on either
[13:01] <jdstrand> mdeslaur: (it is already reserved btw)
[13:01] <jdstrand> mdeslaur: yes, I think that is the only way to proceed
[13:01] <lool> stgraber: we cant but it is right now
[13:01] <jdstrand> mdeslaur: thanks
[13:02] <lool> stgraber: we seem to assume this for desktop installs with gnome-keyring
[13:02] <mdeslaur> jdstrand: yw
[13:02] <lool> stgraber: which has a setcap in postinst
[13:02] <lool> stgraber: I looked for other fses that would exist on desktop, found /run but it's noexec
[13:02] <lool> stgraber: we could mount a tmpfs /just for this/ but seems ugly, and wouldn't work on desktop
[13:03] <ogra_> lool, create something like /dev/.pcap/ ?
[13:03] <ogra_> ah, wait
[13:03] <lool> urgh /dev
[13:03] <tvoss> greyback, updated https://code.launchpad.net/~thomas-voss/unity-mir/oom_adjust/+merge/191123
[13:03] <greyback> tvoss: thanks
[13:03] <ogra_> lool, well, thats what initrd, bootchart and other bits do that need to keep stuff from the initrd boot
[13:04] <stgraber> lool: so yeah you could have an init script mount a tmpfs somewhere and then copy the binary and use setcap on it but that's a giant hack...
[13:04] <ogra_> or at least did in the past
[13:04] <lool> stgraber: exactly
[13:04] <ogra_> yeah, it isnt beauty indeed :)
[13:04] <ogra_> but would be a quick workaround one day before release
[13:04] <lool> stgraber: is there a combo in writable-paths that gives me a tmpfs *and* contents updated on upgrades?
[13:04] <tvoss> ogra_, updated: https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878
[13:05] <ogra_> tvoss, thanks, looking
[13:05] <stgraber> lool: nope
[13:05] <ogra_> tvoss, and the duplicated manpage too please :)
[13:05] <mdeslaur> is there a prize for whoever comes up with the ugliest hack? :)
[13:06] <ogra_> tvoss, oops, sorry, wrong glasses :P
[13:06] <ogra_> didrocks, ^^^ can you trigger a new build of https://code.launchpad.net/~thomas-voss/location-service/refactor-packaging/+merge/189878 ?
[13:06] <stgraber> lool: on the long term what we should really do is have ext4 in the recovery environment so we can have the loopback image be an ext4 partition (only used ext2 because I didn't have a choice) then figure out a way to store fs caps in a tarball (which AFAIK isn't possible without patching tar)
[13:06] <stgraber> that or figure out a way not to use caps :)
[13:07] <lool> stgraber: so ext2 was due to android limitations there?
[13:07] <lool> stgraber: there are other tar implementations that might be able to transport
[13:07] <mdeslaur> stgraber: long term, it should use a helper daemon, not have unity privileged
[13:07] <stgraber> ext2 was due to not having mkfs.ext4 in Android's recovery
[13:07] <stgraber> mdeslaur: that works too :)
[13:07] <lool> Schilling's star!  :-)
[13:08] <lool> mdeslaur, stgraber: Any opinion on where I should mount the tmpfs?
[13:08] <lool> /run/unity8-setcap ok?
[13:08] <ogra_> doesnt that inherit from /run ?
[13:08] <ogra_> (noexec)
[13:08] <lool> nah
[13:08] <mdeslaur> lool: I would prefer somewhere in /var that's isn't user-writable
[13:08] <stgraber> lool: somewhere under /run should be fine, just be very very sure you don't mess up the permissions
[13:09] <stgraber> mdeslaur: /run isn't user-writable and the copy will need to happen at every boot (since it's a tmpfs), so why not /run?
[13:09] <lool> stgraber: hmm tring to make things less complex, if I ship an empty dir in /var/lib/unity8, is that ok?
[13:09] <lool> well ok, I dont want to argue, you two just tell me  :-)
[13:09] <lool> either is fine with me
[13:09] <mdeslaur> stgraber: oh! whoops, I thought it was
[13:10] <mdeslaur> lool: /run is fine, ENEEDCOFFEE
[13:10] <stgraber> mdeslaur: we'd be in a whole lot of trouble if /run was user writable ;)
[13:10] <stgraber> mdeslaur: /run/user is a whole other thing though
[13:10] <mdeslaur> stgraber: yes, was confusing with $XDG_RUNTIME_DIR
[13:11] <stgraber> lool: so yeah, upstart job that's "start on starting whatever" checks if unity8 was already copied over, if not, creates the path, mounts a tmpfs with the right flags, copies the binary over and does setcap
[13:11] <stgraber> lool: (do we even have setcap on the phone?)
[13:11] <lool> stgraber: yeah, I had: 14:49 < lool> Saviq: http://paste.ubuntu.com/6240389/
[13:12] <lool> stgraber: we dont have setcap
[13:12] <lool> stgraber: need to depend on it
[13:15]  * stgraber runs away and pretends he never heard of that hack
[13:15] <jdstrand> mhall119: you asked about uReadIt-- but I don't see an update that needs review
[13:16] <lool> Saviq: file:///build/buildd/unity8-7.82+13.10.20131011.2/Shell.qml: File not found ^M
[13:17] <lool> f7fc98d7d845f85044733a943f7dffec  /run/unity8-setcap/unity8
[13:17] <lool> f7fc98d7d845f85044733a943f7dffec  /usr/bin/unity8
[13:17] <lool> Saviq: looks like unity8 doesn't like running with a different path?
[13:17] <mhall119> jdstrand: dholbach and beuno approved it yesterday
[13:17] <jdstrand> oh, interesting
[13:19] <tvoss> popey, any update on the failing tests?
[13:20] <popey> tvoss: looking for balloons
[13:20] <popey> tvoss: so no.
[13:20] <popey> tvoss: plars i see you're looking at music-app tests?
[13:22] <ogra_> wow, thats gross
[13:22] <tvoss> ogra_, ?
[13:22] <ogra_> tvoss, lool's hack
[13:22]  * ogra_ is happy it does have lics name and not his ... 
[13:22] <ogra_> *loics
[13:22] <ogra_> usually its me doing such evil stuff :)
[13:22] <mdeslaur> lol
[13:23]  * lool wishes he had options
[13:24] <ogra_> lool, you could have put someone else name in the changelog :)
[13:24] <ogra_> "* this is a sponsoring upload for asac"
[13:24] <ogra_> or some such ;)
[13:26] <lool> you folks are missing on the last round of evil actually
[13:37]  * popey afk
[13:37] <nik90> dpm: alarm saving works
[13:37] <nik90> :)
[13:38] <nik90> popey ^^ :D
[13:39] <nik90> just waiting on EDS to updated in the next phone image
[13:43] <nik90> charles: What else are we waiting on your MP for alarms notification? https://code.launchpad.net/~charlesk/indicator-datetime/lp-1233176/+merge/190009
[13:43] <mhall119> jdstrand: I talked dholbach and beuno into approving it, since the existing version already used that policy group, but was broken due to depending on Friends 0.1
[13:44] <jdstrand> mhall119: yes, I saw the discussion, which is why I discussed it just now with mdeslaur
[13:44] <jdstrand> we came to the same conclusion
[13:45] <mhall119> ok
[13:45] <jdstrand> I just didn't see that someone else approved it
[13:45] <jdstrand> (and was mildly surprised)
[13:47] <didrocks> ogra_: re location-service: is not the version that was built before?
[13:47] <ogra_> didrocks, no, its a rebuild, seems it happened automatically
[13:48] <didrocks> ah, it's a new MP
[13:48] <didrocks> ok doing it
[13:48] <didrocks> (done)
[13:50] <dpm> nik90, awesome! \o/
[13:51] <nik90> dpm: the core apps ppa did not include the fix btw. I just downloaded the MP's armhf deb package
[13:55] <dpm> nik90, the package was built from trunk. Which revision included the fix?
[13:56] <nik90> dpm: ah..the fix was not yet merged to trunk...I should have mentioned that
[13:57] <dbarth> tedg: ping?
[13:57] <dpm> nik90, ah, of course, silly me, hadn't considered that
[13:57] <dpm> sorry
[13:57] <nik90> dpm: It was in a MP, and I wasnt sure how to get the deb package ... but then the jenkins bot was kind enough to create one :)
[13:58] <dpm> nik90, oh, nice. Jenkins you rock! (sometimes :)
[13:58] <nik90> dpm: hehe
[14:09] <lool> Saviq, tvoss: https://code.launchpad.net/~lool/unity8/unity8-setcap/+merge/191191
[14:11] <Saviq> lool, it's nice that there's no need to modify unity8.conf for that :)
[14:13] <lool> Saviq: yeah
[14:14] <tedg> dbarth, pong
[14:15] <dbarth> tedg: hey
[14:15] <dbarth> tedg: so i've just found that youtube now wants to display its media content with an rtsp:// url
[14:15] <dbarth> tedg: <grin> ;)
[14:15] <dbarth> should that be converted into a video:/// url
[14:15] <lool> no
[14:16] <dbarth> by webbrowser-app for example? or be yet-another mime type to manage?
[14:16] <lool> rtsp:// should be routed to mediaplayer-app, but not sure it supports it
[14:16] <dbarth> how do we play videos on the dash right now?
[14:16] <dbarth> it's all downloaded?
[14:16]  * tedg isn't the guy to ask here, he's just the router
[14:16] <lool> Not sure whether we generate video:/// or file:/// URLs from the start, but in the end mediaplayer-app gets told to open a file:///home/phablet/Videos/foo url
[14:17] <lool> dbarth: the online ones are opened in webbrowser
[14:17] <tedg> dbarth, So you're saying that we should route rtsp:/// to the video player, so that the webbrowser doesn't have to.
[14:17] <lool> tedg: well I doubt it supports that though
[14:17] <tedg> jhodapp, Do you support rtsp:// ?
[14:17] <jhodapp> tedg, nope
[14:17] <tedg> jhodapp, Tomorrow?
[14:17] <tedg> :-)
[14:18] <lool> lol
[14:18] <jhodapp> tomorrow what?
[14:18] <lool> jhodapp: rtsp support
[14:18] <lool> jhodapp: and mms:// please
[14:18] <jhodapp> lol, no way
[14:18] <jhodapp> :)
[14:18] <jhodapp> rtsp is a can of worms
[14:18] <lool> jhodapp: throw in some rtmp
[14:18] <lool> dbarth: isit rtsp or rtmp BTW?
[14:18] <dbarth> jhodapp: but rtsp is what youtube gives us right now
[14:18] <dbarth> do the test, go http://m.youtube.com/ and try to play a video
[14:19] <tedg> jhodapp, Isn't there a GStreamer plugin for it?
[14:19] <lool> dbarth: cant you set some profile to get http webm links?
[14:19] <jhodapp> dbarth, youtube requires rtsp support is what you're saying?
[14:19] <dbarth> earlier it was blocked I thought because of mediaplayer support, but now that it's active
[14:19] <dbarth> i can see that the url doesn't get routed
[14:19] <jhodapp> tedg, there is, and ideally it'd just work, but I've been told by experience GStreamer folks that it never just works
[14:19] <dbarth> for a good reason though
[14:19] <jhodapp> dbarth, it wasn't listed as a requirement
[14:19] <jhodapp> dbarth, so it can be added for 14.04
[14:20] <dbarth> lool: i could, or rather, i think i should if rtsp is not popular with jhodapp
[14:20] <dbarth> ;)
[14:20] <lool> dbarth: but rtsp really?
[14:20] <lool> I've seen plenty of sites use rtmp recently
[14:20] <Saviq> lool, it has one nasty sideeffect
[14:20] <lool> rtsp has these complex firewall bypassing issues, while rtmp is more or less like http
[14:20] <dbarth> i'll look deeper into it, and see also which user-agent to set in that regard
[14:20] <jhodapp> lool, if you have specific uses for these, we should start capturing them as 14.04 requirements
[14:20] <Saviq> lool, you can't apt-get upgrade unity8 :/
[14:20] <lool> Saviq: correct
[14:21] <Saviq> lool, we could add pre/post, but OTOH...
[14:21] <lool> Saviq: you need to unmount /usr/bin/unity8 before you do
[14:21] <Saviq> lool, yeah I know
[14:21] <Saviq> lool, maybe unity8-setcap could have stop for that?
[14:21] <lool> jhodapp: we were obviously kidding, not expecting you to add rtsp support on day of release
[14:21] <Saviq> lool, so we could stop unity8-setcap and start unity8-setcap
[14:21] <dbarth> jhodapp, lool: i'll investigate a bit more with various user-agents to see if i can convince this site into serving supported video formats instead
[14:21] <lool> jhodapp: albeit if you could, that would be nice; you getting early to bed tonight?
[14:21] <lool> jhodapp: ;-)
[14:22] <lool> Saviq: the stop/start semantics are already quite fragile for this kind of boot-hook scripts; would rather not play with this
[14:22] <Saviq> lool, there should be an upstart event for that :)
[14:23] <jhodapp> lool, yeah :)
[14:23] <Saviq> lool, ok, we'll just have to remember :/
[14:24] <jhodapp> lool, I would like to get any features or enhancements recorded if you would
[14:24] <lool> Saviq: good incentive to remove the hack  ;-)
[14:24] <Saviq> lool, true
[14:25] <Saviq> lool, merged
[14:27] <nerochiaro> tvoss: you said yesterday that clipboard is not working with MIR and it's a known issue. Is there a bug number for it ?
[14:35] <ogra_> tvoss, so now that we dont ship it anymore, should libubuntu-location-service-dev go into sdk-libs-dev ?
[14:36] <lool> barry: hey
[14:37] <barry> lool: hi
[14:37] <lool> barry: some errors running autopkgtests
[14:37] <lool> barry: do you have access to http://10.98.0.1:8080/view/Saucy/view/AutoPkgTest/job/saucy-adt-system-image/ARCH=i386,label=adt/4/console ?
[14:37] <barry> lool: i think i need to fire up my vpn
[14:37] <lool> yes
[14:40] <asac> anyone knows why youtube videos are always incompatible?
[14:40] <asac> or at least most of them are not supported by my device
[14:40] <barry> lool, cjwatson hmm, interesting.  i don't know why those fail, but i will look into it.  i'm also working on a fix for cjwatson's earlier observation bout /tmp  chmod'ing (which i know why that's happening - see discussion with myself and jdstrand over in #ubuntu-devel)
[14:40] <asac> ... maybe thats a user agent string?
[14:40] <asac> oSoMoN: ^^ ?
[14:41] <lool> barry: discussing with yourself?
[14:41] <barry> *between :)
[14:42] <barry> or maybe, yeah actually ;)
[14:42] <lool> I wonder who won the argument
[14:42] <barry> lool: i did of course
[14:43] <oSoMoN> asac: looking into it in a moment
[14:43] <asac> oSoMoN: thx
[14:43] <lool> barry: I guess you'll keep didrocks and I up-to-date on either ETA for fix or severity of the issue; we will assess next landings in a hangout in 75mn or so
[14:44] <barry> lool: yep.  that's the q/a meeting?  i'll attend
[14:45] <lool> barry: nah it's a conflicting one
[14:45] <lool> barry: might be best if you cover the qa one
[14:45] <barry> lool: ah okay ;)
[14:45] <lool> barry: it's a ci/landing team standup
[14:45] <lool> but given relesae approaching, I need to be there
[14:45] <lool> or sleeping
[14:45] <barry> lool: sleeping, haha!  np, i'll let you guys know
[14:52] <lool> tedg: I'm sure you'd like to chat indicator-network
[14:52] <dbarth> asac: i was just discussing that with lool and jhodapp
[14:52] <lool> tedg: so yesterday while roaming I perceived this behavior
[14:52] <lool> tedg: if you're near a wifi, but not connected to any, you can't turn off wifi from indicator; 3g doesn't come up
[14:53] <tedg> No, really, I never want to chat indicator-network :-)
[14:53] <asac> dbarth: ok half-line summary is?
[14:53] <lool> tedg: if you connect to a wifi, you can turn off wifi and 3g comes up
[14:53] <dbarth> asac: and yes, it's something our ua-overrides and mediaplayer-app ability to display rtsp
[14:53] <lool> tedg: does that match what the code is meant to do and do you agree it's annoying and needs to be fixed?
[14:54] <lool> dbarth: where did you saw the facebook fix is?
[14:54] <dbarth> asac: will tweak things further, but probably it's a choice between a nice mobile UI vs getting an unsupported video stream url
[14:54] <dbarth> lool: facebook fix for?
[14:54] <lool> dbarth: facebook comes up empty
[14:54] <dbarth> lool: we have a ua fix to get a better facebook as well, avoid blurry images
[14:54] <tedg> lool, Seems odd, but I think that's probably a Network Manager issue more than an indicator-network one.  The enable/disable thing is probably ours and Wellark is fixing that.  But the no 3G probably isn't.  cyphermox might have an idea.
[14:54] <dbarth> lool: youtube you mean?
[14:54] <lool> dbarth: also 14:34 < dbarth> i'd love to get the fix for the facebook launcher on the home screen
[14:55] <lool> dbarth: no facebook
[14:55] <dbarth> lool: ah sorry; go to the home dash, click on facebook
[14:55] <asac> dbarth: rtsp is what they send to iphone and android devices?
[14:55] <dbarth> lool: with image 96 it still points to a /usr/share/application desktop file
[14:55] <lool> dbarth: that gives me a blank webbrowser-app --webapp run
[14:55] <dbarth> asac: right
[14:55] <asac> dbarth: so how does rtsp with proxies etc. work? or is that optimized for direct IPs?
[14:56]  * asac wonders if we have rtsp in the archive at all
[14:56] <cyphermox> lool: but are you connected to 3G? is there enough signal to be connected and stuff?
[14:56] <dbarth> lool: that gives me no application launch on image 96; if you get a blank window, it means that the unity8 fix does not work :/
[14:56] <lool> cyphermox: Yes
[14:56] <lool> cyphermox: and there's always 2g
[14:56] <cyphermox> lool: I think you ought to file a bug and add syslog, the output of list-contexts and list-modems
[14:56] <lool> tedg, cyphermox: But now that you bringit up, that reminds me of another annoying issue: how do I *remove* wifi networks I've connected to?
[14:57] <cyphermox> lool: I don't understand.. if there's 2G, and you're not connected to wifi already, aren't you connect to 2G?
[14:57] <tedg> lool, We just got design for it a week or so ago, and haven't had time to implement it.
[14:57] <dbarth> asac: no real idea, except it's supposed to be a pain with network protections, yes
[14:57] <lool> cyphermox: that's the thing
[14:57] <ogra_> tvoss, one more issue with location service ... the bin package needs to be "Multi-arch: foreign" apparently
[14:57] <lool> cyphermox: it lists all the wifis
[14:57] <lool> cyphermox: doesn't attach to 2g
[14:57] <lool> cyphermox: I wasn't with a computer to adb shell
[14:58] <lool> but I could reproduce I guess
[14:58] <dbarth> asac: but long story short; i will try to get something more compatible, while still being served a decent mobile UI
[14:58] <cyphermox> lool: if you're not connected to wifi, you should be connected to 2g, regardless of what's showing in the indicator menu
[14:58] <asac> dbarth: yeah. would be nice to get a nice bandaid that is safe to land tomorrow still
[14:58] <pitti> fginther: hm, still here?
[14:58] <cyphermox> the icon should be showing something to that effect
[14:58] <asac> thanks
[14:58] <cyphermox> lool: if not, then you are disconnected for whatever reason, and that's where the bug helps
[14:58] <asac> dbarth: so whatewver is best by tomorrow lunch would be amazing. not 100% sure if it will still make the cut
[14:58] <asac> but we want to try landing till last minute :)
[14:58] <fginther> pitti, yes
[14:59] <dbarth> ok, message received
[14:59] <pitti> fginther: I got new tests, but https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/2449/console is really confusing -- it fails a test "test_click_new_message_button" which doesn't even exist any more
[14:59] <lool> cyphermox, tedg: Where do I file this?
[14:59] <pitti> fginther: that's from the original trunk branch (the tests which didn't really do much)
[14:59] <cyphermox> file it against NM, and I'll reassign
[14:59] <pitti> fginther: but I removed that as test_click_new_message_button() wasn't actually a test, just a helper function
[15:00] <pitti> I have no idea why the toolbar actually fails, it works fine on my mako
[15:01] <fginther> pitti, can you try merging to trunk and pushing the updated branch?
[15:04] <pitti> fginther: done (that didn't touch any test, though)
[15:04] <fginther> pitti, I'm in the middle of watching a phone, it's driving me crazy
[15:04] <fginther> pitti, I'll take a closer look in a moment
[15:04] <pitti> fginther: ah, sorry; we can continue tomorrow or so
[15:04] <pitti> it's not *that* critical
[15:04] <pitti> fginther: I guess I shouldn't be worried too much about "UNSTABLE" though, right? a lot of tests seem to fail on these
[15:05] <pitti> I want my new ones to succeed, though
[15:05] <pkunal-parmar> fginther, any chance we can get this merged  lp:~pkunal-parmar/ubuntu-calendar-app/icons ⇒ lp:ubuntu-calendar-app
[15:05] <pkunal-parmar> ?
[15:05] <fginther> pkunal-parmar, looking
[15:06] <pkunal-parmar> ok, thaks
[15:06] <pkunal-parmar> thoose are just icons
[15:06] <lool> dbarth: nevermind, fb was because of the bad wifi network I cant get rid off
[15:09] <pitti> fginther: ah yes, earlier tests already failed with the exact same issue, so it's not related to my MP in particular
[15:09] <fginther> pkunal-parmar, building
[15:09] <pitti> seems people just approve landing anyway even with test failures :/
[15:10] <fginther> pitti, ugh. I wonder if it's a test no-one cares about, should it be removed?
[15:10]  * popey returns
[15:10] <pitti> fginther: certainly not, that's testing the core functionality of the app (and it's working fine)
[15:11] <pitti> fginther: that particular test_click_new_message_button() is bogus (I removed it in my MP, or rather, renamed it into a helper function), but the actual failure remains (toolbar doesn't come up)
[15:11] <pitti> it just comes up in a different test now
[15:11] <pitti> above just made me wonder why it runs the AP test from the archive instead of from the package in my branch
[15:11] <fginther> pitti, toolbar, I remember a bug about that...
[15:12] <fginther> pitti, it should be using your archive, let me take a look
[15:12] <pitti> fginther: I run the tests like this: install image, make writable, reboot, install the packages (ui toolkit, ofono-phonesim, and the like), go to the branch's tests/autopilot, and do "autopilot run messaging_app"; is that much different from what the CI machinery does?
[15:13] <pitti> all of that from an ssh session
[15:13] <pitti> (as user phablet)
[15:13] <fginther> piiramar, are you using the development image (with mir)?
[15:13] <pitti> (as the adb terminal really sucks)
[15:13] <davmor2> charles: Hey dude did you manage to get to the bottom of the bluetooth headset issue in the end?
[15:13] <fginther> pitti, are you using the development image (with mir)?
[15:13] <fginther> piiramar, sorry, wrong nick
[15:13] <pitti> fginther: yes (although from yesterday)
[15:14] <pitti> fginther: I can feel the Mir slowness :)
[15:16] <fginther> pitti, ci basically installs all the packages from your build, then does "autopilot run $test_suite" to run the installed package (it doesn't go to the branch's test directory)
[15:17] <cyphermox> lool: do you have a new bug, or are you trying to reproduce first?
[15:17] <pitti> fginther: ah, right; I'll try that, but I didn't actually move/add files
[15:17] <fginther> pitti, there is a lot of work to get the screen on and unlock unity, but that doesn't sound like the issue for you
[15:17] <pitti> fginther: I run "sudo powerd-cli display on &" in the bg
[15:18] <fginther> pitti, so does ci, timing appears to be critical to get it to work
[15:19] <lool> cyphermox: just want to know where to file it once I reproduce
[15:19] <cyphermox> lool: ah, sorry, I didn't ping you when I answered
[15:19] <cyphermox> lool: file it against network-manager, I'll reassign if necessary
[15:19] <lool> ah I see it now
[15:20] <lool> ok thanks
[15:20] <cyphermox> thanks to you :)
[15:32] <pitti> fginther: oh - the debs from my build were 0.1+13.10.20131011+autopilot0, while 0.1+13.10.20131015.1-0ubuntu1 was already in teh archive
[15:32] <pitti> fginther: that's why you asked me to merge to trunk, I suppose
[15:33] <pitti> fginther: ok, that mystery got solved for me :) (still not the main issue for the broken toolbar, which seems to have been around for a while already)
[15:33] <fginther> pitti, yeah, I'm looking at that... I'm not sure why the didn't happened, since a merge is done before building (unless you just got bit by bad timing)
[15:34] <fginther> pitti, and the broken toolbar doesn't show up when you test locally, right?
[15:34] <pitti> fginther: the toolbar shows up, the breakage doesn't reproduce locally, right
[15:35] <fginther> pitti, ahh, maybe it's using a different version of the uitk?
[15:35] <pitti> fginther: I just use whatever is current in saucy
[15:35] <pitti> I've been running them for the last week without probs, but I can re-flash to the latest devel-proposed and check again
[15:36]  * pitti does (just always takes a bit to reset to something actually useful to develop on)
[15:36] <fginther> pitti, it looks like uitk hasn't changed in several days
[15:36] <fginther> pitti, so probably not the issue
[15:36] <pitti> yeah, I doubt it, too (and this issue isn't new), but I'll update anyway, can't hurt
[15:37] <pitti> fginther: how easy is it to reproduce the whole CI test locally? (i. e. the script which installs packages, unlocks screen, runs tests)
[15:37] <fginther> pitti, it's not that hard, I'll send you an email
[15:38] <pitti> (i. e. I don't want to do a full jenkins setup, just run the job that jenkins runs)
[15:38] <pitti> fginther: thanks
[15:41] <tvoss> ogra_, https://code.launchpad.net/~thomas-voss/location-service/fix-multi-arch/+merge/191229
[15:41] <ogra_> tvoss, i think didrocks wanted to do a quick fix
[15:41] <ogra_> (i dont see it in the archive though)
[15:41] <didrocks> it's pushed to trunk
[15:41] <ogra_> ah
[15:41] <ogra_> and the MP has a conflict indeed
[15:41] <didrocks> I just removed the Multi-Arch thing
[15:41] <ogra_> yep
[15:42] <didrocks> I don't think it has values there
[15:42] <didrocks> (still building btw)
[15:42] <ogra_> what does it do ? build a kernel alongside ?
[15:42] <ogra_> tvoss, so you can just drop that one
[15:43] <ogra_> it is being taken care of
[15:43] <jessica_> Any good QML tutorial for Ubuntu Touch other than the Converter tutorial on the developer site? I'm new here.
[15:45] <dholbach> jessica_, you could just run "bzr branch lp:ubuntu-sdk-tutorials" and check out the different examples in there
[15:46] <sergiusens> ogra_, can you look at https://code.launchpad.net/~sergiusens/click-sync/switch_store/+merge/191232 ?
[15:47] <jessica_> dholbach_, thanks!
[15:47] <dholbach> jessica_, and if you get stuck you can either ask in here or in #ubuntu-app-devel
[16:10] <tvoss> didrocks, any eta on #98
[16:10] <tvoss> ?
[16:11] <didrocks> tvoss: I guess cjwatson is reviewing location-service (in unapproved), once this is done, and migrate to propose, ogra will update ubuntu-touch-meta and we kick an image
[16:11] <ogra_> didrocks, migrate to archive ... meta doesnt build from proposed
[16:12] <tvoss> didrocks, ack
[16:12] <lool> barry: do you have an ETA or assessment on the issue?
[16:13] <barry> lool: still working on it
[16:13] <lool> barry: does that mean you will have a fix later today?  is the issue serious?
[16:13] <lool> barry: sorry, need to know to plan next landings
[16:13] <cjwatson> didrocks: will do shortly, on a call
[16:15] <tvoss> didrocks, we might want to include https://code.launchpad.net/~osomon/location-service/respawn, too
[16:15] <barry> lool: i think i'll have the permission issue fixed today (it's fixed in trunk but i need to make some changes to packaging).  the autopkgtests failures may be trickier.  i think it's mostly just bad interactions with the autopkgtest environment/chroots but we'll see.  no eta on the latter yet
[16:15] <didrocks> thanks cjwatson
[16:16] <barry> lool: it looks like autopkgtests randomly hang for >10m.  i get different timeout error failures than on jenkings
[16:16] <lool> barry: so we're putting the landing on hold until further notice then, if that makes sense to you
[16:16] <lool> barry: further notice from you that is
[16:16] <didrocks> tvoss: that will be for tomorrow :)
[16:16] <barry> lool: ok
[16:16] <tvoss> didrocks, ack
[16:17] <tvoss> oSoMoN, ^
[16:17] <lool> tvoss: this mp is building
[16:17] <lool> autolanding
[16:18] <tvoss> lool, ack
[16:20] <svij> is "screencap" broken in the current image?
[16:20] <beuno> svij, I heard popey talking about that
[16:20] <beuno> something about Mir
[16:21] <svij> ah i see
[16:22] <popey> svij: beuno https://bugs.launchpad.net/phablet-tools/+bug/1238839
[16:22] <popey> script attached to that bug
[16:22] <svij> ah, thx popey !
[16:24] <bfiller> kenvandine, nerochiaro : configuring facebook from gallery not working so well. can you guys try this?
[16:24] <nerochiaro> bfiller: having a look now
[16:24] <nerochiaro> bfiller: latest image ?
[16:25] <bfiller> kenvandine, nerochiaro : yes it correctly launches the settings panel but after configuring facebook you are brought back to gallery still thinks it's not configured
[16:25] <bfiller> until after closing and reopening gallery
[16:26] <bubbly193> Can i get a breif debreifing on how otter suport is doing, i.e timeframe (if available) and if there is any generable stability to it yet
[16:29] <mhall119> jdstrand: I'm getting the following error that's crashing the calendar app:
[16:29] <mhall119> 1199567968:error:0200100D:system library:fopen:Permission denied:bss_file.c:169:fopen('/usr/lib/ssl/openssl.cnf','rb')
[16:29] <mhall119> 1199567968:error:2006D002:BIO routines:BIO_new_file:system lib:bss_file.c:174:
[16:29] <mhall119> 1199567968:error:0E078002:configuration file routines:DEF_LOAD:system lib:conf_def.c:199:
[16:29] <mhall119> does the default apparmor profile allow access to using SSL?
[16:32] <bubbly193> I'm thinking about doing a quick test whence i get a computer, but if the resault is the majority of testers brick i may wait for a more stable release. and of course by otter I mean kindle fire 1st gen
[16:32] <jdstrand> mhall119: it should if you have the networking policy group. are there apparmor denials in /var/log/syslog?
[16:33] <jdstrand> mhall119: (the networking policy group uses "#include <abstractions/openssl>
[16:33] <jdstrand> ")
[16:33] <lool> barry: I'm afking, perhaps for the evening; just leave updates on IRC or email and we'll eventually read them  :-)
[16:35] <mhall119> jdstrand: http://paste.ubuntu.com/6241264/
[16:35] <mhall119> sergiusens: ping
[16:36] <jdstrand> mhall119: seems the calendar needs the networking policy group
[16:36] <mhall119> jdstrand: ah, it has "calendar" but not "networking" policy groups
[16:36] <sergiusens> mhall119, jdstrand already knows about those
[16:36] <pitti> fginther, boiko: why does messaging-app run autopilot tests in MPs, but not dialer-app? (e. g. https://code.launchpad.net/~renatofilho/dialer-app/add-swipe-to-delete-confirmation/+merge/190966)
[16:36] <sergiusens> jdstrand,  mhall119, oh, since when?
[16:36] <mhall119> sergiusens: so can I make an MP for calendar's branch to add networking policy group to the apparmor manifest?
[16:36] <sergiusens> jsut create the MR if it does
[16:37] <sergiusens> mhall119, affirmative
[16:37] <jdstrand> sergiusens: no idea-- just now saw the denial
[16:37] <pitti> fginther, boiko: I was about to enable the phonesim tests for the AP tests too (mostly adding a dependency to ofono-phonesim-autostart), but that seems a bit pointless if they don't run; is that a matter of cu2d?
[16:37] <mhall119> jdstrand: "networking" is the policy group name?
[16:37] <boiko> pitti: it was supposed to, I actually didn't notice they were not running :-S
[16:37] <bubbly193> Also, why support the KF, i mentioned it on the replicant IRC and they wanted nothing to do with Amazon.
[16:38] <sergiusens> mhall119, yes
[16:38] <fginther> pitti, boiko, looks like an oversight
[16:38] <jdstrand> mhall119: it is (aa-easyprof --list-policy-groups --policy-vendor=ubuntu --policy-version=1.0)
[16:38] <sergiusens> mhall119, make sure you don't misuse the ',' in json :-)
[16:38] <jdstrand> heh, yes
[16:38] <jdstrand> pesky commas
[16:38] <fginther> pitti, boiko will get it corrected
[16:38] <mhall119> misuse?
[16:38] <pitti> fginther, boiko: as that shouln't be affected by the toolbar bug (bug 1238062), I was going to try those first, to compare against the messaging-app tests
[16:38] <pitti> fginther: cheers
[16:39] <pitti> boiko: i. e. you'll add that to cu2d?
[16:39] <jdstrand> mhall119: curious-- why does it need networking? does it work with google calendar now or something?
[16:39] <pitti> boiko: I'll propose a merge which should make the phonesim tests actually run, we can use that as a guinea pig; does that sound ok?
[16:39] <mhall119> jdstrand: I'm not sure, but probably to load a map for the event view (which is where it crashes)
[16:39] <jdstrand> that would make sense
[16:39] <jdstrand> it would be cool if it did integrate with google calendar btw :)
[16:42] <bubbly193> Does anyone know the stability (likelyhood of bricking) status of Ubuntu Touch support for Kindle Fire first gen?
[16:42] <boiko> pitti: what is cu2d?
[16:42] <boiko> pitti: yep, that should be ok
[16:42] <mhall119> sergiusens: https://code.launchpad.net/~mhall119/ubuntu-calendar-app/add-apparmor-networking-policy/+merge/191246
[16:43] <jdstrand> looks reasonable to me
[16:44] <nerochiaro> bfiller: kenvandine: confrimed
[16:44] <nerochiaro> bfiller: kenvandine: is there any bug report for this already ?
[16:44] <fginther> pitti, it's enabled now (assuming I did it right :-) )
[16:44] <bfiller> nerochiaro: no, I'll add one
[16:44] <kenvandine> nerochiaro, not that i've seen
[16:44] <kenvandine> nerochiaro, is it just not getting a signal from accounts?
[16:45]  * kenvandine wonders if it's a bug in online accounts 
[16:45] <nerochiaro> kenvandine: i need to check but i probably not check that signal. let me verify
[16:45] <kenvandine> nerochiaro, or is it gallery-app not watching it?
[16:45] <nerochiaro> kenvandine: i'll let you know in a moment
[16:50] <bfiller> nerochiaro, kenvandine : https://bugs.launchpad.net/ubuntu/+source/gallery-app/+bug/1240145
[16:50] <kenvandine> nerochiaro, is that using Ubuntu.OnlineAccounts.Client ?
[16:51] <pitti> boiko: cupstream2distro
[16:52] <nerochiaro> bfiller: thanks
[16:53] <nerochiaro> kenvandine: no, it's using Accounts::AccountIdList to figure out if a Facebook account exists. Which will work fine if this check is done every time the share popup is opened, but I'm not doing that for now
[16:54] <pitti> boiko, fginther: sent https://code.launchpad.net/~pitti/dialer-app/enable-phonesim-tests/+merge/191248, let's see what breaks :)
[16:54] <kenvandine> nerochiaro, ok
[16:54] <nerochiaro> kenvandine: can you point me to docs for Ubuntu.OnlineAccounts.Client ? Maybe it's better for what I'm doing
[16:55] <mhall119> kenvandine: ping
[16:56] <kenvandine> mhall119, pong
[16:56] <mhall119> kenvandine: is lp:qml-friends still the project for libfriends?
[16:56] <mhall119> or rather the QML bindings for it
[16:56] <kenvandine> nerochiaro, not sure if there are docs... that API is for raising the accounts settings to add an account
[16:56] <kenvandine> nerochiaro, i've never really used it
[16:56] <kenvandine> mhall119, yes
[16:57] <mhall119> kenvandine: and the docs there are up to date for Friends 0.2?
[16:57] <kenvandine> yeah
[16:57] <kenvandine> should be
[16:57] <nerochiaro> kenvandine: i'm just using the URL dispatcher to send the user to the control panel UI to do that
[16:57]  * kenvandine hasn't looked at it in a while
[16:57] <kenvandine> nerochiaro, ah... there is an API for that :)
[16:58] <nerochiaro> kenvandine: well, you try to open settings:///system/online-accounts and that's it
[16:58] <kenvandine> yeah, that works
[16:59] <kenvandine> nerochiaro, i'm not sure if anything is using that API yet, i know next to nothing about it
[16:59] <kenvandine> but i think it provides you the signals for when it's created, etc
[16:59] <kenvandine> you'd have to talk to mardy
[16:59] <kenvandine> nerochiaro, not worth changing right now
[17:01] <nerochiaro> kenvandine: i think i'll just try to do the check again on re-opening the share popover for now
[17:02] <kenvandine> yeah
[17:20] <pitti> boiko, fginther: I'm really confused where https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/2501/? takes this 0.1+13.10.20131015.1-0ubuntu1 version from
[17:20] <pitti> boiko, fginther: lp:messaging-app head debian/changelog has 0.1+13.10.20131011-0ubuntu1
[17:20] <pitti> also, teh archive:
[17:20] <pitti> messaging-app | 0.1+13.10.20131011-0ubuntu1 | saucy/universe | source, amd64, armhf, i386
[17:21] <pitti> where on earth does the 1015 come from?
[17:21] <pitti> oh, "Unity daily stack preparation", a PPA? but why isn't that in bzr?
[17:28] <sergiusens> mhall119, approved, not happroved, I can't
[17:29] <mhall119> sergiusens: I can and have :)
[17:29] <mhall119> thanks
[17:29] <mhall119> popey: we can remove the networking policy group once we remove the features that use it, but for now this will at least stop the crashing
[17:30] <popey> k
[17:33] <sergiusens> mhall119, calendar app isn't building new clicks though as dpm asked me to block it
[17:33] <sergiusens> mhall119, he said he'd bping me once everything was working again
[17:34] <fginther> pitti, that's the daily-release ppa, so that's ok that it has a higher number. But what annoys me is that the local packages are pinned with a higher number (600 vs 500) and they aren't taking prioirty
[17:35] <mhall119> sergiusens: oh?  I wasn't aware of that
[17:36] <fginther> pitti, uhhh, 600 is the wrong number to use...
[17:46] <mfisch> tedg: ping
[17:54] <pitti> ./mediumtest_install_packages.sh:echo 'Package: *' > /etc/apt/preferences.d/local-pin-900
[17:54] <pitti> err
[17:54] <pitti> ./mediumtest_install_packages.sh:echo 'Pin-Priority: 600' >> /etc/apt/preferences.d/local-pin-900
[17:55] <pitti> fginther: aside from the discrepancy between 600 and 900, it's not enough -- apt will only do downgrades for > 1000
[17:55] <pitti> fginther: so try 1001
[17:55] <pitti> fginther: (sorry for lag, EOD now and making dinner)
[17:55] <fginther> pitti, already in place
[17:56] <pitti> fginther: the higher pin, you mean?
[17:56] <fginther> pitti, yes: http://10.97.0.26:8080/job/generic-mediumtests-runner-mako/2508/console
[17:57] <pitti> Preparing to replace messaging-app-connected-autopilot 0.1+13.10.20131011+autopilot0 (using .../messaging-app-connected-autopilot_0.1+13.10.20131015.1-0ubuntu1_all.deb) ...
[17:57] <pitti> that looks like an upgrade to the PPA, though
[17:57] <pitti> (bbl)
[17:58] <fginther> pitti, that one occurs during the clean up when removing the test packages, further up the log you should see the right thing happening
[17:59] <fginther> pitti, dpkg: warning: downgrading messaging-app-autopilot from 0.1+13.10.20131015.1-0ubuntu1 to 0.1+13.10.20131011+autopilot0
[18:07] <bubbly193> Question, Will root access be possible to easily obtain on the Touch?
[18:08] <ogra_> bubbly193, sudo is there and the existing usedr can use it
[18:10] <bubbly193> Ogra_: Good, stock root acess. No hoops to jump through like on most touch based OSes
[18:11] <bubbly193> Also, if i were to test the /devices/otter build on my Kindle Fire today, what are the chances of a brick?
[18:11] <ogra_> you would have to ask the porter
[18:12] <kenshiro> Hi, will be Nexus 4 able to connect to wifi networks? And use GPS sensors?
[18:12] <kenshiro> In 13.10 release
[18:12] <ogra_> kenshiro, wifi works since feb. ... GPS is there but not used by anything yet
[18:13] <ogra_> you should be able to develop apps that use it though
[18:13] <kenshiro> that's great I did one for Android, now I want to do it for Ubuntu Touch. But it's very simple, I hope something like Google Maps works soon
[18:14] <bubbly193> hashcode:  Your the Touch/devices/otter maintainer, could you give a debreifing of the stability or know anyone who can?
[18:14] <alexnatwri> Are the current test builds different from the release builds that Canonical is running internally?
[18:14] <ogra_> "test builds" ?
[18:15] <alexnatwri> the build I get if I install the latest saucy image on a nexus 4 using the ubuntu touch/install isntructions on the wiki.
[18:16] <ogra_> alexnatwri, thats usually a day or two behind  the devel-proposed channel
[18:17] <ogra_> but beyond that you get what we use too :)
[18:17] <alexnatwri> ogra_: is it possible to bring up an ubuntu desktop on an external monitor on a nexus 4 at this time?
[18:17] <ogra_> lol, no
[18:18] <ogra_> thats 14.04 or even 14.10 material
[18:18] <bubbly193> Hashcode:  Your the Touch/devices/otter maintainer, could you give a debreifing of the stability or know anyone who can? sorry, I've lived in Windows land of non-case sensitivity for to long, libraries need to go Linux...
[18:18] <ogra_> 13.10 is the first stable ubuntu touch release
[18:18] <alexnatwri> ogra_: How about for Ubuntu on Android-- similar release outlook?
[18:18] <ogra_> just phone for now
[18:18] <ogra_> ubuntu for android is a product that needs a vendor to work with ...
[18:19] <ogra_> it will never "just see a release" i suppose, since it requires massive changes in android
[18:19] <ogra_> so it needs deep vendor involvement
[18:19] <alexnatwri> ogra_: Alright, I gotcha.
[18:20] <alexnatwri> ogra_: So how about WPA2 enterprise wireless, I don't suppose that's coming at 13.10 either?
[18:20] <ogra_> not sure, but i dont think so ... awe_ or cyphermox might know what the plans are for this
[18:20] <tvoss> Saviq, ricmm could you guys look at https://code.launchpad.net/~thomas-voss/unity-mir/oom_adjust/+merge/191123
[18:22] <awe_> alexnatwri, 13.10 is all locked down.  No WPA Enterprise for touch AFAIK
[18:23] <cyphermox> alexnatwri: no, not for 13.10 to be able to do it via UI.. you can still push config files to the system and it will be used fine
[18:25] <awe_> however no guarantees on what the indicator will show... ;)-
[18:26] <iop_> hi
[18:26] <ogra_> right, if you have a laptop connected to the same network you can use pahblet-network from the laptop to push the config via USB
[18:26] <alexnatwri> ogra_: Ah, that's interesting.
[18:28] <pitti> fginther: ah, indeed; and now that has the right tests
[18:29]  * pitti -> EOD, cu tomorrow
[18:33] <tedg> mfisch, pong
[18:33] <mfisch> tedg: I see you've got some network indicator bugs, so I wanted to ask you about one I see
[18:34] <tedg> mfisch, Heh, no, there are no bugs.  Only MRs you've not yet written ;-)
[18:34] <mfisch> tedg: I'm curious about 2 things: 1) why I see "old" networks when I use my phone elsewhere, as in I see networks near my house while at the dentist.
[18:34] <mfisch> tedg: and 2) why I see any networks at all when wifi is "Off"
[18:35] <tedg> mfisch, Nexus 4?
[18:35] <mfisch> tedg: yeah
[18:35] <sergiusens> stgraber, mfisch do you guys have an alternate server to test with?
[18:35] <tedg> mfisch, The second one seems to be a N4 Wifi issue: bug 1226197
[18:36] <mfisch> tedg: thanks
[18:36] <tedg> mfisch, The first is a bit surprising, but next time it happens if you could open a bug with a screenshot and the output of nm-tool we can see.
[18:36] <awe_> tedg, mfisch, that's a dup
[18:36] <awe_> I entered that bug awhile ago...
[18:36] <tedg> mfisch, In general, the indicator should should the same thing as nm-tool
[18:37] <mfisch> tedg: oh of course, I'll try the cli and see what happenes
[18:37] <awe_> on boot, the wifi kill switch always shows disabled, although it really should be on
[18:37] <tedg> awe_, That's different, bug 1220332
[18:37] <vincentbosch> I have got a question about the Note 2014 edition
[18:38] <awe_> tedg, my point is that it's probably the same bug
[18:38] <tedg> awe_, I don't think so, thostr_ has showed me it happening on a live running device.
[18:38] <sergiusens> stgraber, mfisch rsalveti if you can give this a go later would be great https://code.launchpad.net/~sergiusens/phablet-tools/server_options/+merge/191269
[18:38] <tedg> awe_, over Google hangouts
[18:38] <awe_> tedg, it happens to me on a live running device
[18:38] <awe_> ;D
[18:38] <mfisch> sergiusens: thanks I'll try to run it
[18:38] <awe_> on boot, the state always shows off, yet networks are displayed
[18:39] <tedg> awe_, Sure, and the flash/boot one just got fixed like 3 hours ago.
[18:39] <mfisch> is it a bug if apps still use --fullscreen in their desktop files or is that a not yet implemented feature?
[18:40] <awe_> mfisch, if you haven't, please enter a bug for the first problem.  it just means the network list isn't being purged properly
[18:40] <vincentbosch> Is it already possible to port Ubuntu Touch to the Note 2014, aka the SM-P600? Exynos 5
[18:40] <mfisch> awe_: I have not already, will do
[18:40] <awe_> mfisch, thanks
[18:40] <mfisch> tedg: do you know the answer to my desktop file question a few lines up ^^?
[18:40] <awe_> mfisch, I've fixed that bug at least two or three times on different platforms in the past 10 years.  ;)-
[18:41] <tedg> mfisch, No, not sure there.  I'd assume it's a no-op, but that's really an SDK thing.
[18:41] <mfisch> tedg: thanks
[18:42] <vincentbosch> Nobody?
[18:42] <awe_> tedg, https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1226197/comments/3
[18:43] <awe_> looks like a dup to me
[18:43] <mfisch> vincentbosch: most everyone here is fighting to fix bugs before oct 17 rather than porting
[18:43] <mfisch> vincentbosch: you could ask on the list
[18:44] <awe_> ted, just reproduced on my maguro too.  ;D
[18:44] <mfisch> awe_: I'll re-flash and re-test the old networks showing up when I go to the gym in a bit
[18:44] <awe_> mfisch, k
[18:45] <tedg> awe_, If it is, that's awesome, because it's fixed.  Just skeptical :-)
[18:45] <sergiusens> Saviq, when you have a moment, can you comment on https://code.launchpad.net/~doanac/phablet-tools/unlock_screen/+merge/191268 ?
[18:45] <vincentbosch> mfisch: Thanks for your reply. I could help porting, but on my own I don't think would work out. You mean the list on launchpad?
[18:45] <awe_> tedg, I honestly can't tell the difference between the two bugs, although the latter claims it's an N4 problem
[18:46] <mfisch> vincentbosch: yeah
[18:46] <mfisch> sergiusens: it's not working for me
[18:46] <bubbly193> What devices are planned to be fully supported by 13.10
[18:46] <tedg> awe_, When thostr_ showed me over video chat he could reproduce it with the switch.  i.e. turn off Wifi the networks would stay.
[18:47] <tedg> awe_, I can't do that on my Galaxy Nexus at all.  But he can regularly on his N4.
[18:47] <mfisch> sergiusens: http://paste.ubuntu.com/6241861/
[18:47] <awe_> tedg, who the @#$@! remove the "show password" checkbox?
[18:47] <mfisch> design?
[18:47] <awe_> boo hiss
[18:48] <awe_> hmmm, the indicator also now tells me I'm associated to my AP, even though it's not.
[18:49] <awe_> ( at least the power toggle is in the right state though )
[18:49] <sergiusens> mfisch, right :-/
[18:50] <sergiusens> mfisch, just looked at the MR, forgot to save a file
[18:50] <bubbly193> There still seem to a few problems with the nexus group, will they be finished in time?
[18:51] <sergiusens> mfisch, just pushed
[18:52] <sergiusens> mfisch, your want revno 210
[18:53] <mfisch> okay I'll retry
[18:53] <tedg> awe_, I think it's a not implemented yet in the new-ish temporary system that'll be replaced soon after 14.04 opens.
[18:54] <awe_> show pw?
[18:54] <tedg> awe_, Oh, maybe not.
[18:54] <tedg> awe_, https://wiki.ubuntu.com/Networking?action=AttachFile&do=get&target=phone-wifi-auth.png
[18:56] <awe_> tedg, I'll enter a bug then.  This used to work.  Trying to enter 15+ character passphrase on a phone with a touch keyboard is ripe for error IMHOP.  -1 for usability
[18:57] <tedg> awe_, bug 1238649
[18:57] <awe_> tedg, ;D
[18:59] <jdstrand> rsalveti, xnox: I have a couple of questions regarding suid binaries. what are these for:
[18:59] <jdstrand> /var/lib/lxc/android/rootfs/system/xbin/su
[18:59] <jdstrand> /var/lib/lxc/android/rootfs/system/bin/run-as
[18:59] <jdstrand> /var/lib/lxc/android/rootfs/system/bin/netcfg
[18:59] <jdstrand> ogra_: ^
[19:00] <mfisch> sergiusens: it's still broken, curl issues now
[19:02] <mfisch> sergiusens: updated the review
[19:02] <mfisch> sergiusens: line 28 of ubuntuimage.py needs to be changed I Think
[19:03] <sergiusens> mfisch, can you give me a paste?
[19:03] <mfisch> sergiusens: its in the review
[19:03] <sergiusens> mfisch, or can you give me your server uri?
[19:04] <mfisch> sergiusens: also in the review ;)
[19:04] <sergiusens> mfisch, I can remove that curl stuff, it's only there to support jenkins
[19:05] <jdstrand> rsalveti, xnox, ogra_: also, what is the significance of group 2000?
[19:05] <sergiusens> mfisch, on our side it's not used anymore at all, are you guys using it?
[19:05] <jdstrand> user/group 2000 looks to be the adb shell user
[19:05] <mfisch> sergiusens: I dont see why we'd need it
[19:06] <sergiusens> mfisch, oh, jenkins and wget don't get along
[19:07] <sergiusens> mfisch, and curl and everything with and old apache
[19:08] <mfisch> sergiusens: our server is not jenkins, so we're fine w/o it
[19:08] <mfisch> sergiusens: did you see my note about the ubuntuimage file?
[19:08] <sergiusens> mfisch, I did, it's using the same ip though
[19:09] <mfisch> sergiusens: where is the "Server is system-image..." line coming from then?
[19:09] <mfisch> I mean "Starting new https.."
[19:09] <Aaron1011> Hello. I am interested in porting the Asus Nexus 7 (flo) to Ubuntu Touch. However, it only has code for Cyanogenmod 10.2, not 10.1. Will it still work?
[19:09] <sergiusens> mfisch, ah, that's not curl though... I'll check on that one
[19:18] <doanac> sergiusens: updates added to the MP.
[19:18] <doanac> fginther: FYI - you might want to look also: https://code.launchpad.net/~doanac/phablet-tools/unlock_screen/+merge/191268
[19:30] <fginther> doanac, sergiusens, we don't have any way to actually confirm that the screen is unlocked, right?
[19:31] <fginther> or that it's even on?
[19:31] <robotfuel> nerochiaro: ping
[19:31] <doanac> fginther: i think the first part of that script tries to confirm it was unlocked. if that fails, it blindly does it
[19:31] <nerochiaro> robotfuel: hi
[19:32] <sergiusens> fginther, nope
[19:32] <sergiusens> mfisch, fixed all issues
[19:32] <robotfuel> nerochiaro: is there an example of what you are trying to do in the ui gallery in this bug https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1239754?
[19:32] <sergiusens> doanac, can you look at https://code.launchpad.net/~sergiusens/phablet-tools/server_options/+merge/191269 too?
[19:32] <mfisch> sergiusens: okay, retrying
[19:32] <robotfuel> nerochiaro: or some qml file I can use to create the emulator?
[19:32] <sergiusens> mfisch, gave it a try myself and noticed a couple of improvements that were missing
[19:33] <doanac> sergiusens: reading now
[19:34] <mfisch> sergiusens: so far so good
[19:34] <nerochiaro> robotfuel: in notes-app you can slide a note off to be able to delete it. I need to write autopilot tests that prove that when i slide the note off _and_ press the delete button, the note is really deleted.
[19:35] <robotfuel> nerochiaro: I'll look at the notes app, thanks.
[19:36] <timppa> Is there a known bug on mediascanner-service using CPU 50-100%
[19:37] <timppa> ?
[19:37] <timppa> it's also still running after disabling all mediascanner dash plugins
[19:37] <timppa> I'm on latest build 97
[19:37] <popey> 98 is latest
[19:37] <popey> keep up ㋛
[19:38] <timppa> um :)
[19:39] <timppa> ok, I'm on 98 then :) But still the issue is the same
[19:40] <mfisch> sergiusens: approved, it worked great
[19:40] <timppa> Only Click packages  dash plugin is enabled but mediascanner-service still hogs around 50-100% CPU
[19:41] <timppa> It seems be crashing all the time, PID changes quite often
[19:42] <robotfuel> nerochiaro: it seems like you should be able to drag or flick the note-item that you want to delete
[19:43] <timppa> Can someone else verify this or should I wipe the phone and do a clean install?
[19:43] <nerochiaro> robotfuel: flick it left or right, yes
[19:43] <nerochiaro> robotfuel: when you do that a "delete" button appears and you have to click that to confirm the delte
[19:43] <nerochiaro> delete
[19:44] <nerochiaro> robotfuel: otherwise the note will slide back to its original position
[19:46] <timppa> apport is also taking a lot of CPU time
[19:49] <sergiusens> mfisch, thanks
[19:49] <sergiusens> mfisch, now just need doanac 's confirm and perhaps stgraber 's
[19:50] <stgraber> sergiusens: looking
[19:50] <jdstrand> rsalveti, cyphermox: do you know why the phablet user is in group android_net?
[19:50] <stgraber> sergiusens: did you try against phablet.stgraber.org? (if not, I'm going to test it now)
[19:51] <jdstrand> rsalveti, cyphermox: that gives the user access to /var/lib/lxc/android/rootfs/system/bin/netcfg (-rwxr-s--- root android_net)
[19:52] <sergiusens> stgraber, tried agains mfisch 's server
[19:52] <sergiusens> stgraber, I'll give your server a go, but my bw here is 3mbps
[19:52] <stgraber> sergiusens: I'll quickly test here
[19:53] <jdstrand> rsalveti, cyphermox: but with nm running as a privilged process that the phablet use can access, I don't know why this group is required
[19:53] <stgraber> sergiusens: the advantage of my server is that it's a "real" one with valid https and everything (and uses the server side code that I want OEM and QA to use)
[19:54] <cyphermox> jdstrand: I do not. AFAIK none of my stuff uses it -- not NM, and not bluez
[19:54] <sergiusens> stgraber, ack, well I need to go to my godsons birthday for a bit; but I can fix anything later tonight (+3h)
[19:54] <sergiusens> stgraber, I'm bookmarking your server then, wasn't aware i existed (probably just forgot)
[19:54] <stgraber> oh, I see a potential future problem with phablet-flash but not something to worry about just now (it assumes https://<server>/<channel>/index.json, which isn't guaranteed to be the case per the spec, but I have no plan in changing that just now so you're fine)
[19:55] <saxin> Is it possible to receive MMS when running Ubuntu touch on Nexus 4 ?
[19:55] <stgraber> https://<server>/channels.json is the only fixed location you can rely on, the index.json are referenced from that one and then the files from the index.json
[19:55] <sergiusens> stgraber, I know I need to parse channels.json
[19:55] <stgraber> sergiusens: good :)
[19:55] <sergiusens> stgraber, it's on my todo
[19:55] <doanac> sergiusens: i made a comment. its not a deal breaker but I think its worth considering
[19:56] <mhall119> sergiusens: how can we make sure https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-match-all/+merge/191080 makes it into the next build?
[19:57] <popey> mhall119: have asked for it to be in the landing asks
[19:57] <sergiusens> doanac, yeah the curl dilemma, we were using that before going public since it worked fine with jenkins; then when using cdimage discovered it broke badly
[19:57] <mhall119> popey: who can we follow up with to make sure it's accepted?
[19:57] <sergiusens> mhall119, you need to go to #ubuntu-ci-eng and ask for i
[19:57] <sergiusens> t
[19:58] <jdstrand> cyphermox: ok, maybe rsalveti knows
[19:59] <fginther> anybody know what causes "flush" to use up 15-20% cpu?
[20:02] <sergiusens> doanac, I fixed your help comment
[20:02] <sergiusens> doanac, but I would want to defer the curl thing to a different MR
[20:03] <doanac> sergiusens: fair enough. i think its orthogonal
[20:03] <sergiusens> doanac, to be honest I was going to just use urllib or requests for this soon
[20:04] <doanac> probably even better
[20:04] <doanac> i +1'd
[20:04] <sergiusens> doanac, I was just preferring wget for the free progress bar :-/
[20:08] <jdstrand> rsalveti: ok, I filed bug #1240214 and assigned it to you. please comment/adjust/reassign as needed
[20:09] <sergiusens> jdstrand, that can be removed...
[20:15] <jdstrand> I tend to agree
[20:33] <timppa> I just reflashed latest ro image and mediascanner-service and apport "issue" seems to be disappeared
[20:34] <timppa> with wipe
[20:35] <om26er> I lost signals on the latest image
[20:37] <timppa> gsm signal?
[20:37] <om26er> timppa, yes
[20:37] <timppa> om26er: I have the same problem also
[20:38] <timppa> I just noticed that the icon is missing and system settings does not show my operator
[20:38] <om26er> bug 1239997
[20:38] <timppa> ok
[20:38] <timppa> thanks! :)
[20:41] <shaneo1> hey guys I really wanna test out the alarm clock now that clock-app just received an update but it dont seem to be working
[20:43] <mterry> pitti, hello!  I just tried to use "/usr/share/ofono/scripts/dial-number 199" on the phone and it didn't cause an incoming call...  Are there known changes in that area?
[20:46] <shaneo1> also whats with the crazy jumpy boucing in the messages when scrolling through them
[21:09] <pmcgowan> mterry, are you testing with latest stuff in 98?
[21:10] <mterry> pmcgowan, yeah
[21:10] <pmcgowan> mterry, theres a regression in the ofono startup we just nailed
[21:10] <pmcgowan> might effect you
[21:10] <mterry> pmcgowan, ah, ok awesome
[21:10] <pmcgowan> starting the dialer app might help meantime
[21:11] <mterry> pmcgowan, not blocking me, I just used actual phone.  Just cost me a quarter  :)
[21:11] <pmcgowan> oh
[21:11] <pmcgowan> then maybe not this issue
[21:29] <anders3408> stgraber: you here
[21:48] <szymon_w> Hi! I'm trying to open .pdf using ubuntu-docviewer-app on UT ( nexus4 mako ) but when I install ubuntu-docviewer-app I can open application but I can not view any document... so I tried to open terminal and enter: "ubuntu-docviewer-app /path/to/file.pdf" but I get bash: ubuntu-docviewer-app: command not found. Any ideas ?
[21:51] <Chocanto> szymon_w: Hey
[21:53] <Chocanto> szymon_w: You can use ubuntu-docviewer-app with : qmlscene /usr/share/ubuntu-docviewer-app/ubuntu-docviewer-app.qml
[21:57] <szymon_w> Chocanto,  I tried that... and I get:  __pthread_getid -2         Sugmentation fault ( core dumped)
[21:59] <Chocanto> szymon_w: Oh yes sorry, you are trying to launch it from your phone ?
[21:59] <szymon_w> yes
[22:00] <szymon_w> Chocanto, yes... is it not going to work yet on mobile devices ?
[22:01] <Chocanto> szymon_w: It's already working on mobile devices :)
[22:01] <szymon_w> Chocanto, not for me then ;/
[22:01] <Chocanto> szymon_w: Just because the docviewer-app is not created to be launched like other apps :)
[22:02] <szymon_w> Chocanto, so what is work around to run .pdf on my device ? ;> pls
[22:02] <Chocanto> szymon_w: But with my command it will work, ubuntu touch just need an option to qmlscene, but I don't remember what
[22:02] <Chocanto> szymon_w: I'm searching
[22:03] <szymon_w> Chocanto, thank you :)
[22:05] <Chocanto> szymon_w: You run docviewer from the terminal app in the device ?
[22:07] <szymon_w> Chocanto, when I run "ubuntu-docviewer-app" I get "command not found." but ubuntu-docviewer-app is installed ( I can see it in dash and I can even lunch it from dash .. )
[22:07] <Chocanto> szymon_w: Yes, it's normal ! :)
[22:07] <Chocanto> szymon_w: Try to launch "music-app" from the terminal, and you will get an error too
[22:08] <Chocanto> szymon_w: But when you "touch" it from the dash it will work
[22:08] <szymon_w> Chocanto, checked-true :)
[22:08] <szymon_w> Chocanto, true
[22:08] <Chocanto> szymon_w: I just have to find the command sent by dash to launch an app
[22:09] <szymon_w> Chocanto, that would be awesome :)
[22:09] <RobbyF> I'm on dlevel channel for updates, when can we expect to see updates push out for builds? I assume when there more stable? but where do i follow that information.
[22:11] <Chocanto> szymon_w: Try : qmlscene /usr/share/ubuntu-docviewer-app/ubuntu-docviewer-app.qml  --desktop_file_hint=/usr/share/applications/ubuntu-docviewer-app.desktop
[22:14] <szymon_w> Chocanto, it opened docviewer with ubuntu-docviewer-app.qml opened
[22:14] <szymon_w> Chocanto, so it kind of works :)
[22:14] <Chocanto> szymon_w: Good, so it's working ! :)
[22:14] <Chocanto> szymon_w: Now, before the path of *.qml, put the path of your pdf :)
[22:17] <szymon_w> Chocanto, works :)
[22:17] <szymon_w> Chocanto, thanks you Sir!
[22:18] <Chocanto> szymon_w: Great ! If everything is ok, soon you should be able to open you pdf by touch them on the filemanager-app, then it will automaticly open docviewer
[22:18] <Chocanto> szymon_w: But right now, just use this trick :)
[22:19] <szymon_w> Chocanto, awesome!  yes zoom in/out is a bit tricky at the moment but I can live with that for now... :)
[22:20] <Chocanto> szymon_w: Yes, I had to fix it today but... I don't have the time right now, I'm sorry :/
[22:20] <szymon_w> Chocanto, Thanks for your time and help! ;)
[22:20] <Chocanto> szymon_w: If you find other bugs, please feel free to report them ! :)
[22:21] <Chocanto> popey: Ping
[22:21] <szymon_w> Chocanto, btw. the same file on android Adobe reader is jerky... on ubuntu-docviewer-app its smooooth!! ;) I love performance :)
[22:21] <popey> Chocanto: hey
[22:22] <popey> szymon_w: thats good to hear!
[22:22] <Chocanto> szymon_w: And it will be smoother in the future :)
[22:22] <szymon_w> Chocanto, no probs I'll do ;) bye for now ;)
[22:22] <Chocanto> popey: Hey ! :) About the screenshot, do it have to be a screenshot from phone ?
[22:22] <Chocanto> szymon_w: Bye !
[22:23] <skaterchik1994> hi
[22:23] <cyphermox> veebers: poke.
[22:23] <skaterchik1994> i need help on ubuntu touch
[22:24] <Chocanto> skaterchik1994: Just ask, if you have a question
[22:25] <xnox> jdstrand: no idea.
[22:25] <veebers> cyphermox: hey, what can I do for you?
[22:26] <skaterchik1994> can i get any later builds than this one http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current on my Galaxy tab 10.1 (GT-P7510)?
[22:26] <cyphermox> veebers: blocking ubuntu-keyboard. I can't successfully pass many tests (including ubuntu-keyboard's tests themselves) and when I dismiss it, eventually I can't get the keyboard back
[22:26] <popey> Chocanto: yeah, ideally
[22:27] <cyphermox> veebers: thought it would be better if you knew now :)
[22:27] <popey> Chocanto: I know some apps have uploaded desktop screenshots from qmlscene, so that clearly works okay
[22:27] <veebers> cyphermox: is it' issues with the keyboard itself or the tests? I've just flashed my device now so will start looking
[22:27] <Chocanto> popey: docviewer with qmlscene on the desktop look exaclty the same, but... I don't know
[22:27] <popey> Chocanto: thats fine then ☻
[22:27] <cyphermox> veebers: both
[22:27] <veebers> cyphermox: ah ok
[22:28] <popey> you just end up with a titlebar of qmlscene in it
[22:28] <popey> (which you can edit out if you're that bothered)
[22:28] <Chocanto> popey: Yes, of course I will edit it :)
[22:31] <veebers> cyphermox: have you filed bugs at this stage? If so could you link me please
[22:33] <cyphermox> veebers: no, trying to make sense of it and what to add
[22:33] <veebers> cyphermox: ack
[22:33] <cyphermox> tbh, on 3G now, I'm having some interwebz issues
[22:47] <Chocanto> popey: Sorry to annoy you again, I'm watching the source code of the 3 apps we had the bug about the screenshot as "Fix released", but I don't see the line X-screenshot in their .desktop file. Do we really have to add this line ?
[22:48] <popey> Chocanto: interesting
[22:48] <Chocanto> popey: I'm just getting confused ^^'
[22:49] <Chocanto> popey: Dropping letters, clock app and music app, all of them are mark as released or commited
[22:49] <Chocanto> *marked
[22:51] <popey> hmm
[22:52] <popey> the bug says they're in http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/revision/172 but I can't see them
[22:53] <popey> aha "X-Screenshot is for debs, click apps don't need it, all the apps listed
[22:53] <Chocanto> popey: Yes, I searched and didn't find
[22:53] <popey> here are click (or to be)"
[22:53] <popey> i suspect sergio grabbed them and put them in the store, but they're not needed for the deb packages
[22:53] <Chocanto> popey: So what ? We don't need to put this line at all ?
[22:55] <popey> Chocanto: i dont think so, no. sergiusens adds to the click package at build time, so I don't think you need to
[22:56] <Chocanto> popey: Them, I don't have to take screenshots, sounds good ^^'
[22:56] <Chocanto> popey: Ok, thanks you !
[22:58] <vulgrim> hi
[22:58] <popey> Chocanto: you still need screenshots, just not the .desktop line adding
[22:59]  * popey turns into a pumpkin and goes to bed
[23:02] <J00MZ> hey, I have issue installing on nexus 7 (grouper)
[23:02] <robert_ancell> charles, are you working on bug 1234361?
[23:05] <charles> robert_ancell, yes, but I haven't gotten much traction on it yet. I've just gotten the toggling-bluetooth-crasher fixed and this is next on my list :/
[23:05] <robert_ancell> charles, oh, bug 1236251?
[23:05] <robert_ancell> I'm trying to find some system settings bugs to work on
[23:06] <charles> davmor2 was seeing a similar issue with bluetooth scan results
[23:06] <charles> actually, maybe he's got a dupe ticket on that
[23:10] <charles> robert_ancell: looks like that ticket is a dupe of bug #1236249
[23:10] <charles> but, yes
[23:13] <robert_ancell> Laney, did you confirm bug 1240086? It seems to scroll file here
[23:29] <charles> robert_ancell: actually 1234361 needs to be behind bug #1233176 / bug #1231136 on my TODO list, so with luck, tomorrow
[23:36] <arj> how can I work on this project?
[23:36] <arj> do I need to submit a resume?
[23:39] <rsalveti> jdstrand: the android_net was before we flipped container
[23:39] <rsalveti> probably not needed anymore
[23:40] <rsalveti> we still didn't manage to do the groups cleanup we wanted to
[23:40] <rsalveti> but thanks for the bug report
[23:42] <fishscene> arj: What do you mean?
[23:44] <arj> You know how this is an open source project, how can I contribute code so I'm on the same page as other developers
[23:44] <arj> do I need to join a team
[23:47] <fishscene> Honestly, I don't really know. However, I *do* know it is exceedingly late in the Suacy development cycle. You might want to ask in #Ubuntu as this channel, unless someone else here has a better answer. :)
[23:50] <arj> Gotcha, thanks for the info!