[00:01] <xbox> not goinding the best buoilfd for p5110 sadly
[00:02] <xbox> i wish people woyuld update damn wiki
[00:03] <xbox> .whois starcarr
[00:03] <xbox> woops
[00:46] <adamther> anyone around?
[00:55] <mhall119> yup
[01:11] <adamther> So im trying todo a manual install with "adb sideload" what zip do i need to get for my nexus 10?
[01:11] <OrokuSaki> new music-app crashes alot.. and I just have 1 mp3.. but.. mplayer can play the whole song without crashing.... just an fyi
[01:12] <adamther> From here i mean: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[01:12] <OrokuSaki> mp3 test is needed... let it play for more then 10 seconds
[01:20] <mhall119> adamther: https://wiki.ubuntu.com/Touch/Install#Manual_Download_.26_Installation
[01:20] <mhall119> Nexus 10 is 'mantaray'
[01:21] <mhall119> adamther: so you want http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/saucy-preinstalled-touch-armel+manta.zip and then http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/saucy-preinstalled-touch-armhf.zip
[01:21] <adamther> giving it a shot ty
[01:22] <adamther> having todo this using VMWare .>.<
[01:25] <adamther> k i got it ty
[02:21] <ogra_> moo
[02:48] <GXD> anyone here use xiaomi phone?
[06:34] <dholbach> good morning
[07:06] <pondera> can anyone helop me install ubuntu touch on my nextbook nx008hd8g ?
[07:17] <popey> pondera: i dont think we have an image for that device yet. see https://wiki.ubuntu.com/Touch/Devices
[07:33] <nospaced> is ubuntu touch preview available on 4.1.2 ? on source as i synched -b jellybean ?
[07:39] <nospaced> ?
[07:39] <nospaced> good support here right :/
[07:41] <tvoss> ogra_, ping
[07:41] <pstolowski> sil2100: ping
[07:45] <nospaced> ?
[07:45] <nospaced> is ubuntu touch preview available on 4.1.2 ? on source as i synched -b jellybean ?
[07:46] <RAOF> nospaced: No, it doesn't use most of android.
[07:47] <nospaced> oh
[07:47] <nospaced> also i saw in the manifest that it just synchs CM10 sources
[07:47] <RAOF> Yeah, that'd be right, or something like that.
[07:48] <nospaced> but nothing from ubuntu :/
[07:49] <nospaced> hmm seems to be just cm10 that i synched from ubuntu repo o.O
[07:49] <RAOF> I'm not familiar with the latest changes, but there should be a pretty much separate ubuntu image.
[07:51] <nospaced> well i will quit this one then
[07:51] <nospaced> thanks bye
[08:17] <sil2100> pstolowski: pong!
[08:19] <pstolowski> sil2100: hey! did you find anything re blockers of touch_ro update? is it autopilot?
[08:20] <sil2100> pstolowski: not really... I wanted the AP guys to comment on that, but I guess they're in flight now
[08:22] <pstolowski> sil2100: I see.. but you're positive there is no pkg dependency between camera and mediascanner?
[08:23] <JamesTait> Good morning all, happy Monday and happy Wonderful Weirdos Day! :-D
[08:29] <cjwatson> asac: I'm not quite ready yet, but I want to land package removal support in click today (the UI people want to start work on their side of things this week so I'm trying to unblock them).  Anything I need to coordinate with?
[08:35] <sil2100> pstolowski: I checked the rdepends, and nothing seemed to be connected - I'm not sure how mediascanner works, but I guess there should be no dependencies between them
[08:37] <sil2100> pstolowski: I'm looking now more closely
[08:39] <sil2100> pstolowski: actually, do you by any chance know how the 'automation crash' looks like? I might know more if I had access to the logs, do you know where I could find info about the crashes that asac mentioned?
[08:40] <sil2100> pstolowski: because I don't even think it's autopilot's fault... ;/ Autopilot only modifies some typical X11 behavior, so not sure how that could affect automation testing of touch apps
[08:44] <hardy1> hi
[08:44] <hardy1> i am here in a chanel who talkes about new ubuntu-phones?
[08:50] <seb128> MacSlow, hey, how are you?
[08:50] <MacSlow> Salut seb128
[08:50] <seb128> MacSlow, could you have a look to https://code.launchpad.net/~sjakthol/notify-osd/fix-1191565/+merge/184462 (it's a one liner)
[08:50] <seb128> MacSlow, it should fix bug #1191565
[08:50] <MacSlow> seb128, taking a look
[08:50] <seb128> MacSlow, danke
[08:52] <t3vn> hi, if i have just done a full backup... what is the next step
[09:01] <nerochiaro> gusch: can you please re-approve this MR ? I had to ask jenkins to run again on it because it was failing for some werid reason (not because of tests failing) https://code.launchpad.net/~amanzi-team/camera-app/camera-app-actions/+merge/183835
[09:03] <gusch> nerochiaro: ok
[09:04] <gusch> nerochiaro: done
[09:05] <nerochiaro> gusch: cheers
[09:14] <asac> cjwatson: we should get a feel whether unity8/mir will land today or not
[09:15] <popey> gah, my n4 is dead
[09:15] <asac> cjwatson: package removal support sounds "safe" in the sense of our autopilots http://reports.qa.ubuntu.com/smokeng/saucy/image/4094/
[09:15] <popey> no amount of charging or button holding seems to revive it
[09:16] <popey> \o/ red light
[09:20] <pstolowski> sil2100: I don't know, sorry
[09:21] <asac> popey: oh no... no testing then :)
[09:21] <asac> oh red light means: it works again?
[09:22] <MacSlow> seb128, the patch breaks synchronous icon-value notifications (e.g. Volume Up/Down)... marked it as needs fixing.
[09:22] <seb128> MacSlow, ok :/
[09:22] <seb128> MacSlow, thanks
[09:22] <MacSlow> seb128, np
[09:22] <seb128> MacSlow, do you have an idea of the right fix? maybe you can just do it? ;-)
[09:23] <popey> asac: I have two devices ☻
[09:23] <popey> asac: red light means it's not completely dead ☻
[09:23] <asac> nice
[09:23] <MacSlow> seb128, this is certainly a regression in notify-osd... the update-notification used to work as expected (and not trigger a new notification)
[09:23] <asac> i should also get a spare phone :)
[09:24] <asac> popey: so the 33 build looks amazing
[09:24] <asac> have you tried that?
[09:24] <popey> flashing now
[09:24] <asac> at least the dashboard is good... with click o course crashing all over
[09:24] <MacSlow> seb128, without digging in myself I can't easily fix this... you'd need to "steal" me away from the UbuntuTouch-tasks
[09:25] <asac> ralsina: your click scope is crashing all the time on maguro
[09:25] <MacSlow> seb128, kgunn is the one to persuade/inform
[09:25] <seb128> MacSlow, ok, we didn't have lot of changes... could be http://bazaar.launchpad.net/~indicator-applet-developers/notify-osd/trunk/revision/466
[09:25] <seb128> MacSlow, don't worry about it
[09:25] <asac> ralsina: http://reports.qa.ubuntu.com/smokeng/saucy/image/4094/ check out each test that has a crash
[09:25] <asac> its all click scope
[09:27] <timppa> Hi!
[09:27] <timppa> What's wrong with SDK? - QMetaType::registerType: Binary compatibility break -- Type flags for type 'QPaintBufferCacheEntry' [1024] don't match. Previously registered TypeFlags(0x3), now registering
[09:27] <timppa> newly created project does not run anymore
[09:30] <asac> lool: so seems the crash count for click has been peaking since 32:20130908.1:20130908
[09:36] <cjwatson> asac: Yeah, *I* think it's safe, but as you say yourself everyone always says that :-)
[09:37] <asac> cjwatson: maybe it fixes our click scope crashes :)?
[09:38] <cjwatson> Seems unlikely
[09:39] <mpt> seb128, you should assign artwork bugs to Nick Tait
[09:39] <seb128> mpt, thanks
[09:49] <asac> ralsina: wake up :)
[09:54] <timp> ogra_: we have a bunch of autopilot tests that pass on jenkins, but when we run it on device using phablet-test-run from our laptops, they fail
[09:54] <timp> ogra_: do you know if there is a difference between adbd on laptop vs on jenkins that may cause this?
[09:59] <popey> timp: how are they failing? got an example I can run here locally?
[10:00] <timp> popey: see https://docs.google.com/a/canonical.com/document/d/1cnBELUgsBCz9TMq-mR4VN4bwCKmDDXT9JxG-WFjzDFc/edit at the bottom ("Script -version 0")
[10:00] <timp> popey: that's what I did. Give me some minutes, I'll pastebin the results.
[10:01] <timp> popey: webbrowser results: https://pastebin.canonical.com/97179/
[10:02] <timp> popey: notes-app results: https://pastebin.canonical.com/97180/
[10:02] <timp> popey: gallery-app passed. In previous runs (with different package versions?) gallery failed, and the other two were passign
[10:06] <nerochiaro> mzanetti: do you have any idea what this failure might be about ? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-saucy/2650/console
[10:07] <mzanetti> nerochiaro: I guess some jenkins bug
[10:08] <nerochiaro> mzanetti: i'll trigger a rebuild. any idea if anyone should see it so that it can be fixed ?
[10:08] <mzanetti> nerochiaro: om26er probably...
[10:08] <mzanetti> nerochiaro: or fginther
[10:10] <popey> timp: ta
[10:11] <nerochiaro> mzanetti: also i have this failing autolanding, but it doesn't tell me why: https://code.launchpad.net/~amanzi-team/camera-app/camera-app-actions/+merge/183835
[10:11] <nerochiaro> mzanetti: sorry for bugging you today. i would usually bug omer but he's not around. if you know who else i should bug please let me know :)
[10:12] <timp> popey: I will thank you a lot more if you can help us in getting this to work. None of my MRs are being accepted because we have difficulties getting the on-device autopilot tests to work locally
[10:13] <popey> timp: why do you build and run the uitk? or is that the thing you're testing?
[10:13] <nerochiaro> gusch: super simple review: https://code.launchpad.net/~amanzi-team/notes-app/notes-app-remove-hud/+merge/184515
[10:13] <gusch> nerochiaro: ok
[10:13] <nerochiaro> gusch: thanks
[10:14] <timp> popey: in my doc, skip the 'Manual' testing part, scroll down to "Script - version 0". I don't build the UITK there.
[10:14] <timp> popey: but in the end I want to create a script that I run at night that updates my phone image, and builds&runs the UITK branch that I am working on
[10:14] <timp> +autopilot tests with that UITK build. only so far they keep failing, even for our "stable" versions
[10:15] <gusch> nerochiaro: you are right - a simple one - so I simply approved (as notes really doesn't use hud directly anymore)
[10:15] <timp> popey: so the goal is to test new UITK branches with apps autopilot tests before merging them into UITK trunk
[10:19] <mzanetti> nerochiaro: https://jenkins.qa.ubuntu.com/job/camera-app-saucy-amd64-autolanding/36/console
[10:19] <mzanetti> nerochiaro: network failure :/
[10:21] <popey> timp: i have a similar script which i use sometimes to test all autopilot packages on all core apps http://bazaar.launchpad.net/~popey/+junk/phablet-flash-wrapper/view/head:/phablet-testing.sh
[10:21] <nerochiaro> mzanetti: will jenkins retry automatically ?
[10:21] <mzanetti> nerochiaro: no. you need to approve the MR again
[10:22] <jodh> rsalveti: I see that the upstart-local-bridge+upstart-property-watcher aren't yet running correctly. Looks like /etc/init/upstart-local-bridge.conf needs to mkdir -p /dev/socket and init.rc needs updating for the upstart-property-watcher?
[10:25] <ralsina> asac: ack, 7:25 AM dude ;-)
[10:25] <timp> popey: ah great, that can save me some time thinking up my own script :) Is it for the new ro images?
[10:25] <ralsina> asac: we'll get on it
[10:26] <timp> popey: my device doesn't have /userdata
[10:26] <popey> timp: tested briefly, hence the "enable developer mode" bit - which probably needs changing
[10:26]  * popey fixes
[10:26] <popey> timp: it should be /userdata/.writable_image
[10:27] <timp> so far I didn't need to touch the .developer_mode.
[10:27] <popey> surely you do for apt-get to work?
[10:27] <timp> cdimage-touch always gives rw image?
[10:27] <timp> popey: nope, but I am using the stock image, not pending
[10:27] <timp> popey: so maybe my approach will break soon.
[10:27] <popey> shouldn't make a difference
[10:28] <timp> popey: since when are the images read-only?
[10:28]  * popey will test both scenarios
[10:28] <timp> popey: stock image from last night was still 20130828.1
[10:28] <popey> if you phablet-flash ubuntu-system, they're read-only
[10:28] <popey> there is no "stock" image, as there is no default for phablet-flash
[10:28] <timp> ah. ubuntu-system. I'm still using cdimage-touch.
[10:28] <popey> ya
[10:28] <popey> ditto, mostly
[10:28] <timp> popey: ok with stock I meant cdimage-touch without --pending
[10:29] <popey> gotcha
[10:37] <nerochiaro> sil2100: do you know who should I talk to if jenkins keeps failing autolanding merge request branches ?
[10:38] <nerochiaro> sil2100: i've got various MRs that are approved but fail autolanding and go back to needs review
[10:38] <mzanetti> nerochiaro: om26er and fginther. If urgent, I can try to help until they show up
[10:38] <popey> nerochiaro: someone in #ubuntu-qa perhaps? Maybe plars or fginther
[10:38] <sil2100> nerochiaro: how do they fail to auto-land? What does make it to fail then? Mediumtests?
[10:39] <nerochiaro> sil2100: a network error while trying to merge the branch
[10:39] <sil2100> Ah, uuuh
[10:39] <mzanetti> nerochiaro: the network error should be temporary... a re-trigger should most likely not fail any more because of this
[10:39] <sil2100> nerochiaro: I suppose re-approving didn't help?
[10:40] <mzanetti> nerochiaro: if its a persistent network failure, only fginther or the people in the QA channels can help.
[10:41] <nerochiaro> sil2100: mzanetti: ok, i'll wait to see what the re-approve does
[10:41] <nerochiaro> thanks all
[10:44] <ralsina> asac: which tests are click package crashes? All I see are in rssreader, filemanager and calendar... or are they fixed already?
[10:44] <timp> bzoltan1: you are also testing with touch images, not touch-ro, right?
[10:45] <timp> I wonder whether that makes any difference for autopilot
[10:45] <timp> popey: are the "touch" images installed with cdimage-touch, and "touch-ro" with ubunty-system?
[10:46] <popey> cdimage-touch = flipped, ubuntu-system = ro, yes
[10:46] <popey> ubuntu-system will become default Real Soon Now™
[10:47] <ralsina> asac: oh, crashes are not counted as failures! Got it
[10:55] <bzoltan1> timp:i use cdimage-touch
[10:56] <bzoltan1> timp, popey: my concern here is not the ro or normal image ... but the simple fact that the dash tests are not executed the same way as the phablet-tests
[11:00] <popey> bzoltan1: sure.
[11:01] <bzoltan1> timp: I run the gallery tests on the pending image -> Green ... installed the UITK from the PPA -> Red ... installed back the UITK what was on the pending image -> Red again ...
[11:01] <bzoltan1> popey ^
[11:03] <asac> ralsina: all app tests have click scope crashing. yeah
[11:21] <Laney> mpt: Yo, quick bit of help needed
[11:22] <Laney> mpt: https://wiki.ubuntu.com/SecurityAndPrivacySettings#Phone → what should we do when the current information isn't correct?
[11:22] <Laney> make the button insensitive also or do something else?
[11:22] <Laney> when changing pin/passphrase, that is
[11:22] <mpt> ahh
[11:23] <mpt> katie_, do we have a standard error appearance for text fields yet?
[11:24] <Laney> I don't see a way to do something like that
[11:24] <Laney> well, I could change the colour of the text maybe...
[11:29] <mpt> I'm writing a description of the error handling now, but I'm assuming the existence of a standard error appearance (maybe you could set class="error" on the control)
[11:30] <mpt> (if QML works like styled XML that way)
[11:33] <mpt> Laney, but the error highlighting and sensitivity should work the same way for all six dialogs: "Switch to swipe", "Switch to passcode", "Switch to passphrase", "Change passcode", "Change passphrase", and "Change SIM PIN". So maybe you can refactor while you're waiting. :-)
[11:34] <Laney> It will do
[11:34] <Laney> I tried to write it in anticpation of this
[11:34] <mpt> cool
[11:34] <Laney> but I don't know of any class thing like that
[11:34] <seb128> yeah, me neither...
[11:35] <Laney> well, there's "states" but they can just set properties that already exist
[11:35] <Laney> and it'll be local to the page and so on
[11:36] <mpt> I thought this was all done with CSS
[11:36] <Laney> it would be something the textfield provides I suppose
[11:36] <Laney> no idea, but it's not exposed to application developers at that level
[11:36] <mpt> darn
[11:37] <Laney> http://developer.ubuntu.com/api/devel/ubuntu-13.10/qml/ui-toolkit/qml-ubuntu-components0-textfield.html#color-prop
[11:37] <Laney> that's what we have
[11:37] <Laney> didn't mean to include the anchor
[11:40] <Laney> ah wait...
[11:41] <cjwatson> ralsina: Just to check: the click scope crashes aren't anything to do with click itself, are they?
[11:42] <Laney> getting confused, there is some styling stuff but I don't know what it does. It doesn't seem to do what you'd want here.
[11:42] <Laney> Or, well, you can apparently change the theme in use dynamically
[11:43] <Laney> Still seems like something the SDK should be doing to me
[11:45] <mpt> Laney, yeah, there should be an error state for text fields, an error state for picker widgets, an error state for checkboxes, etc, all with consistent appearance.
[11:46]  * Laney nods
[11:47] <Laney> mpt: want to file an SDK bug?
[11:54] <mpt> Doing so now/.
[11:55] <timp> mpt: what's an error state?
[11:56] <timp> mpt: you can disable the components when they are not applicable
[11:57] <mpt> timp, from the bug report I'm writing: "The error appearance should be used for fields that you have filled out incorrectly, or other controls that have a disallowed state. For example, if you choose a time in a restaurant reservation system, submit the request, and the server responds that that time is unavailable, the time picker should retain the previous value (so you can see what you chose) but have the error state."
[11:57] <timp> mpt: what would cause an error state for a checkbox? They are either on or off. If it is really needed, also talk to design to describe the behavior and visuals
[11:58] <timp> mpt: well, you can have a label somewhere saying "invalid time selected" until you select a proper time. But your approach is also a possibility, it is a question for design to answer I think
[11:59] <timp> so add it to the ubuntu-ux project also
[11:59] <mpt> timp, usually checkbox states could be handled by insensitivity. But as with the reservation example, rules might be so complex or volatile can be checked only on the server side. For example, "Sorry, you can’t choose Carob and Chocolate in the same ice cream."
[12:00] <mpt> (so volatile +that they+ can be checked...)
[12:00] <mpt> timp, yes, I'm suggesting the error state should apply to error captions as well, so that they're styled consistently too.
[12:02] <carlesoriol> how can I see mouse on nexus 7 running ubuntu 13.10? My screen is cracked so I cannout use touch
[12:09] <tmoenicke> mzanetti: ping
[12:09] <mzanetti> thomi: pong
[12:10] <mzanetti> uups. tmoenicke, not thomi
[12:10] <ralsina> cjwatson: not AFAIK
[12:12] <cjwatson> ralsina: Good
[12:14] <mpt> Laney, timp: bug 1222787
[12:22] <cjwatson> asac: I'm ready to go with click 0.4.4 now; permission to upload?  http://bazaar.launchpad.net/~click-hackers/click/trunk/view/head:/debian/changelog
[12:29] <sergiusens> cjwatson: hey, wrt to that changelog, are the dynamic keys in the manifest something you plan to extend?
[12:29] <mpt> Laney, sorry this is taking a while, it's more complicated than I expected
[12:30] <cjwatson> sergiusens: if appropriate - why?
[12:31] <cjwatson> sergiusens: (long-term, it's kind of a hack around not having click in C so that it can expose fast library functions, though)
[12:32] <sergiusens> cjwatson: ok,just correlating to what you told seb128 last week, thought there was a change of thought. I prefer not going dynamic there btw
[12:32] <asac> cjwatson: ok, lets do it and do another image run right after to see if there is damage; i assume unity8 still needs a good part of the day so lets not block
[12:32] <cjwatson> sergiusens: it seemed simpler than adding an option that most users would probably want to pass
[12:33] <cjwatson> sergiusens: can you expand on your last sentence?
[12:34] <asac> ralsina: sil2100: any ideas/news on the click-store crashes?
[12:34] <ralsina> asac: not yet
[12:36] <cjwatson> sergiusens: I guess it's not so much of a change of thought as "this is probably about the least silly way to do things for now"
[12:37] <sergiusens> cjwatson: yeah, I agree with that
[12:37]  * sergiusens is looking for words
[12:42] <cjwatson> sergiusens: wordify quickly if it's something that should block this upload :)
[12:43] <oreneeshy> does anyone knows how many GU there are on an N7?
[12:49] <cjwatson> sergiusens: wordify quickly if it's something that should block this upload :)
[12:49] <greyback> oreneeshy: 18 I think
[12:50] <oreneeshy> greyback: really?
[12:50] <rickspencer3> hello all
[12:50] <oreneeshy> greyback: ahh u men 1gu=18
[12:50] <oreneeshy> greyback: tnx
[12:50] <greyback> oreneeshy: yep
[12:51] <sergiusens> cjwatson: no, don't block
[12:51] <sergiusens> cjwatson: I pused asac to push it myself
[12:51] <jdstrand> sergiusens: hi! are there any plans to get nemo-qml-plugin-folderlistmodel into the archive?
[12:52] <cjwatson> OK, click 0.4.4 on its way into the archive now, thanks
[12:52] <sergiusens> jdstrand: no, the plan is to ship that in the click package
[12:52] <jdstrand> sergiusens: ok, thanks
[12:56] <mpt> Nearly there...
[12:57] <nerochiaro> gusch: do you know who's our backup QA guy when omer isn't around ?
[12:57] <gusch> nerochiaro: no idea - mzanetti ? ;)
[12:58] <dbarth> cjwatson: hi, i just noticed the blueprint update about the change of logic to install click at boot
[12:58]  * mzanetti hides under the desk
[12:58] <dbarth> cjwatson: what is the directory to drop packages onto to get this to work?
[12:58] <cjwatson> dbarth: That was actually cleanup from last week
[12:58] <cjwatson> dbarth: And it's actually a misnamed work item now because we did it a different way :)
[12:58] <dbarth> ah ok
[12:58] <mzanetti> nerochiaro: not that I would be your backup QA but always happy to help. what's the issue?
[12:58] <dbarth> uh
[12:59] <cjwatson> dbarth: So is this for OEM/carrier customisation?
[12:59] <dbarth> webapps
[12:59] <dbarth> defaut ones
[12:59] <dbarth> i need to turn the default demo set into clickpackages and have that integrated in the image
[12:59] <cjwatson> For things that should be installed by default on the core images we ship, talk to sergiusens to get them into his list of core apps for which we already have arrangements
[13:00] <dbarth> i noticed the script to pre-install the ones listed in archive-team
[13:00] <dbarth> will bother him instead ;) nw
[13:00] <cjwatson> Right, we might as well just add your stuff to that
[13:00] <dbarth> ok
[13:00] <dbarth> thanks cjwatson
[13:00] <cjwatson> Assuming that you've already dealt with the issues around apparmor confinement of webapps, adding whatever hooks you need, etc.
[13:00] <cjwatson> I know there was a thread about this but didn't read it in detail
[13:00] <dbarth> i'm just into that
[13:00] <dbarth> i'm keeping icons into a deb package for now
[13:01] <dbarth> going into a system default dir
[13:02] <mpt> Laney, done. https://wiki.ubuntu.com/SecurityAndPrivacySettings?action=diff&rev2=33&rev1=32
[13:04] <mzanetti> tedg: hi. sorry for the late notice... is it possible for you to join the hangout?
[13:05] <tedg> mzanetti, Sure, I might have to jump out in the middle.  I've got workers coming to my house.
[13:05] <tedg> mzanetti, Link?
[13:05] <OrokuSaki> <--- recompiling systemd and udev to use the accept syscall instead of accept4.. that is why my cpu is going nuts with udev.. revealved with strace
[13:05] <OrokuSaki> 2.6.35... what a pain
[13:06] <nerochiaro> mzanetti: i have an AP test failing on mako, but if fails randomly, and i don't have a mako device to check anyway. quite unsure what to do except ask jenkins to re-run everything until it gets it right.... here: https://code.launchpad.net/~amanzi-team/notes-app/notes-app-remove-hud/+merge/184515 (you can see previous run were successful)
[13:07] <mzanetti> tedg: see the link as PM
[13:07] <davmor2> morning all
[13:09] <davmor2> asac, ogra, popey: had a play with Saturdays image iirc over the weekend I need to file a few bugs for it.  3g is still flakey for me but at least is showing up again :)
[13:10] <popey> which image?
[13:11] <timp> popey: did you have a chance to look at the autopilot fails I told you about in the morning?
[13:13] <popey> timp: ah yes, I ran the full set on my machine
[13:13] <mzanetti> nerochiaro: I'll check in a bit. in a meeting right now
[13:13] <nerochiaro> mzanetti: thank
[13:14] <popey> timp: I don't get the "broken pipe" errors you get
[13:14] <popey> lemme upload
[13:14] <timp> popey: for you the tests passed?
[13:16] <popey> timp: http://people.canonical.com/~alan/20130909-112931/
[13:16] <popey> thats all the logs from all the apps
[13:20] <davmor2> popey: I'm just double checking now
[13:21] <davmor2> popey: 20130908.1
[13:22] <davmor2> popey: apparently
[13:24] <davmor2> popey: I have no click packages, no messages show up unless you go into the messaging indicator or messaging app, ringing out is hit an miss, shorts nearly kills the phone with it's slowness, rotate is slower than the normal slow speed the list goes on really
[13:24] <cjwatson> davmor2: no click packages> anything in /usr/share/click/preinstalled/ ?
[13:25] <davmor2> cjwatson: sorry let me improve that one,  the installed ones display an iconless square and are installed, however the ones for installation are not displayed
[13:26] <cwayne> speaking of click pacakges, has anyone else noticed that installing them shows them in the app lens twice?
[13:26] <cjwatson> ah, perhaps worth seeing if there's anything in ~/.cache/unity-scope-click.log or however it's spelled
[13:26] <cjwatson> cwayne: yes, I'm told that's known
[13:26] <cjwatson> likewise the iconlessness is known
[13:27] <ogra_> cjwatson, we're just creating a TODO for the phone sprint here, anything you need from use for click (tests, integration bits etc)
[13:27] <ogra_> s/use/us/
[13:28] <cjwatson> ogra_: IIRC somebody was already sorting out an integration test to ensure that there exist some preinstalled apps
[13:28] <ogra_> ok
[13:28] <cjwatson> ogra_: other than that nothing new I think ...
[13:28] <ogra_> great, sergiusens just told me he is on that
[13:29] <cjwatson> I thought it was him but didn't want to poke him by mistake :)
[13:29] <cjwatson> popey: click 0.4.4 has pkcon search implemented, BTW
[13:29] <popey> yay
[13:29] <cjwatson> I think you were asking about that ...
[13:30] <popey> correct
[13:30] <popey> ii  click          0.4.3        armhf        Click packages
[13:30] <popey> damnit :D
[13:30] <cjwatson> It's on its way
[13:33] <Laney> mpt: thanks!
[13:35] <davmor2> popey, cjwatson: so looking at this it looks like it has grabbed the info but it still isn't displayed http://paste.ubuntu.com/6083492/
[13:37] <OrokuSaki> lookking good http://s7.postimg.org/mbjr96xgr/filename.png
[13:37] <OrokuSaki> lol 1 k
[13:37] <popey> davmor2: how you installing them?
[13:37] <popey> i am not offered any click packages on my phone
[13:38] <rickspencer3> ChickenCutlass, hey, so my wireless data wasn't working over the weekend after I updated last week, any ideas?
[13:38] <popey> [unity-scope-click] - DEBUG: click-scope.vala:338: Error calling webservice: Web request failed: HTTP 2 Cannot resolve hostname (search.apps.ubuntu.com)
[13:38] <popey> oof
[13:38] <ChickenCutlass> rickspencer3, so I know it was broken in the touch_ro image.
[13:38] <ChickenCutlass> rickspencer3, I think rsalveti and ogra_ know the issue
[13:39] <rickspencer3> ChickenCutlass, ok
[13:39] <rickspencer3> thanls
[13:39] <rsalveti> yeah, in theory is fixed, sergiusens is checking
[13:40] <sergiusens> already checked on daily-proposed on friday. It may not be promoted to daily and that may be the reason
[13:46] <cjwatson> davmor2: bug in the scope I guess, maybe ralsina knows
[13:46] <cjwatson> popey: that just looks like network not up yet
[13:46] <ralsina> cjwatson, davmor2: no details yet, waiting for alecu to give it a look but he's a bit late today
[13:48] <OrokuSaki> This will help older kernels... https://github.com/gentoo/eudev/issues/7
[13:48] <OrokuSaki> accept replacing accept4 in systemd, if accept4 does not exist
[13:48] <OrokuSaki> otherwise.. udev will max your cpu's
[13:52] <ogra_> OrokuSaki, sounds like a goot notice tyo put on the porting page
[13:53] <OrokuSaki> =)
[13:53] <OrokuSaki> yay!
[13:53] <OrokuSaki> I don't know if it works yet...
[13:53] <OrokuSaki> still testing.. rebooting
[13:54] <OrokuSaki> I traced the process.. this is what it said.. http://pastebin.com/AjPMcmXW
[13:54] <OrokuSaki> over and over..
[13:55] <OrokuSaki> I have 2.6.35.. but.. I don' think it's working.. or was just introduced in 2.6.36.. so.. change udev
[13:55] <OrokuSaki> and by it I mean syscall accept4
[13:55] <OrokuSaki> which I have.. but... dunno
[13:55] <Stskeeps> OrokuSaki: https://gitorious.org/mertp/kernel-clean/commit/6a7d47acd88bfd23a34f7508ef1ba52b1cb69b82
[13:56] <Stskeeps> you can add accept4 manually
[13:56] <OrokuSaki> it is there..
[13:56] <OrokuSaki> probably added by palm
[13:56] <OrokuSaki> =)
[13:57] <OrokuSaki> I noticed the music-app does not play right unless udev is running.. so I had to find out why....
[13:57] <OrokuSaki> I ripped out rules, etc..
[13:57] <OrokuSaki> strace seemed to be better
[13:57] <OrokuSaki> Thanks Sts!
[13:58] <OrokuSaki> I recompiled systemd, on my device
[13:58] <OrokuSaki> with changing accept4 to accept Null Null, there were 3 places
[13:59] <_5m0k3> popey: I'm not offered any click packages, either
[13:59] <popey> davmor2: how are you installing those click packages?
[13:59] <OrokuSaki> I am not offered click packages.. so I tarred them all up and installed them on the new build =)
[14:00] <OrokuSaki> sudo click install ./com.ubuntu.developer.alecu.qr-code-0.2.click --force-missing-framework --all-users
[14:00] <OrokuSaki> etc
[14:00] <OrokuSaki> Then it will appear as an installed app
[14:00] <davmor2> popey: I'm not, I don't see them,  that was my point so cjwatson said to have a look at that file so I did
[14:01] <cjwatson> OrokuSaki: if it's a user-installed app, you should just use "pkcon install-local com.ubuntu.developer.alecu.qr-code-0.2.click" rather than the special invocation for preinstalling things
[14:01] <OrokuSaki> thanks man! =)
[14:01] <cjwatson> but sure, if you want to ram them into your image ...
[14:03] <popey> ah
[14:04] <sergiusens> cjwatson: tedg so wrt to click icons (aka desktop hook), is there a plan?
[14:04] <sergiusens> as in the icons not showing?
[14:05] <tedg> sergiusens, I have one in my head, does that count?  :-)
[14:05] <tedg> I'm thinking that we can detect if the icon exists, and if so, then prepend the path
[14:05] <sergiusens> tedg: is it similar to what we already had or does it diverge?
[14:05] <cjwatson> sergiusens: (not my responsibility I think)
[14:05] <sergiusens> cjwatson: point taken
[14:05] <tedg> If it doesn't exist, we give a warning and realize we need a better plan.
[14:06] <cjwatson> tedg: seems reasonable
[14:06] <tedg> I imagine that'll work for 99% of the use cases right off the bat.
[14:06] <tedg> Perhaps we could file a recoverable error on ourselves so we could see if we need a plan B.
[14:06] <sergiusens> tedg: ok, makes sense. It's sort of similar to what was in the original desktop hook without the .exists() check
[14:07] <sergiusens> tedg: we can also add desktop file checking to the packaging linter
[14:07] <tedg> Yeah, I was concerned about the theming case.  But I think we shouldn't let us block having something usable.
[14:07] <sergiusens> stretching a bit, but I think jdstrand left room for that
[14:08] <sergiusens> tedg: I don't think there is a plan for proper theming of click packages
[14:08] <tedg> sergiusens, I'm not sure we *need* a plan there.  In that, if it breaks, the application wont' be usable and the feedback will come naturally :-)
[14:08] <tedg> (for the linter)
[14:13] <mzanetti> nerochiaro: re
[14:14] <mzanetti> nerochiaro: so... looking at the log, the error is this one: AssertionError: After 10.0 seconds test on NoteItem.height failed: Double(432.0) != dbus.Double(198.0, variant_level=1)
[14:14] <nerochiaro> mzanetti: in a standup for the next 10 minutes
[14:14] <mzanetti> ok... I'll respond other pings first then.
[14:14] <sergiusens> tedg: sure
[14:24] <davmor2> popey: what happens if you favourite more than 2 people in contacts?
[14:24] <popey> i dont have 2 people ☻
[14:24] <popey> lemme see
[14:25] <davmor2> popey: you would need at least 3 I did say more than 2 :D
[14:25] <sergiusens> davmor2: supposed to work... or on the latest and greatest?
[14:26] <davmor2> sergiusens: this was testing on 0908.1 are we talking newer than that?
[14:27] <davmor2> sergiusens: I haven't updated yet so I can file some bugs :)  But I might upgrade and then see if they're still there :)
[14:27] <sergiusens> davmor2: no, just that I favourite people often on my dogfooding device which has 200 contacts
[14:29] <sergiusens> davmor2: I have 3 favourites now btw on the latest daily for touch_ro without writable mode on
[14:30] <davmor2> sergiusens: So I have 2 in place, I select a third and get "Error:  Fail to load contacts <Cancel>"
[14:31] <davmor2> sergiusens: doesn't matter which contact I pick
[14:31] <sergiusens> davmor2: hmm... that's strange... I'd log a bug then, but I can't reproduce
[14:32] <dave_> Anybody can tell me, how to install a self-built ubuntu-saucy kernel on a grouper (N7) device?
[14:33] <nerochiaro> om26er: hello, i am having some problems with AP tests failing randomly. when you have a minute can you help me out ?
[14:34] <timp> nerochiaro: hi
[14:34] <om26er> nerochiaro, hint me at the MR. I am in Lex but i'll look at that when I get some time
[14:34] <timp> nerochiaro: we have that all the time :(  no solution yet.
[14:34] <nerochiaro> om26er: in this merge requests the tests first passed and then failed again: https://code.launchpad.net/~amanzi-team/notes-app/notes-app-remove-hud/+merge/184515
[14:34] <sergiusens> dave_: you can try and figure it out with abootimg
[14:34] <nerochiaro> timp: that = AP tests failing randomly ?
[14:35] <timp> nerochiaro: yes. I don't know if it is truly random, but at least for me it is not predictable
[14:35] <nerochiaro> timp: seems like the same thing i'm seeing
[14:35] <timp> nerochiaro: actually, on jenkins it is mostly fine, but when I run it on my own device, I get fails
[14:36] <nerochiaro> om26er: and this one has the same issue: https://code.launchpad.net/~amanzi-team/mediaplayer-app/mediaplayer-app-new-actions-api/+merge/182148
[14:36] <nerochiaro> timp: on device i never have problems, so maybe we're talking about different things
[14:36] <timp> nerochiaro: maybe
[14:38] <timp> nerochiaro: https://pastebin.canonical.com/97180/
[14:38] <timp> nerochiaro: ^that's the result of phablet-test-run -s 014E281217013001 -n -p 'notes-app-autopilot' notes_app
[14:38] <cwayne> Kaleo: ping
[14:39] <popey> davmor2: i am having some odd issues with contacts. it's merging people
[14:39] <nerochiaro> timp: whoa that's a lot of errors, i don't get them. what device ?
[14:39] <davmor2> popey: hahaha that's worse than my issue :)
[14:40] <timp> nerochiaro: galaxy nexus
[14:40] <popey> and the name on the list of contacts doesn't match the name in the contact page
[14:40] <nerochiaro> timp: same here
[14:40] <mfisch> sforshee: what was the issue with gsettings? I saw something here and then later you closed the bug?
[14:40] <timp> nerochiaro: first I did phablet-flash cdimage-touch && ./device_network_clone 014E281217013001 && ./openssh_install 014E281217013001 && ./openssh_publickey 014E281217013001 && adb shell apt-get -y update && adb shell apt-get -y upgrade && adb shell apt-get -f install && ./qtc_device_developertools 014E281217013001
[14:41] <timp> nerochiaro: and then phablet-test-run and got this result
[14:41] <nerochiaro> timp: i have no idea what half of the commands you mention do
[14:41] <timp> nerochiaro: how so you install a new image on the device and set it up for development? you use QtCreator for that?
[14:42] <popey> gah, need to delete all contacts
[14:42] <timp> nerochiaro: the scripts I call are the QtC scripts for setting up the networking/ssh/packages on the device
[14:43] <nerochiaro> timp: i use phablet-flash just as you do, then i just shell in, install the *-autopilot packages and run autopilot tests
[14:44] <timp> bzoltan1: ^do you think that running the qtc scripts can make a difference?
[14:44] <mhall119> ricmm: ping
[14:49] <sforshee> mfisch: the issue cking was having was because using sudo didn't change the homedir, so the change got made in the phablet user's settings
[14:50] <sforshee> there's a workaround, but the timeouts are planned to move to unity anyway
[14:51] <ricmm> mhall119: sup?
[14:52] <mhall119> ricmm: we might have an issue with the media player service and Qt MediaPlayer API
[14:52] <seb128> kenvandine, hey
[14:52] <kenvandine> hey seb128
[14:52] <seb128> kenvandine, how is the gallery picker coming? (https://bugs.launchpad.net/unity8/+bug/1218402)
[14:53] <mhall119> ricmm: the C++ class for QMediaPlayer has a 'playlist' property
[14:53] <ricmm> mhall119: yes?
[14:53] <mhall119> where apps can give it a queue of songs and how to go through them (repeat, shuffle, etc)
[14:53] <seb128> kenvandine, mterry mentioned that the background panel wasn't doing anything ... is there a way to workaround that to activate the gallery on the device?
[14:54] <mhall119> but the QML MediaPlayer component doesn't have 'playlist', and there is no MediaPlaylist component in QML either
[14:54] <mhall119> so from the music app, which is all QML, there's no way to pass a playlist through the Qt API to your backend player service
[14:55] <mterry> seb128, also... does that panel ship a workaround for the policykit issue we're seeing with the user session?  It can't set AS background without I'm guessing
[14:56] <seb128> mterry, no it doesn't ... when do we land lightdm on the touch image? ;-)
[14:56] <kenvandine> seb128, mterry: the content-hub package hasn't published since the upstart integration landed
[14:56] <thomi> ogra_: when is a good time to deliver this broken phone to you?
[14:56] <ogra_> thomi, can you refresh my memory ?
[14:56] <mterry> seb128, We can't land lightdm until we get Mir-on-Mir  :-/  which is perpetually 3 weeks away
[14:57] <seb128> :-(
[14:57] <mterry> kenvandine, is there a test failure or something there?
[14:57] <kenvandine> not, just packaging changes
[14:57] <seb128> stacks are on manual as well
[14:57] <thomi> ogra_: USB errors when I plug it in, cannot get it to show up in adb
[14:57] <kenvandine> yeah
[14:57] <mterry> someone should poke it!
[14:57] <seb128> asac asked to block everything from landing until Mir is in
[14:58] <mterry> oh
[14:58] <ogra_> thomi, well, any time is fine ... ust come over :)
[14:58] <thomi> ok
[14:58] <ogra_> boddington i think
[14:58] <mterry> ricmm, in your unity8-run-mir branch, why do you promote ubuntumirclient to ubuntumirserver?
[14:59] <davmor2> ogra_: hears a knock at his door......
[14:59] <ogra_> heh
[15:00] <ricmm> mterry: because the server is not a client
[15:00] <ricmm> server runs with the server QPA and it then sets up environment for each client it launches
[15:00] <mterry> ricmm, OK
[15:00] <cwayne> zsombi: ping
[15:01] <mterry> ricmm, eventually, the login greeter will be a separate executable, built out of the unity8 branch.  It will run as a pure-client (not a mirserver).  I was hoping to re-use the main.cpp.  So I just want to understand your change before I merge it into my branch
[15:02] <ricmm> alright
[15:02] <mterry> ricmm, so you just promote because ubuntumirclient didn't make sense for expected unity8 usage
[15:02] <ricmm> how do pure-clients run?
[15:02] <ricmm> as server with no clients?
[15:02] <mterry> ricmm, As client of the u-s-c with no subclients...
[15:02] <ricmm> yes, I promote because our default env (for console launching) is ubuntumirclient
[15:02] <ricmm> and we promote during runtime so we dont need to modify the env in the upstart job
[15:03] <ricmm> so that it can be usedi n both SF and Mir environments
[15:03] <mterry> ricmm, gotcha
[15:03] <OrokuSaki_> Anyone know the proper way to run ./configure when recompiling udev?
[15:03] <OrokuSaki_> --prefix=/? LIBDIR=/? etc etc?
[15:03] <ogra_> OrokuSaki_, check debian/rules
[15:03] <OrokuSaki_> gracias
[15:03] <OrokuSaki_> I know --prefix=/usr
[15:03] <OrokuSaki_> but.. after that
[15:03] <mterry> ricmm, do you know how such a mir client of the u-s-c would work?  Like, is there a trick to register with the u-s-c?
[15:04] <ricmm> no, clients just talk to the existing socket
[15:04] <ricmm> there can only be one running server at a time
[15:04] <ricmm> so whoever owns the socket will mediate the client
[15:05] <zsombi> cwayne: pong
[15:05] <cjwatson> asac: should I go ahead and build an image?  click 0.4.4 has been in for a while
[15:05] <cwayne> zsombi: hey, i have another question about themes :)
[15:06] <cwayne> zsombi: when adding a new theme who's parent_theme is Ambiance, the new theme will never be used
[15:06] <cwayne> because of MainViewStyle.qml automatically choosing the theme based on backgound color
[15:06] <mterry> ricmm, only one running server?  But USC and the shell are both kinda Mir servers right?
[15:07] <zsombi> cwayne: that's a bad approach, I agree... beside that, that MainViewStyle logic causes binding loops also!
[15:07] <ricmm> mterry: I dont know, afaik you can only have one running Mir server
[15:07] <cwayne> zsombi: although i found that if you set internals.theme in the child theme's MainViewStyle.qml it seems to work
[15:07] <cwayne> no matter what you set it to, in fact
[15:08] <mterry> ricmm, I get that you can have only one in the system-compositor sense, because USC owns /tmp/mirsocket or whatever it is...  I guess I don't know where the shell's socket lives, or if it has one.  Maybe in a user dir somewhere, like ~/.mirsocket
[15:08] <zsombi> cwayne: we have an other bug on that issue, so that code will get out of MainViewStyle, but honestly no idea why was that set like that...
[15:08] <OrokuSaki_> gracias ogra! http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/systemd/saucy/view/head:/debian/rules
[15:09] <cwayne> zsombi: any eta on when that will be removed?
[15:09] <ogra_> :)
[15:10] <zsombi> cwayne: it affects quite many apps, so we have to sync that OTF theme selection with them... no idea when that will be scheduled...
[15:10] <cwayne> OTF?
[15:10] <ricmm> mterry: well this has never been too clear to me, the plan for u-s-c and family coupled with unity8 mir server
[15:10] <zsombi> cwayne: however, your Friday's issue is also unreported... and that must also be solved too.
[15:10] <ricmm> mterry: mind if I run a thread with you and tvoss to make sure we are all on the same page?
[15:11] <mterry> ricmm, :-/  not clear to me either, unfortunately
[15:11] <mterry> ricmm, OK
[15:11] <ricmm> because you are scaring me
[15:11] <ricmm> (:
[15:11] <mterry> ricmm, well, I'm sure they intend to interoperate well, I mean, that's the whole plan
[15:11] <cwayne> zsombi: my friday issue being the UBUNTU_UI_TOOLKIT_THEMES_PATH?
[15:11] <zsombi> cwayne: yep
[15:11] <cwayne> zsombi: i found that that can work if you set a symlink in the new dir to /usr/lib/arch/qt5/qml/Ubuntu
[15:12] <ricmm> mterry: yes, the plans are always great, but I need some proof of concept and paperwork and delivery plans
[15:12] <zsombi> cwayne: well, that is not a solution though...
[15:12] <ricmm> I dont mean you tho
[15:12] <mterry> ricmm, :)  I need some of that too, as I'm trying to write the glue that ties lightdm + greeter + shell together
[15:13] <zsombi> cwayne: it's a workaround
[15:13] <mterry> Or, some of the glue
[15:13] <cwayne> zsombi: right
[15:13] <cwayne> zsombi: i logged a bug for that, right?
[15:13] <zsombi> cwayne: I have a configurable solution for that, also with settings
[15:13] <zsombi> cwayne: did you? haven't seen it...
[15:13] <cwayne> zsombi: gsettings key?
[15:14] <zsombi> cwayne: for instance, yet it is a simple INI setting, but will be turned as gsettings key
[15:15] <cwayne> zsombi: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1221813
[15:15] <ricmm> mterry: done
[15:15] <zsombi> cwayne: ok, I haven't seen this :) thx!!!
[15:16] <cwayne> zsombi: no problem :)
[15:16] <mterry> ricmm, thanks
[15:16] <cwayne> zsombi: thanks for the info regarding the internals.theme stuff, good to know that it'll be fixed for real eventually :)
[15:16] <mterry> ricmm, are you in Lexington, btw?  I'm in the office today
[15:16] <zsombi> cwayne: however, it won't be that env var, but it will be a key in the ~/.config/ubuntu-ui-toolkit/theme.ini file
[15:16] <ricmm> mterry: yup
[15:17] <ogra_> mterry, we're all in boddington
[15:17] <cwayne> zsombi: that's fine, but will you please let me know before that fix is pushed so i can update the custom image?
[15:17] <larsu> hey, does anyone know what handles the hardware volume keys on the phone?
[15:17] <larsu> s/keys/buttons
[15:17] <seb128> larsu, what buttons?
[15:17] <zsombi> cwayne: all types will be exposed at some point, it's just we need to stabilize their API
[15:17] <zsombi> cwayne: sure
[15:17] <seb128> larsu, powerd handle the power/suspend button afaik
[15:18] <cwayne> zsombi: righto
[15:18] <larsu> seb128: right, I need volume
[15:18] <cwayne> zsombi: so do you have an idea of why setting internals.theme works?  even if i set it to Ambiance it works, using the new theme
[15:18] <seb128> rsalveti, ^ do you know what piece of code handle volume keys on touch?
[15:18] <larsu> seb128: trying to figure out bug #1213963
[15:20] <zsombi> cwayne: no... need to see why it does.... honestly, altering the theme in a component which is reloaded when the theme changes is not a healthy thing to do...
[15:20] <mterry> ricmm, ogra_: neat.  I'm in the office somewhat near the door; we can chat at lunch if not sooner
[15:20] <ogra_> yeah
[15:20] <ricmm> mterry: lunch sounds fine
[15:21] <cwayne> zsombi: yeah, that maybe also is part of the other bug, because it's hardcoded as Ubuntu.Components.Themes.%1 (whereas for example my custom theme is UbuntuCustom.Themes.Whatever)
[15:21] <zsombi> cwayne: right!
[15:22] <cwayne> zsombi: added that to the bug
[15:22] <seb128> cjwatson, does the click 0.4.4 update requires to rebuild the clicks?
[15:22] <cjwatson> seb128: No
[15:22] <rsalveti> seb128: yup, in unity8, but check the bug1219057
[15:22] <zsombi> cwayne: +1 thx!!!
[15:22] <seb128> cjwatson, click --manifest stopped listing installed-size it seems?
[15:22] <rsalveti> bug 1219057
[15:22] <seb128> larsu, ^ unity8
[15:23] <cjwatson> seb128: That only works with packages that were built with 0.4.x
[15:23] <seb128> rsalveti, right, larsu is working on that
[15:23] <cjwatson> seb128: Not specifically 0.4.4 though
[15:23] <seb128> cjwatson, oh, indeed, thanks
[15:23] <cjwatson> seb128: Check version in the manifest, if it doesn't say 0.4 then that explains it
[15:23] <cjwatson> e.g. alecu's qr-code was apparently built with 0.2
[15:24] <larsu> seb128, rsalveti: thanks :)
[15:24] <seb128> cjwatson, right, I picked the wrong click on my disk for sudoku, that was still a 0.1
[15:24] <seb128> cjwatson, sorry for the noise, and thanks for adding the _directory ;-)
[15:24] <beuno> cjwatson, so I guess maybe we'll want to add to the review script that it checks for minimum click version uploads, so we can force people to upgrade as they upload?
[15:24] <cjwatson> Mirv: It might be worth bumping click in ubuntu-sdk/ppa to 0.4.x, preferably 0.4.4
[15:24] <cjwatson> beuno: Probably not a bad idea, especially once the SDK PPA is upgraded
[15:25]  * beuno adds that to his queue
[16:06] <mhall119> alecu: what's the status of getting icons displayed for click packages?
[16:17] <lucaci> hi
[16:19] <boiko> mterry: with a little delay, here is the bug report: https://bugs.launchpad.net/dialer-app/+bug/1222906
[16:19] <mterry> boiko, aw thanks!  /me subscribes
[16:21] <lucaci> there's italian version of https://wiki.ubuntu.com/Touch
[16:21] <lucaci> ?
[16:21] <AskUbuntu> Dashboard for MOBILE BROADBANDS | http://askubuntu.com/q/343412
[16:28] <dave_> Does anybody know how to build "kernel.ubuntu.com/ubuntu/ubuntu-saucy.git", so it will actually boot on a grouper device? My use of "dpkg-buildpackage -d -B -aarmhf -us -uc" results in a zImage that does not boot. Thx.
[16:29] <alecu> mhall119: there's a thread going on right now regarding icons for click packages, here: https://lists.launchpad.net/ubuntu-appstore-developers/msg00539.html
[16:29] <mfisch> lool: that change you made to the customizations package is perfect, thanks
[16:29] <lool> mfisch: ah it worked?  good
[16:30] <mfisch> lool: well I think it did, I'm still updating my phone
[16:30] <lool> haven't had the chance to actually test it, ssweeny told me it was ok
[16:30] <lool> mfisch: let me know how to best land stuff in the upstream branch in the future
[16:31] <mfisch> lool: okay, we can trust ssweeny ;)
[16:32] <cwayne> katie: ping, any input on the unity infographic theming stuff from friday?
[16:39] <katie> cwayne, just replied :)
[16:39] <cwayne> katie: thanks! :D
[16:49] <crypticmofo> hi all im back .. so i installed ubuntu for this reason .. the d2vzw cdma galaxy is really not being maintinated .. i know there are new images all the time and i know cdma isn't supported yet but it can at least get wifi .. if i follow the portnig guide to a t .. will that work ?
[16:50] <crypticmofo> im at my machine all day and would really like to give back .. i know a lot of people with the d2vzw or just have it as a side phone will like to use ubuntu-touch on it just to get used to it so when cdma does come they are well versed in it
[16:56] <crypticmofo> anyone active today ?
[17:10] <Laney> mpt: I also need text for if the passcode isn't 4 digits and if the passphrase is empty ;-)
[17:16] <ifreecarve> so is there an emulator of some kind that you use to develop this software, or do you just load it to real hardware to test things out?
[17:18] <mterry> asac, you were asking about being able to stop the demo code on a running unity8, without restarting it.  The branch that supports that just landed in trunk.  So now if you issue that dbus-send command, it will be picked up by the live unity8 instance and stop the edge demo
[17:33] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt suggests that unity-system-compositor needs to be rebuilt against new mir/unity-mir/platform-api - is somebody sorting that out?
[17:41] <seb128> cjwatson, that's supposed to happen automatically with the daily releases, the stacks are in manual publishing on asac's demand though
[17:41] <seb128> sil2100, cyphermox, Mirv: ^
[17:42] <seb128> cjwatson, btw that happens daily, since there is a strict versioning between those (due to the fact that Mir has(had) no ABI stability)
[17:42] <stgraber> rsalveti: hey, so what's going on with the phablet exports?
[17:43] <sil2100> seb128, cjwatson: yes, we're in manual mode + we had those otto container problems which I'm not sure are resolved already
[17:44] <seb128> cjwatson, do you need the new mir/unity-mir/platform-api to reach saucy or you are just looking to the output?
[17:45] <cjwatson> seb128: just trying to look for easy things to burn down in that output
[17:45] <cjwatson> if it's being dealt with soonish that's fine
[17:46] <seb128> cjwatson, I would say tomorrow rather than today at this point, if that's good enough for you
[17:47] <seb128> cjwatson, but as said that's happening daily ... the Mir guys said they are stopping changing ABI so often, we can maybe relax the depends rules and have a more sane abi handling then
[17:47] <cjwatson> ok
[17:47] <cjwatson> proposed-migration doesn't give a good view of history yet
[17:50] <crypticmofo> anyone get my message at all ?
[17:50] <crypticmofo> i was afk
[17:50] <rsalveti> stgraber: hm, let me check, might be a dns issue with github
[17:50] <ogra_> rsalveti, looks like the last croned export happened on the 5th
[17:50] <rsalveti> not dns, but the ip might have changed, and we need to update the firewall rule (for github)
[17:51] <ogra_> ugh ...
[17:51] <crypticmofo> hi all im back .. so i installed ubuntu for this reason .. the d2vzw cdma galaxy is really not being maintinated .. i know there are new images all the time and i know cdma isn't supported yet but it can at least get wifi .. if i follow the portnig guide to a t .. will that work ?
[17:51] <ogra_> rsalveti, why do we need github to create the tarball ?
[17:52] <crypticmofo> im at my machine all day and would really like to give back .. i know a lot of people with the d2vzw or just have it as a side phone will like to use ubuntu-touch on it just to get used to it so when cdma does come they are well versed in it
[17:52] <mterry> seb128, want to help lightdm land?  Want to give https://code.launchpad.net/~mterry/livecd-rootfs/lightdm-switch/+merge/184612 a quick review?
[17:53] <ogra_> rsalveti, syncing and tarball creation should be independent
[17:53] <pandeiro> anyone using ubuntu-touch on a nexus 4 as principal OS? i'm thinking about switching over and would like to have an idea what i am in for
[17:53] <rsalveti> ogra_: we have a step still that talks with github to know the device related repositories
[17:53] <rsalveti> but it seems it's not that
[17:53] <ogra_> (so that you can recreate a tarball if only ubuntu parts changed)
[17:53] <sergiusens> rsalveti: we can remove the github dependency by now for all our stuff and create a proper branch for everything, right?
[17:53] <rsalveti> I'm running the job manually to check
[17:53] <rsalveti> sergiusens: yup
[17:53] <rsalveti> sergiusens: if you can fix that, it'd be lovely
[17:54] <cjwatson> crypticmofo: I suspect if nobody answers then nobody knows that device particularly, and maybe you can become the expert :)
[17:54] <mterry> ogra_, are we still diverting init scripts that need the plymouth-ready signal?  I believe I remember you or someone saying that was our current solution for touch
[17:54] <rsalveti> sergiusens: basically breakfast without using the github interface
[17:54] <crypticmofo> cjwatson: ok .. just trying to find where to start
[17:54] <ogra_> mterry, yep, we have to ... we can indeed inject a fake "plymouth-ready" in the override job
[17:55] <rsalveti> sergiusens: http://paste.ubuntu.com/6084470/
[17:55] <ogra_> mterry, we just cant run the daemon, but we can fake everything around that i think
[17:55] <seb128> mterry, done
[17:55] <rsalveti> in a meeting now, will check after it
[17:55] <mterry> seb128, I'm assuming I have to manually release to saucy?  That this isn't auto-merge or auto-upload?
[17:56]  * mterry can't keep which branches have that now straight
[17:56] <crypticmofo> cjwatson: if you think about it the device already has the touchpreview build .. but you guys have been adding new stuff since then .. i was told the maintainer needs to get the factory image then rebuild so we can get the latest verizon for our device
[17:56] <crypticmofo> cjwatson: thats where im stuck
[17:56] <mterry> ogra_, do we have a fake plymouth daemon already?
[17:56] <mterry> ogra_, or you're saying that it's just init script config changes?
[17:56] <ogra_> mterry, no, we dont have a daemon (and dont plan to have it ... afaik)
[17:56] <sergiusens> rsalveti: any reason to breakfast all the time? I'll add something in there
[17:56] <cjwatson> crypticmofo: I'm afraid I don't know anything particular about it
[17:57] <rsalveti> sergiusens: starting clean, doing repo sync, breakfast, and create a tarball
[17:57] <ogra_> mterry, i'm saying that the override jobs can easily be changed to emit signals ...
[17:57] <sergiusens> rsalveti: ack
[17:57] <mterry> ogra_, can you point me at an example of a script where our override is different?  (trying to determine if all we do is override with identical script minus the plymouth-ready signal or what)
[17:57] <ogra_> mterry, well, usually the overrides for plymouth only contain "manual"
[17:58] <sergiusens> rsalveti: would be good to also create a generic user for this cron job (unless I failed to find it), so more people can run/fix/diagnose
[17:58] <ogra_> mterry, but we can easily add some "initctl emit foobar" instead
[17:58] <rsalveti> sergiusens: you have the permission to change if needed, but you don't need to fix the cronjob, just fix breakfast :-)
[17:58] <ogra_> mterry, and for an upstart job that does a complete and functional override of a job, take a look at /etc/init/ofono.override vs /etc/init/ofono.conf
[17:59] <rsalveti> sergiusens: and I know that it needs further improvement in there, just need to sit down with #is and push that, but lack of time
[17:59] <sergiusens> rsalveti: yeah, will do ;-)
[17:59] <sergiusens> rsalveti: I will take that
[18:00] <mterry> ogra_, oh...  interesting.  I was thinking dpkg diverts, wasn't familiar with upstart's override support
[18:00] <mterry> ogra_, I have a better idea of what you're talking about now  :)
[18:00] <ogra_> :)
[18:00] <rsalveti> sergiusens: ok
[18:01] <sergiusens> mterry: easy to abuse once you know they exist
[18:02] <mterry> sergiusens, heh, indeed
[18:02] <mterry> sergiusens, much like dpkg diverts, really  :)
[18:03] <Xayer96> Hey
[18:04] <dave_> sergiusens: is it possible to build ubuntu-saucy.git kernel and deploy on grouper? If yes, is "dpkg-buildpackage -d -B -aarmhf -us -uc" the correct approach?
[18:06] <ogra_> dave_, why do you need to rebuild it ?
[18:06] <Josh_Japan> hi there
[18:07] <Josh_Japan> any one here have success installing the phablet to either a Nexus 7 or a Nexus 7-2?
[18:07] <popey> nexus 7, sure.
[18:07] <ogra_> dave_, https://wiki.ubuntu.com/KernelTeam/ARMKernelCrossCompile should work
[18:08] <Josh_Japan> i'm still pretty fresh to using linux, not sure how well that one will go for me.  i'm using this as my training to help learn about it
[18:08] <dave_> orga_: I want to add some functionality. I'll give that a try. Thanks.
[18:09] <pandeiro> i would like to hear opinions about using ubuntu as a main OS on a nexus 4, pros/cons vs. android/cyanogenmod, if anyone has one
[18:10] <ogra_> pandeiro, ubuntu touch is 6 months old ... the others have years under their belt
[18:10] <ogra_> (read its far from being feature complete or 100% stable)
[18:11] <ogra_> you can make phonecalls, send SMS, use mobiile data and install the already existing apps though
[18:11] <Josh_Japan> i'm using the touch install wiki. and seemingly stuck on deploy.  the cursor hasn't moved in about 10min.  should there be a sign either on the device or in the terminal that it is working?
[18:11] <pandeiro> i'm especially interested in battery life, which i find very poor on N4 w/ android
[18:12] <ogra_> Josh_Japan, it is horridly quiet, give it some time
[18:12] <Josh_Japan> Pandeiro, i had good luck with a clocking app and turning down the clock speed when i wasn't using the phone
[18:12] <Josh_Japan> Ogra, thanks. i'll keep waiting
[18:12] <ogra_> while true; do adb shell ls -lh /sdcard/autodeploy.zip|awk '{print $5}'|sed -e 's/[A-Za-z]//'; sleep 3; clear; done
[18:12] <ogra_> Josh_Japan, you could run the ablve in a second xterm
[18:13] <Josh_Japan> ogra, what will that show me?
[18:13] <ogra_> it should show you what lands on the android side
[18:13] <ogra_> (the size of the autodeploy.zip on the target)
[18:14] <Josh_Japan> ogra, bash:syntax error near unexpected token 'done'
[18:14] <ogra_> did you copy paste ?
[18:14] <Josh_Japan> yes sir
[18:14] <Josh_Japan> from adp to done
[18:14] <Josh_Japan> adb*
[18:14] <ogra_> weird, works fine for me (i just dont have anything to flash here atm)
[18:15] <popey> are you on a mac?
[18:15] <ogra_> no
[18:15] <ogra_> you need the whole line
[18:15] <ogra_> while true; do adb shell ls -lh /sdcard/autodeploy.zip|awk '{print $5}'|sed -e 's/[A-Za-z]//'; sleep 3; clear; done
[18:15] <popey> ah, hah
[18:15] <Josh_Japan> device not found
[18:15] <Josh_Japan> thats prob not a good sign lol
[18:15] <dave_> ogra_: "fakeroot debian/rules binary-omap4" for grouper?
[18:15] <ogra_> yeah, thats a bit strange
[18:16] <Josh_Japan> no, not a mac. pc with a fresh install of ubuntu
[18:16] <ogra_> dave_, no, indeed the grouper equivalent (ask a kernel person :) they are in #ubuntu-kernel)
[18:17] <dave_> ogra_: will do. thx.
[18:24] <_5m0k3> Will click 0.4.x land in the sdk ppa soon, or should I just add the staging repo?
[18:26] <_5m0k3> Mirv: ^
[18:28] <seb128> mterry, (was at dinner), I'm pretty sure you need to manually upload yes
[18:28] <mterry> seb128, I did, thanks
[18:28] <seb128> great
[18:51] <stgraber> rsalveti: did you figure out what happened to the git exports?
[18:52] <rsalveti> stgraber: just trying to reproduce now but it worked locally, so could just be a network issue, will run it again via the script and should know soon
[18:52] <rsalveti> but meanwhile sergiusens is removing the github dependency for our devices
[18:56] <ogra_> doanac, did yoou notice that autopilot is stuck in -proposed since last week ?
[18:57] <ogra_> doanac, apparently  libautopilot-qt was upgraded from a recommends to a depends, and it's not available on PPC
[18:57] <ogra_> (which holds it back on all arches now)
[18:59] <mterry> seb128, when you get a chance, https://code.launchpad.net/~mterry/session-manager-touch/lightdm-switch/+merge/184659
[18:59] <mterry> seb128, not necessarily for review, but just to test that system settings works now with that
[18:59] <mterry> seb128, in my testing, logind started, but I didn't test anything else around it
[18:59] <mterry> (in terms of system settings I mean)
[19:04] <ogra_> mterry, doesnt that clash with what you just uploaded for livecd-rootfs ?
[19:05] <mterry> ogra_, no, it should compliment it?
[19:05] <ogra_> ah
[19:05] <mterry> ogra_, but I'm worried about the upgrade path...
[19:05] <mterry> ogra_, since only new images will get the change in livecd-rootfs, right?
[19:05] <ogra_> yeah
[19:06] <ogra_> but since we dont really support "apt-get dist-upgrade" anymore thats fine
[19:06] <ogra_> system image upgrades will have it
[19:06] <mterry> maybe I need to add the same autologin config change to this package for now...  as a bootstrap to be dropped later in the cycle
[19:06] <mterry> ogra_, is it really "not supported"?  Or just discouraged?
[19:07] <ogra_> the default nowadays is the readonly system image ... we will soon drop the old flipped images from testing etc
[19:07] <mterry> ogra_, OK, cool.  Then I guess I don't have to worry about that.  Go system images!
[19:07] <ogra_> (they will stay around for plumbers to fiddle with and for ports to use them because they cant create signed system images yet)
[19:08] <seb128> mterry, I sure can test that session-manager-touch mr ;-)
[19:09] <mterry> ogra_, is that a bunch of people?  I'm leery of having this land and affecting too many people...  Since it means they'll get a black screen on boot
[19:10] <mterry> ogra_, I think I'll double-up on the hardcoded phablet user change for now, just for bootstrapping
[19:10] <ogra_> just tell them to re-flash
[19:10] <ogra_> if we have changes to hybris or qtubuntu they have to do that too
[19:10] <ogra_> even with the flipped images
[19:10] <cjohnston> stgraber: ping
[19:10] <mterry> ogra_, even reflashing will fix it?  like just a 'phablet-flash cdimage' thing?
[19:10] <stgraber> cjohnston: pong
[19:11] <mterry> ogra_, hmm, ok...  /me just doesn't like breaking things but I guess if people are used to it
[19:11] <cjohnston> stgraber: would it ever be possible for mako to be 34:20130909:20130908 and maguro to be 34:20130909:20130908.1   (where X:YYYYMMDD doesn't change, only the second YYYYMMDD)
[19:11] <stgraber> cjohnston: yes
[19:12] <_5m0k3> Before you drop the old flipped images, you need to implement a good way for app developers to access their device.  Will the writable flag be the recommended approach?
[19:12] <cjohnston> stgraber: so for the dashboard we need to check all three fields for aggregation?
[19:13] <stgraber> cjohnston: it's unlikely to happen at this point since the same source package produces the device specific tarball for both devices, but if we ever add some extra bits in that tarball that comes from another source which only changes for a single device, then it'd happen
[19:13] <stgraber> cjohnston: yep
[19:13] <cjohnston> stgraber: maguro wouldn't have incremented to 35?
[19:13] <stgraber> cjohnston: correct, if a change only affects a device, only that one will increment
[19:13] <cjohnston> ok.. so X would still incremenent
[19:14] <mterry> tedg, about your GRID_UNIT_PX comments on my session MR...  How would that work?  Just rely on .bashrc being invoked by the time the user sees it?  Seems bash-specific
[19:15] <tedg> mterry, ?  As an upstart job?  How is bashrc involved?
[19:15] <mterry> tedg, well.  the current code puts the variables in ~/.bashrc
[19:15] <tedg> mterry, Oh, really.  I hadn't noticed, that's insane.
[19:15] <mterry> tedg, as an upstart job, how would it give the env setting to other jobs?
[19:15] <stgraber> so let's go with an example. if you have 34:20130909:20130909 on all devices. Then we publish a tarball that's only different for maguro, they'll all still be 34:20130909:20130909 except for maguro that'll be 35:20130909:20130909.1. If after that we push a rootfs change, they'll all go to 35:20130909:20130909.1 except for maguro that'll go to 36:20130909:20130909.2
[19:15] <tedg> mterry, yeah, I'd load them into upstart's env
[19:15] <ogra_> tedg,, mterry the bashrc hackery has to stop
[19:16] <tedg> mterry, initctl set-env --global
[19:16] <mterry> ogra_, OK.  I just kept it there as a cargo-cult thing.  I didn't know if it was still used
[19:16] <mterry> ogra_, could it be safely dropped?
[19:16] <stgraber> cjohnston: gah, my example is wrong, let me fix it :)
[19:16] <ogra_> tedg, using them just in upstart wont help for apps invoken from cmdline ... but i think we need to go with an /etc/profile.d script at least
[19:16] <stgraber> cjohnston: so let's go with an example. if you have 34:20130909:20130909 on all devices. Then we publish a tarball that's only different for maguro, they'll all still be 34:20130909:20130909 except for maguro that'll be 35:20130909:20130909.1. If after that we push a rootfs change, they'll all go to 35:20130909.1:20130909 except for maguro that'll go to 36:20130909.1:20130909.1
[19:16] <stgraber> that one is right :)
[19:17] <tedg> ogra_, Why not?  The terminal will be invoked by Upstart, so it'll have it's environment.
[19:17] <cjohnston> stgraber: ok, cool.. that's easier
[19:17] <mterry> tedg, I guess there'd be a race condition with that, unless any interested jobs did a 'start on started grid-unit'?
[19:17] <ogra_> mterry, tedg (i.e. have it exported in upstart but ship something that sets it in the user shell in parallel)
[19:17] <ogra_> tedg, adb doesnt invoke a login shell
[19:17] <tedg> mterry, usually as long as it's "start on starting dbus" that gets before everyone. It's what we're doing for unity-gtk-module.
[19:17] <ogra_> and it isnt clear tey if we will drop adb in favour of a ssh with usbnet or not
[19:18] <ogra_> *yet
[19:18] <tedg> ogra_, But Mir won't give surfaces to apps like that anyway :-)
[19:18] <ogra_> (though thats the actual plan)
[19:18] <ogra_> tedg, well, thats how the sdk runs them atm
[19:18] <ogra_> it pushes them over and executes them via adb
[19:18] <tedg> I don't think that'll work after the Mir transition.
[19:19] <ogra_> tedg, if that wont work with Mir, someone should tell the sdk team;)
[19:19] <tedg> I think it'll have to install them as click packages.
[19:19] <ogra_> i think trhey didnt plan to rework that
[19:19] <ogra_> tedg, it will still have to execute the click packges somehow
[19:19] <ogra_> which will happen from the adb or ssh shell
[19:19] <tedg> ogra_, Sure, but it can do that with upstart-app-launch
[19:19] <ogra_> oh, indeed
[19:19] <tedg> ogra_, Then the confinement and such gets set up.
[19:20] <ogra_> mterry, drop it !
[19:20] <mterry> ogra_, OK...  I can drop the .bashrc change...  Is there consensus on where the GRID_UNIT setting code should live?
[19:20] <tedg> ogra_, Just to be curious, what's the adb vs. ssh discussion?  I like the idea of using SSH.
[19:21] <mterry> tedg, ^
[19:21] <ogra_> mterry, lol, well, something where the app gets it in its env
[19:21] <sergiusens> tedg: it was an sdk uds session
[19:21] <tedg> mterry, I think that if we create a unity-grid-unit job we can move it around as needed
[19:21] <ogra_> (and you will still need to parse the files and run the getprop)
[19:21] <tedg> mterry, Just put it in the job for now.
[19:22] <tedg> mterry, i.e. it doesn't need to move today.  People can just assume the env var.
[19:22] <mterry> tedg, but if I put it in a unity-grid-unit job, I'm still concerned about race conditions, particularly with lightdm
[19:22] <mterry> tedg, who also is basically just starting on dbus
[19:22] <tedg> mterry, ? isn't lightdm "start on started dbus" where we'd be "start on starting dbus" ?
[19:22] <tedg> mterry, So then it'd be "gu -> dbus -> lightdm"
[19:23] <ogra_> tedg, well, we have to either hack adb a lot to use phablet as the shell user or come up with an aalternative thing ... the idea was to have (in developer mode) USB net configured (possibly with avahi to set the IP stuff) and have a dedicated ssh start on the phone with a special setup
[19:23] <mterry> tedg, oh fair.  I was thinking of doing the GU bit on started dbus, which would be problematic.  But I guess we can do starting dbus without a problem...
[19:24] <mterry> tedg, do you have a preferred place for that script to live?  ubuntu-touch-session doesn't seem perfect, but it doesn't seem awful either
[19:25] <tedg> mterry, No, I don't.  The only other place I could think of would be where the qtubuntu backend lives.  It seems like they're friends.
[19:25] <ogra_> the baackend lives on the android side, no ?
[19:25] <tedg> ogra_, The QT platform enablement plugin?
[19:26]  * ogra_ wonders why his kbd often doubles chars ... 
[19:26] <tedg> I didn't think it split the divide
[19:26] <ogra_> tedg, well, one part of qtubuntu lives on the android side i think ... not sure which one (and i think Mir will make that obsolete)
[19:28] <mterry> tedg, I like qtubuntu better than the touch-session.  Looks like it's used in QUbuntuScreen, which would be the right side of the divide, eh?
[19:29] <sergiusens> rsalveti: people.canonical.com:public_html/0001-Using-phablet-by-default-and-only-of-not-found-there.patch
[19:30] <tiagoscd> heyall
[19:30] <tiagoscd> do you guys have any example of ComboButton implementation?
[19:30] <tiagoscd> can't found it on API documentation
[19:31] <tedg> ogra_, Ah, I wasn't thinking about the surface flinger case.
[19:31] <pmcgowan> cjwatson, if you have a minute for a click install problem
[19:31] <tedg> ogra_, I've already moved on :-)
[19:31] <ogra_> haha
[19:31] <tedg> mterry, Yeah, that makes sense to me.  +1
[19:31] <ogra_> we all have (in our brains) sadly reality doesnt match sometimes
[19:31] <iBelieve> tiagoscd, app development questions would probably be better in the #ubuntu-app-devel channel.
[19:31] <mterry> tedg, ok, will propose an MR and point you at it
[19:32] <tiagoscd> thanks iBelieve
[19:33] <davmor2> ogra_: I think you vastly over think things then,  I automatically think I bet this is broken test it and it is ;)
[19:33] <ogra_> haha
[19:33] <davmor2> ogra_: well that or until reality matches what I thought :)
[19:36] <mterry> tedg, hmmm...  this would only be for the user session?
[19:37] <mterry> tedg, the greeter will want these variables too
[19:37] <tedg> mterry, Sure, but it'll run under a separate upstart user session, no?
[19:37] <tedg> mterry, It would be any upstart user session.
[19:37] <mterry> tedg, yeah, but greeter is started by lightdm daemon, not upstart
[19:37] <mterry> tedg, (or it will be...)
[19:38] <tedg> mterry, Won't it be lightdm -> upstart -> greeter?  Or how will indicators and dbus and everyone start?
[19:38] <ogra_> heh
[19:38] <ogra_> lightdm wont start init, no :)
[19:38] <mterry> tedg, lightdm works like:  lightdm -> greeter -> session-script.  In Touch's case, session-script can just be init --user
[19:39] <mterry> ogra_, well, it will eventually start init --user, but not in time for the greeter
[19:39] <ogra_> yeah
[19:39] <ogra_> lightdm will be started by /sbi/init
[19:39] <ogra_> *sbin
[19:40] <mterry> tedg, that's why I wrote the wrapper in my branch.  It sets GRID_UNITS_PX and then calls whatever command you give it (defaulting to init --user)
[19:40] <tedg> mterry, Yeah, I think that'd make sense for touch, and well desktop too.
[19:40] <ogra_> can /etc/lightdm/lightdm.conf.d run scripts ?
[19:40] <mterry> tedg, that way unity8-greeter can tell lightdm to call it using the wrapper
[19:40] <mterry> ogra_, no
[19:40] <mterry> ogra_, well...
[19:40] <ogra_> ah, sad
[19:40] <mterry> ogra_, maybe
[19:41] <tedg> mterry, You're going to need a lot more than just unity8-greeter, no?
[19:41] <mterry> ogra_, only in certain pre-configured slots.  The greeter can inform lightdm what it's command is
[19:41] <ogra_> if it could yoou could have a 00-variables.conf
[19:42] <mterry> tedg, well...  the branch I have for MR now does this:  it installs a wrapper script that sets up these variables.  Then it tells LightDM that the user session is "wrapper init --user" and eventually unity8-greeter will tell LightDM that the greeter is run like "wrapper unity8-greeter"
[19:42] <mterry> tedg, I was thinking your upstart job method could let me do it globally at a system level and not bother with a wrapper script.  But since it only works for the user session, I guess not
[19:43] <mterry> tedg, which is fine.  The wrapper script doesn't hurt anyone
[19:43] <tedg> mterry, It seems to me like that's just rewriting /etc/X11/Xsession.d -- which I see as a mistake we don't want to make again :-)
[19:44] <mterry> tedg, I'm interested in a more automatic/elegant way to do it, it just needs to be system-global is what I'm saying
[19:44] <tedg> mterry, I don't understand why in both cases you can't just call "init --user" and have the job run.  In one case the session variable would be greeter and the other touch, but you want dbus, etc. in both.
[19:45] <mterry> tedg, the greeter process is pretty tied to lightdm.  It's not like lightdm starts off a black box
[19:45] <mterry> tedg, and we don't want to launch everything a user session does in the greeter.  We like it to be lighter-weight than that (and not as configurable)
[19:46] <tedg> mterry, Sure, and we can configure jobs to run in various sessions.  We do that already, for instance indicator-session would only run on desktop not phone.
[19:48] <mterry> tedg, I'm not convinced it's a great idea anyway, but changing lightdm to start upstart for its greeters is a nonstarter at this point in the cycle
[19:48] <tedg> mterry, Certainly for all, but I think the touch greeter is still game :-)
[19:49] <tedg> All I'm trying to say is that I think it'd be better if we didn't have a wrapper.  Because that'll cause people to extend that wrapper.  It make more sense for people to add upstart jobs than extend the wrapper.
[19:51] <ogra_> well, effectively it would be good if Qt coudl figure out itself which GRID_UNIT_PX value it needs
[19:51] <ogra_> by some clever automatism
[19:51] <mterry> tedg, I believe lightdm talks to its greeter via pipes...  I'm not excited about making that work in such a context
[19:51] <mterry> ogra_, +1
[19:51] <ogra_> using the conf files we use now was only throught as a temporary hack
[19:52] <ogra_> (though i didnt expect it to be dropped for 13.10 actually)
[19:54] <tedg> mterry, wimp ;-)
[19:54] <mterry> tedg, ogra_: shouldn't this just be set at install time as a part of /etc/environment or something?  It's device specific...
[19:54] <tedg> mterry, I'm a bit worried that getting everything else to start means you end up writing your own upstart then.
[19:55] <ogra_> mterry, thats the point, we want to get rid of such hackery :) it should be autodetected instead
[19:55] <tedg> I imagine it'll have to be per-screen in the future as well.
[19:55] <ogra_> we dont want *any* device specific code in the rootfs  eventually
[19:55] <mterry> well, fair
[19:56] <ogra_> until then the "once confiig file pewr device" will do its job
[19:56] <ogra_> s/once/one/
[19:57] <mterry> tedg, how much of the current stuff is started by upstart?  /me looks at the dir
[19:57] <tedg> So that makes sense to me.  Only point as a Devil's Advocate would be that since it is GUI only, should it be in the user session?  I think no.
[19:58] <mterry> lool, it looks like /usr/share/upstart/session/custom-env.conf should be in sessions/ not session/
[19:58] <mterry> tedg, since what is GUI only?
[19:58] <tedg> mterry, The grid unit stuff.
[20:00] <mterry> tedg, I guess I don't follow your Devil's Advocacy
[20:00] <tedg> mterry, Just saying that setting something like /etc/environment would effect everything.  ssh server, what ever.
[20:01] <mterry> tedg, ah right
[20:01] <mterry> tedg, yeah really I think qtubuntu should just do this in its code dynamically
[20:01] <mterry> if it could do it fast enough
[20:01]  * mterry is fine with a wrapper hack until then
[20:08] <mterry> tedg, well, are you begrudingly OK with current wrapper method?  With the hope that we eventually drop wrapper altogether.  If we do end up needing some kind of init inside the greeter session, (for indicators or whatever) I think the greeter itself will have to kick that off for now
[20:09] <mterry> Or it can hardcode kicking some stuff off and we can look into letting lightdm do it more generically for 14.04
[20:09] <tedg> mterry, sure, just worried it's going to be a hack magnet
[20:09] <mterry> tedg, I will add a comment at top suggesting that any changes should go into session upstart file.  Maybe that will stop someone
[20:10] <tedg> mterry, If we need to do that, I think we should figure out some sort of "upstart-start" command that'd start single jobs... wonder how hard that'd be.
[20:10] <mterry> tedg, don't we have that?  'start' right?
[20:10] <tedg> mterry, That requests upstart to do it.  I'm saying if we have to do individual jobs without upstart running.
[20:11] <tedg> Let's say, upstart-manual-start or some such.
[20:12] <tedg> Just something where we can use the same conf file.
[20:13] <mterry> tedg, gotcha
[20:14] <mterry> Just runs the script stanzas and such
[20:14] <tedg> Exactly.  So if we put a pre-start in or something that still clears the temp directory or whatever.
[20:15] <mterry> That would be nice
[20:19] <cjwatson> pmcgowan: sure, just ask, best not to wait for me to be around when it's my evening
[20:19] <pmcgowan> cjwatson, hey - trying to install a qml app with qtcreator, and it was using a bad script, and I needed to change to not use uppercase
[20:19] <pmcgowan> now thats all sorted, I cannot run the app
[20:20] <pmcgowan> getting a qt error so probably some missing depend
[20:20] <cjwatson> click packages don't have dependencies - you either need to get whatever you need added to the sdk, or you need to bundle extra QML plugins or whatever with your app
[20:20] <pmcgowan> cjwatson, was told we should be using pkcon install-local as the phablet user
[20:20] <cjwatson> Yes, you should
[20:20] <pmcgowan> ok,
[20:20] <pmcgowan> not sure why it wont run now
[20:21] <pmcgowan> but not click related I think
[20:21] <cjwatson> OK
[20:22] <cjwatson> I expect it's possible to scare up an expert from the CI sprint in Lex :)
[20:22] <cjwatson> Or maybe one of the SDK/appdev folks
[20:22] <pmcgowan> cjwatson, ok thanks, one more...
[20:23] <pmcgowan> cjwatson, where does click generate the manifest info from?
[20:23] <pmcgowan> so I can get the uppercase letter thing fixed?
[20:24] <cjwatson> pmcgowan: The app developer writes the manifest - click doesn't generate it
[20:24] <pmcgowan> cjwatson, ok so our plugin must be doing that
[20:24] <cjwatson> I expect you have a file somewhere called "manifest.json".  Maybe QtCreator wrote it for you
[20:24] <pmcgowan> right vg
[20:24] <cjwatson> pmcgowan: Besides, capital letters in the app name are meant to be OK
[20:25] <cjwatson> pmcgowan: There's a bug that something incorrectly chokes on them, I believe
[20:25] <pmcgowan> cjwatson, oh, I was told the opposite - somethign about debian convention
[20:25] <cjwatson> pmcgowan: Well
[20:25] <cjwatson> pmcgowan: There's package name, vs. app name
[20:25] <cjwatson> pmcgowan: Which do you mean?
[20:25] <pmcgowan> right
[20:25] <cjwatson> Package names have to be lower-case
[20:25] <pmcgowan> package name then
[20:26] <pmcgowan> but we may be using app name to generate the package naming, I think I get it
[20:26] <cjwatson> Bug 1219876, bug 1219877
[20:27] <pmcgowan> cjwatson, thanks
[20:38] <mterry> pmcgowan, you asked about webapps...  There is bug 1217008 which just needs a team bug subscriber for the package to be approved...  And bug 1206268 which has been approved, but not promoted yet (does nothing pull them into the image?)
[20:38] <mterry> pmcgowan, anything else?
[20:39] <cjwatson> We can probably do 1206268 - it's in c-m-proposed.  I'll have a look in a bit
[20:39] <ogra_> oh, awesome MIRs already !
[20:40] <iRaS> hi, just received my nexus 4 and installed ubuntu touch. two problems maybe fixin one repairs the seconds:
[20:40] <ogra_> expect a bunch more during the next two weeks :)
[20:40] <ogra_> (since you have so much spare time to process them :P )
[20:40] <iRaS> one problem is: my sim card seems to be unrecognized: no question for pin to unlock sim.
[20:41] <iRaS> second problem: my phone is checking for updates for minutes now
[20:41] <ogra_> iRaS, there is no UI for unlocking the PIN yet
[20:41] <ogra_> you can use the /usr/share/ofono/scripts/enter-pin script via adb
[20:42] <ogra_> and updating through the UI only works if you install the "ubuntu-system" image
[20:42] <iRaS> so i have to run adb shell and then /usr/share/ofono/scripts/enter-pin ?
[20:42] <ogra_> other image variants dont have automatic updates
[20:42] <iRaS> ok
[20:42] <pmcgowan> mterry, bug 1217001 is ok?
[20:42] <ogra_> right, with the right options
[20:43] <ogra_> /usr/share/ofono/scripts/enter-pin pin 1234
[20:43] <ogra_> (if your PIN would be 1234)
[20:43] <iRaS> is sudo available on touch?
[20:43] <ogra_> yes, but adb runs as root anyway
[20:43] <mterry> ogra_, :-/
[20:43] <ogra_> (atm)
[20:44] <ogra_> mterry, we really need more staff in the MIR team
[20:44] <ogra_> cant be that you are the only one processing them
[20:44] <mterry> pmcgowan, cordova is waiting on security review by jdstrand, who I believe is reliably busy these days and will pass it on to Seth Arnold
[20:44] <mterry> pmcgowan, so poke them
[20:44] <pmcgowan> jdstrand, poke
[20:44] <iRaS> ok - now i have a third problem. i think there will be a lot in the next few hours :)
[20:45] <mterry> ogra_, yeah, agreed.  didrocks and I have talked about that too.  We'll probably try to grab another member at least
[20:45] <iRaS> swipe from left does not open the dash. also swipe from top does not open system and so on..
[20:46] <ogra_> didnt it run the into that shows you how to swipe ?
[20:46] <ogra_> you should have gotten the dash doign that ... and the indicator settings from the top etc
[20:46] <ogra_> (definitely works here)
[20:47] <jdstrand> pmcgowan: I will actually take that one, but I will need to do some followup.
[20:47] <iRaS> yes it worked 10 minutes ago
[20:47] <jdstrand> pmcgowan: can you have someone upload it to saucy?
[20:47] <pmcgowan> jdstrand, sorry, upload what?
[20:48] <jdstrand> pmcgowan: cordova-ubuntu. MIR bug 1217001 is against cordova-ubuntu, but there is no source package of that name in the archive
[20:48] <pmcgowan> jdstrand, mterry I think I have a chicken and egg here, which goes first upload or security review
[20:48] <jdstrand> pmcgowan: it can go to universe without a security review
[20:48] <cjwatson> jdstrand: It's in NEW
[20:48] <iRaS> when i'm outside or don't have a pc with adb - is it possible to run the script from terminal?
[20:48] <jdstrand> ah
[20:49] <jdstrand> pmcgowan: nm, I can look at it in NEW
[20:49] <pmcgowan> jdstrand, ok great thanks
[20:49] <cjwatson> As a sync from daily-release IIRC
[20:49] <jdstrand> cjwatson: thanks
[20:49] <iRaS> is a "tab" key or emulation available in terminal?
[20:50] <ogra_> iRaS, yes, pull up the toolbar from the bottom when in terminal (and while the kbd isnt active)
[20:50] <ogra_> there you have "extra panels" ... i dont remember which, one of them has the tab key
[20:51] <ogra_> also for ctrl+* combos, tap the terminal contewnt and hold the finger there, you get a cind of circle that offers you things like ctrl-C ... etc
[20:51] <ogra_> s/cind/kind/
[20:51] <balloons> mhall119, can you spare 2 mins to attempt to execute a branch with autopilot tests on your desktop
[20:52] <mhall119> balloons: tell me what to run
[20:52] <iRaS> alright - looks great. now: password for phablet? ;-) where to change it?
[20:52] <balloons> mhall119, lp:~nskaggs/ubuntu-filemanager-app/fix-xauthority. cd tests/autopilot
[20:53] <balloons> autopilot run ubuntu_filemanager_app
[20:53] <cjwatson> iRaS: https://wiki.ubuntu.com/Touch/ReleaseNotes#User_Accounts
[20:53] <balloons> mhall119, it's going to run fine or fail immeadiately due to an Xauthority bug.. I want to make sure it doesn't immeadiately fail
[20:53] <ogra_> iRaS, passwd for phablet is "phablet" :)
[20:56] <iRaS> alright, thanks. i'll give touch a try but for a primary phone running touch i think i should wait for a stable release. i know you don't like to hear that question, but i have to: when a stable version will be released? :)
[20:57] <asac> kenvandine: hey ... what is staged in the sdk stack right now?
[20:57] <asac> kenvandine: ui-toolkit?
[20:59] <asac> ricmm: how is unity landing going?
[20:59] <iRaS> cant get modem to run:
[20:59] <rickspencer3> beuno, mhall119 where exactly am I supposed to submit  a click app?
[20:59] <asac> kenvandine: Mirv: sil2100: is there a way i can get a list of packages that wait in daily release for publishing?
[20:59] <asac> otherwise, could you get one?
[20:59] <iRaS> File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
[21:00] <mhall119> rickspencer3: https://myapps.developer.ubuntu.com/dev/click-apps/new/
[21:00] <ogra_> iRaS, ubuntu touch will be released with the rest of 13.10 on october 17th
[21:00] <timp> iRaS: https://wiki.ubuntu.com/Touch/FAQ#When_will_Ubuntu_Touch_be_available.3F
[21:01] <mhall119> balloons: 24 failures
[21:01] <ricmm> asac: not too bad, better than bad, testing an important change that right now that should make it finally landable
[21:01] <timp> iRaS: there are people using ubuntu touch as their primary phone right now :)
[21:01] <ricmm> provided none of this extra easter eggs keep showing up :)
[21:01] <ogra_> iRaS, rickspencer3 is one
[21:01] <lool> mterry: thanks!
[21:02] <rickspencer3> timp, my only phone is Ubuntu Touch
[21:02]  * mhall119 uses Ubuntu Touch on his N4 every day
[21:02] <timp> rickspencer3: ++
[21:02]  * ogra_ too, but not as my main phone ... 
[21:02] <mhall119> my only phone too, quite unexpectedly
[21:02] <timp> rickspencer3: do you use the phone also to test new packages and run autopilot tests?
[21:02] <ogra_> since i re-flash and break it to often (on purpose usually)
[21:02] <asac> ricmm: rocki
[21:02] <iRaS> yeah, i really want throw android away but i don't have the time to maintain my device 2 hours a day :-/
[21:03] <ogra_> asac, and the code from mterry to use lightdm looks great too .... we just need to coordinate the landing
[21:03] <rickspencer3> timp, not really, I just use it
[21:03] <mhall119> balloons: I think I'm missing dependencies, is that something autopilot could check before running?
[21:03] <rickspencer3> I use it to test my own apps
[21:03] <balloons> mhall119, kk, so it failed on your desktop.. mhall119 ohh, your right I'm sure that's it
[21:03] <rickspencer3> and I update it whenever there is a new image in current
[21:03] <ogra_> iRaS, why would you have to do 2h of maintenance ?
[21:03] <mhall119> balloons: http://paste.ubuntu.com/6085174/
[21:04] <ogra_> once it works it works
[21:04] <balloons> mhall119, check debian/control, and no autopilot won't automagically install them
[21:04] <asac> psivaa: http://reports.qa.ubuntu.com/smokeng/saucy/image/4106/ might need a retry?
[21:04] <mhall119> I see a lot of complaints about no U1db modile
[21:04] <timp> rickspencer3: ok. that's what currently stopping me from having it as my only phone :( it is almost permanently busy compiling and testing stuff
[21:04] <mterry> ogra_, btw, you say we need to wait on Mir, and I'm not sure we do.  It worked for me (lightdm falls back when unity-system-compositor isn't installed when it sees a mir type session).  I'm going to test on fresh image though to be sure
[21:04] <iRaS> for now it looks like i'll spent two hours a day to maintain :)
[21:04] <rickspencer3> timp, well, the compiling should go away soon
[21:04] <iRaS> i've still no connection expect wifi
[21:04] <rickspencer3> :)
[21:04] <balloons> mhall119, yea, I don't remember the module name but it's obvious in the control file
[21:04] <timp> rickspencer3: yes, I'm looking forward to that :)
[21:04] <asac> ogra_: what does "coordinating" the landing mean in this context?
[21:04] <ogra_> mterry, oh, that would be great ... i was thinking it cant get along if there is no X or Mir
[21:05] <rickspencer3> iRaS, I certainly don't spend 2 hours a day maintaining my phne
[21:05] <asac> ogra_: cant we stage lightdm togethre with unity in the unity stack and just push the button for everything?
[21:05] <asac> mterry: ?
[21:05] <ogra_> if it gracefully falls back and still starts the session, lets merge it :)
[21:05] <asac> popey: how is the 34 image for you?
[21:05] <rickspencer3> though, I do have to accept the occasional regression (no data this weekend?) :)
[21:05] <mterry> ogra_, asac: will test on fresh image, let you know
[21:05] <ogra_> asac, well, coordinating meant exactly that :) just land all of it at the same time
[21:05] <mhall119> balloons: qtdeclarative5-u1db1.0
[21:05] <asac> kk
[21:05] <mterry> It worked for me, but my phone could have mir bits lying around still.  It's been a long-running install
[21:06] <psivaa> asac: plars has tried this a number of times and it appears that we have a timing issue in the test
[21:06] <ogra_> asac, though if missing Mir is not an issue, i'd vote for lightdm landing immediately so it gets actual used
[21:06] <mhall119> balloons: which is odd, since I have the file manager app installed from the PPA
[21:06] <iRaS> still using ubuntu 12.04 on desktop and notebook. one of my coworkers is using 13.10 - ok it is unstable.. may be in october all is well
[21:06] <lool> mfisch, ssweeny: Pushed ubuntu-touch-customization-hooks 0.2.1 per typo spotted by mterry above
[21:06] <mhall119> balloons: is U1DB a new dependency?
[21:06] <asac> ralsina: any news on the click-scope crashes?
[21:06] <psivaa> asac: adding a sleep before running the tests after installation appear to work
[21:06] <ogra_> s/used/usage/
[21:06] <asac> ralsina: seems it still crashes all the time
[21:06] <balloons> mhall119, kind of recent.. since last thursday?
[21:06] <balloons> it's in the ppa now
[21:07] <asac> psivaa: install-and-boot? we ran this like ages
[21:07] <asac> psivaa: was there a recent change?
[21:07] <mhall119> ah, yeah, I haven't dist-upgraded in a while
[21:07] <mfisch> lool: thanks I'll check it out
[21:07] <asac> psivaa: did this start today?
[21:07] <psivaa> asac: not that i am aware of which could cause this and according to plars he had seen this before
[21:07] <asac> psivaa: have you restarted?
[21:07] <mhall119> balloons: working now
[21:08] <psivaa> asac: i am going to now, with a minor modification to the config
[21:08] <iRaS> of course i don't want to say ubuntu is not ready for a phone right know, but i still can see a lot of work for the developers
[21:09] <cwayne> are there any logs/debug i can check to see why a click package isn't launching?
[21:09] <ralsina> asac: alecu is working on it, that's as much as I know. It only happens on maguro right? (which none in the team has, for extra fun)
[21:10] <iRaS> back to my problem: is there a way to check if the sim card gots recognized?
[21:10] <ogra_> cwayne, probably in ~/.cache/upstart/ ?
[21:10] <ogra_> iRaS, grep ofono /var/log/syslog
[21:10] <ogra_> that should reveal some info
[21:11] <iRaS> is there a way to open up a new terminal?
[21:11] <ogra_> nope
[21:12] <iRaS> i've touched ctr+d as i always do to exit a terminal where i've entered sudo :)
[21:13] <lool> asac: hey would you think we can promote an image today?
[21:13] <lool> asac: this weekend's images were good in terms of test results
[21:14] <lool> asac: we'd like to get system-image 1.5 in a stable image since it has support for server side features we'd like to deploy
[21:14] <lool> asac: (alias channels -- for "stable")
[21:15] <mhall119> balloons: only 1 failure now :)
[21:16] <ogra_> lool, the last few images all missed a lot of tests
[21:16] <ogra_> lool, the total needs to be 261
[21:16] <balloons> mhall119, great thank you.. no xauthority erros :-)
[21:16] <mhall119> balloons: http://paste.ubuntu.com/6085226/ it opened up an empty file in GEdit and then sat there, after about 5 minutes I closed GEdit and it picked back up
[21:16] <lool> ogra_: over the weekend they reached 261 on both devices a couple of times
[21:16] <balloons> mhall119, perfect, thank you
[21:17] <lool> ogra_: e.g. maguro on 32, 33 and 34; mako on 33
[21:17] <ogra_> lool, 31:20130908:20130908 looks ok to me
[21:17] <ogra_> lool, heh
[21:17] <lool> 31 also has both reaching 261
[21:17] <ogra_> lool, both at the same time for the same image is the criteria
[21:18] <mhall119> balloons: np
[21:18] <lool> so I vote for 33 then!
[21:18] <ogra_> right, 31 looks pretty good
[21:18] <ogra_> oh, yeah, 33 isnt bad either .... but it has a lot more failures
[21:18] <lool> no, more passes
[21:19] <ogra_> we were at mako:10 and maguro 13
[21:19] <ogra_> new images would have to at least match that
[21:19] <ogra_> (by asac definition)
[21:19] <ogra_> (#5 that is)
[21:19] <lool> ogra_: ah I thought you meant between 31 and 33, 31 had less failures
[21:20] <ogra_> no, asac likes to raise the bar with each success
[21:20] <ogra_> or at least be on par
[21:22] <iRaS> damn - no sim card present
[21:26] <mterry> ogra_, yeah, just tried on a fresh image.  Seems to work without Mir just fine.  LightDM doesn't die if it can't connect to unity-system-compositor, it just goes ahead and tries to run the user session anyway
[21:26] <mterry> ogra_, so go ahead and approve, I'd say
[21:26] <ogra_> mterry, and logind runs ?
[21:27] <mterry> ogra_, yeah.  I didn't test anything that would need it, but systemd-logind is running
[21:27] <ogra_> well, it runs on non lightdm images too
[21:27] <mterry> ogra_, OK.  Should I test something that didn't work before, but should now?   (what's an example?)
[21:28]  * ogra_ wonders where pitti is if you need him ... there is surely something like ck-list-sessions for logind 
[21:28] <iRaS> It's a self cutted sim card and it works well in my razr i but does not fit very well in the sim card holder.. now i have filed a bit for better fitting. is there a way to restart ofono and retry finding sim card?
[21:28] <mterry> ogra_, there is a dbus call...  let me see
[21:29] <ogra_> ah, i pinged pitti in -devel too
[21:29] <mterry> ogra_, seems good:
[21:29] <mterry>    array [
[21:29] <mterry>       struct {
[21:29] <mterry>          string "c1"
[21:29] <mterry>          uint32 32011
[21:29] <mterry>          string "phablet"
[21:29] <mterry>          string "seat0"
[21:29] <mterry>          object path "/org/freedesktop/login1/session/c1"
[21:29] <mterry>       }
[21:29] <mterry>    ]
[21:30] <mterry> ogra_, yup, can see it using loginctl list-sessions too
[21:31] <mterry> ogra_, but...
[21:31] <davmor2> guys 3 questions: 1. does accounts seem to crash for anyone else, 2. is the android bot on update going away before release, 3. are we having an import contacts from Google button in the contacts app?
[21:31] <mterry> ogra_, it's not active.  I imagine that was the problem before
[21:31] <ogra_> yeah
[21:31] <ogra_> my output on a std ro image looks the same as yours
[21:32] <mterry> ogra_, the good stuff comes with a "loginctl show-session c1"
[21:32] <mterry> and it says "Active: no"
[21:32] <ogra_> it says Active=yes for me
[21:32] <mterry> err, right, I see Active=no
[21:33] <ogra_> irritating
[21:33] <ogra_> i guess you would have to drop one of the hacks that work around the missing logind registration
[21:33] <mterry> ogra_, I wonder if that's because lightdm is running in an odd no-compositor mode...
[21:33] <ogra_> i know there is something for click as well as NM
[21:34] <mterry> ogra_, I'm not sure what normally registers with it
[21:34] <rsalveti> stgraber: ogra_: new android tarball in place
[21:34] <mterry> or rather says it is active
[21:34] <mterry> probably lightdm
[21:34] <rsalveti> but minor diff it seems
[21:34] <ogra_> sergiusens, find /data/ubuntu -newermt "2013-09-02 16:15:00" | egrep -v "^/proc|^/sys|^/dev"
[21:34] <rsalveti> actually, just what I pushed (the fix from sergiusens)
[21:34] <rsalveti> but it should behave better now
[21:34] <mterry> ogra_, why do you see Active=yes?  How does enabling lightdm make it worse?
[21:35] <ogra_> mterry, no idea, but i definitely see it active in the terminal as well as via adb (being the phablet user)
[21:35] <iRaS> is it possible that some sim cards don't work on ubuntu-touch?
[21:36] <iRaS> I've got a Requested file structure differs from SIM: 6fb7
[21:36] <mterry> ogra_, weird.  What was the logind bug you guys were seeing then?  If it thinks you're active, I'd assuming policykit would work fine
[21:37] <ogra_> mterry, well, it didnt obviously ... click had issues, cjwatson added a hack for that and NM didnt hav ethe right premissions ... iirc slangasek looked into that one ages ago
[21:37] <ogra_> (and cyphermox added a workaround that makes it ignore PK)
[21:38] <plars> asac, psivaa: the ssl failure seems to be a timing issue and has been really hard to isolate. If I run through the exact same steps on the exact same device in the lab by hand, it just works every time.
[21:38] <sil2100> asac: preparing
[21:38] <mterry> hm
[21:38] <plars> asac, psivaa: It seems that even though the network is up, and dns is found to be working, when we try to branch some test code from bzr, we get a ssl certificate verification error
[21:39] <ogra_> mterry, the NM fix was some diversion in lxc-android-config, i guess if you un-divert it and can still use NM after a reboot we are good
[21:39] <mterry> ogra_, I just want to make sure I can reproduce (once I fix this Active=no issue) so I can tell if I've actually improved things
[21:39] <mterry> ogra_, ok
[21:39] <plars> asac, psivaa: it's also worth noting that we are on the verge of no longer needing to do that, since we are trying to move everything over to pulling these tests on the host side, and running almost everything over adb rather than pulling it down to the target and running it from there
[21:39] <ogra_> should be in the postinst
[21:41] <mterry> robert_ancell, heyo, I'm making progress on enabling lightdm on the Touch image (though only in autologin mode, no greeter yet).   I'm hitting an issue where logind doen't think the user is Active.  Do you know how that gets determined normally?
[21:41] <robert_ancell> mterry, I think that's detected via the active VT, do you have VTs on the phone?
[21:42] <mterry> robert_ancell, ah...  it's not like we just tell it we're active, it's a bit indirect through the VTs
[21:42] <iRaS> I'll reinstall android to confirm the sim card is working
[21:42] <slangasek> mterry: right, so there's a policykit override in lxc-android-config for NM to switch everything relevant to allow_all due to the lack of logind integration.  If we now have actual logind sessions thanks to lightdm, that should be dropped
[21:42] <slangasek> but of course, logind needs to know the "active" session first
[21:42] <mterry> robert_ancell, that's why then.  I mark the LightDM session as Session-Type=mir, but lightdm falls back to VTs which don't work on phone
[21:42] <robert_ancell> ah
[21:42] <mterry> slangasek, right.  :-/  Closer, but not there yet
[21:43] <mterry> slangasek, I'll use that as a test to see if I've fixed it though, thanks
[21:43] <slangasek> mterry: I'm already excited about "closer" :)
[21:43] <ogra_> TTY=???
[21:43] <ogra_> thats what i get over here
[21:43] <ogra_> using loginctl show-session c1
[21:43] <mterry> ogra_, I have VTNr=0
[21:43] <mterry> ogra_, but no TTY=???
[21:43] <ogra_> i assume that at least wants a pty ?
[21:44] <ogra_> i have VTNr=0 too
[21:44] <ogra_> right above
[21:44] <mterry> robert_ancell, does this mean we need USC on the image before this will work, even as an autologin thing?  I had hoped to skip that bit as an intermediary step
[21:45] <mterry> robert_ancell, do you know if there's a way to tell logind that no, really, this session is active?
[21:45] <robert_ancell> mterry, yes, you need u-s-c running otherwise the session would have to run as root to access the input devices
[21:45] <mterry> i.e. ActiveSession maybe or some such?  Don't know how much validating that would do
[21:45]  * ogra_ wonders if we probably miss a dependency ... given that the phablet images are build with recommends disabled
[21:46] <mterry> robert_ancell, how does the shell access input devices today?  (why would lightdm restrict access?)
[21:46] <mterry> *ActivateSession
[21:46] <iRaS> the sim card is working in android
[21:46] <robert_ancell> mterry, there is an activate method that I thought we called, but a code review shows we don't - that may work
[21:46] <mterry> will try
[21:47] <robert_ancell> mterry, it accesses them via Mir, and Mir opens them from /dev. They're only openable by root by default
[21:47] <robert_ancell> mterry, in the nested case u-s-c runs as root and opens them, and the nested Mir gets the input events via u-s-c
[21:50] <mterry> robert_ancell, but today, we are running shell as 'phablet', so they must be accessible somehow
[21:50] <mterry> I mean, I guess because we aren't doing Mir yet
[21:50] <robert_ancell> mterry, yeah, you must have some udev rule I guess to set them up like that
[21:50] <ogra_> which devices are that ?
[21:50] <robert_ancell> mterry, but LightDM doesn't support running Mir without u-s-c
[21:51] <mterry> I'm not itching to start using Mir, I just want to squeeze lightdm into the process if we can, using autologin rather than upstart scripts
[21:51] <ogra_> (we have a bunch of udev rules)
[21:51] <robert_ancell> ogra_, /dev/input/*
[21:51] <mterry> robert_ancell, it actually works relatively well.  I can get the unity shell to start without Mir on the phone.  Just logind says Active=no
[21:51] <ogra_> they are rw for the phablet user
[21:51] <robert_ancell> mterry, so using X?
[21:52] <ogra_> http://paste.ubuntu.com/6085363/
[21:52] <mterry> robert_ancell, no?  I don't seem to be running X either.  I just seem to be doing the same thing the upstart job did
[21:52] <ogra_> phablet is in android_input by default
[21:52] <robert_ancell> mterry, you're running surface flinger?
[21:52] <ogra_> yes
[21:52] <mterry> robert_ancell, I tell lightdm that this is a Mir-type session, but it nobly tries to continue without USC and just starts the session script
[21:52] <ogra_> he is
[21:52] <mterry> robert_ancell, yeah
[21:53] <mterry> robert_ancell, it tries to activate VT 7, but that fails
[21:53] <robert_ancell> mterry, right
[21:54] <mterry> robert_ancell, so it and logind are both expecting VTs
[21:54] <robert_ancell> mterry, LightDM must be very confused :)
[21:54] <mterry> robert_ancell, I'm happy it works as well as it is (i.e. at least continues)
[21:54] <mterry> robert_ancell, I just need to see how to fool logind, and we can have most of the infrastructure in place that we'll need later once we get Mir
[21:56] <mterry> robert_ancell, in case you are curious, or getting this far is helpful in your own testing, try https://code.launchpad.net/~mterry/session-manager-touch/lightdm-switch/+merge/184659 and enable autologin for the phablet user
[21:59] <cwayne> has anyone noticed trying to type 'im' always autocorrects to 'impossible'
[21:59] <cwayne> real annoying
[21:59] <mterry> robert_ancell, huh.  What is the Mir plan for logind?  I look at its code and it's just doing things like chvt()
[22:01] <robert_ancell> mterry, no firm plan yet, but we since all sessions run on the same VT the chvt shouldn't be a problem.
[22:01] <robert_ancell> The first step is to call activate and have logind accept that as the active session
[22:01] <mhall119> cwayne: that's im
[22:01] <cwayne> lol
[22:03] <mterry> robert_ancell, but on the phone, chvt will fail, regardless, right?
[22:03] <robert_ancell> mterry, maybe?
[22:03]  * mterry doesn't quite understand how we're using VTs on the phone
[22:03] <mterry> well, it thinks we're on VT 0, which might not be great
[22:04] <robert_ancell> mterry, is VT support compiled out of the phone kernel? Or do you just never switch VTs
[22:09] <mterry> robert_ancell, probably never switch VTs
[22:10] <mterry> robert_ancell, well, maybe not even that much.  lightdm.log gives "Error using VT_ACTIVATE 7 on /dev/console: Invalid Argument"
[22:11] <mterry> Eh, I'll deal with this tomorrow
[22:42] <RobbyF> selling the gnexus, so I can't play with ubuntu touch now :( not until I get a new phone then i can use nexus 4 for daily images.
[23:10] <joe_b> What's the name of the gallery app & can I take a look at it on my desktop?
[23:30] <mhall119> joe_b: https://launchpad.net/gallery-app/
[23:30] <mhall119> joe_b: I've never tried installing it on a desktop though, but it's an Ubuntu SDK app so it should just work
[23:31] <mhall119> in fact, I'll go ahead and apt-get install gallery-app now and see
[23:32] <joe_b> It's in the ubuntu-touch-coreapps-drivers ppa?
[23:32] <mhall119> no, it's in the Saucy archives
[23:33] <joe_b> Hmm, ok, I'm going to have to pull the deb (I'm still on quantal)
[23:35] <mhall119> well, it goes full screen even on desktop, which is a bit much, and of course the toolbar is difficult to access with a mouse pointer instead of a swipe edge, but otherwise it works as expected
[23:35] <mhall119> no guarantees it'll run on quantal though
[23:35] <joe_b> Yeah, I realize I have a virtualbox, so I'll try that (less likely to break my box too)
[23:36] <joe_b> (virtualbox with saucy)
[23:37] <joe_b> Out of curiosity is there any planned integration of the gallery app with Shotwell?
[23:59] <mhall119> lat I heard, the apps don't work well (or at all) in virtualbox because of missing OpenGL ES support
[23:59] <mhall119> I don't think there are any integration plans at this time, no