[00:00] <joe_b> Actually looks kind of ok'ish on mine.
[00:02] <joe_b> Thanks though.
[00:09] <cwayne> stgraber: ping
[00:10] <stgraber> cwayne: pong
[00:12] <cwayne> stgraber: hey, is the auto-signing of the custom tarball still on your plate for this week by any chance?
[00:12] <stgraber> cwayne: yep
[00:12] <cwayne> stgraber: awesome thanks! and as usual let me know if you need any help testing anything :)
[00:13] <stgraber> cwayne: sure.
[00:13] <stgraber> cwayne: One thing I'll need to get fixed before I can get daily-customized online is access to the jenkins server from the system-image server. Do you happen to know the private address of the Jenkins instance used by your project?
[00:14] <cwayne> stgraber: I don't know but I can surely find out
[00:15] <stgraber> cwayne: I expect it to be one of those 10.97.x.x QA lab IPs
[00:15] <cwayne> i'd imagine so, ill ask around
[00:15] <stgraber> cwayne: I ask because I want to check if nusakan may already have access to the private address but just not the public one. That'd save me an RT ticket
[00:25] <sander__> What's the best cutting edge smartphone which comes with ubuntu touch? Or do install it on?
[00:25] <sander__> to*
[00:40] <mhall119> sander__: you have to install it on existing phones at the moment
[00:40] <mhall119> it's not even 1.0 yet, so you won't be able to buy a phone with it already on there
[00:41] <sander__> mhall119, Ok. WHat phones is recommended?
[00:41] <mhall119> one of the Nexus ones
[00:41] <mhall119> Galaxy Nexus or Nexus 4
[00:43] <sander__> mhall119, how do I install it? And can I install it side by side?
[00:43] <sander__> And can I run ubuntu desktop on it if I connect a big screen?
[00:45] <mhall119> sander__: not side by side, it'll replace android
[00:45] <mhall119> sander__: https://wiki.ubuntu.com/Touch/Install
[00:48] <sander__> mhall119, do you know if it will run on samsung galaxy s2?
[00:48] <mhall119> I think there's a community image for the S2, but I don't know how well it works
[00:49] <mhall119> Galaxy Nexus and Nexus 4 are the two phones that we officially support, we provide images for them and we have them to test with
[01:01] <sander__> mhall119, Ok. What programming languages can I write touch apps with?
[01:07] <sander__> Looks like c or c++.. cool:)
[01:09] <mhall119> sander__: or HTML5, or QML
[02:03] <ryanprior> Is there a facility for me to read my texts and respond on the desktop? Maybe something in Empathy?
[02:04] <ryanprior> Or if not now, is that something we're building?
[02:04] <crypticmofo> hello .. can somebody point me to the lastest cyanogenmod image and ubuntu-touch image .. its for a galaxy s3 verizons or d2vzw
[02:19] <Blade_> Is there any offical work being done on porting to the new Nexus 7?
[02:23] <RobbyF> nope
[02:35] <mfisch> Is there any magic to get the "Scope" project to show up in the SDK?
[02:35] <mfisch> Some people have it, but I don't seem to
[02:38] <cwayne> has anyone noticed that all phone calls show up as 'missed calls'
[02:57] <AskUbuntu> Installing the Touch Preview on my Samsung Galaxy Tab 2 | http://askubuntu.com/q/343608
[02:59] <mfisch> cwayne: you should file a bug
[03:03] <ryanprior> Is there a facility for me to read my texts and respond on the desktop? Maybe something in Empathy? Or if not now, is that something we're building?
[03:03] <mhall119> ryanprior: your desktop can make and receive text messages?
[03:04] <mhall119> like, SMS?
[03:05] <ryanprior> mhall119: it can't, but my cell phone can and I can connect it to my desktop via wifi, bluetooth, or usb.
[03:05] <mhall119> ah, no I don't think there's anything that will work through a tethered device
[03:16] <ryanprior> mhall119: how hard can it be? We are going to support syncing contacts with a phone - makes sense to me we would import those into Empathy and provide SMS as a messaging option.
[03:17] <mhall119> ryanprior: all it takes is code :)
[03:18] <classy> i need help, can my smarrtphone acer z120 dual gsm install ubuntu mobile? please i want try use ubuntu for my smartphone
[03:18] <mhall119> !devices | classy
[03:18] <ryanprior> mhall119: I'm working on something like that, but I'm inclined to ask around here and perhaps other places, so that I'm not re-implementing something somebody else has already done (as part of Android integration perhaps? or maybe as part of KDE's mobile efforts, or as part of Samsung/Intel's work on Tizen?)
[03:19] <mhall119> ryanprior: the only trick is going to be proxying the messages across wifi/bluetooth/usb to the plugged in device
[03:19] <ryanprior> and if there's a preferred APIs for doing things like this (syncing an app with the Contacts lens? requesting a list of the contacts on a computer? syncing contacts between devices?) then I'd want to learn about them and use them instead of rolling my own
[03:19] <mhall119> there should be a Qt API for accessing contacts on the device
[03:20] <mhall119> contacts are stored in evolution-data-server, IIRC, which supports different syncing options
[03:23] <classy> not yet for acer z120?
[03:27] <mhall119> classy: if it's not listed then yeah, not yet
[04:00] <Mirv> cjwatson: yep, 0.4.3 is now in staging PPA, I'm contacting dpm and others today to test it (or 0.4.4)
[05:45] <ejat> http://paste.ubuntu.com/6086553/
[05:45] <ejat> size mismatch
[06:10] <Enfemus> anyone skilled in getting Ubuntu touch on to galxy nexus... fairly new to this stuff
[06:29] <Ivanhoe> hi guys, could anyone help me to troubleshoot uninstalling ubuntu touch on N4?
[06:30] <Ivanhoe> I'm stuck with the "X" screen after uninstalling and running "adb reboot-bootloader"
[06:31] <Ivanhoe> I just tried going back to v4.2.2 by doing the same thing but no success
[07:49] <dholbach> good morning
[08:21] <JamesTait> Good morning all, happy Swap Ideas Day! :-D
[08:41] <AskUbuntu> Nexus 4 cannot pass the X screen after uninstalling Ubuntu Touch | http://askubuntu.com/q/343703
[08:48] <tmoenicke> mzanetti: ping
[08:48] <mzanetti> tmoenicke: pong
[08:49] <popey> damnit, my nexus 4 is still busted. I can't make it wake up / charge
[08:56]  * popey has tried the usual leaving it charging from an official charger, holding down power button lark.
[08:56] <popey> plug the power lead in and i get the red light of death and it won't charge at all
[09:00] <cjwatson> Mirv: thanks
[10:11] <bzoltan1> Does anybody know when the ssh will be default on the RO image?
[11:05] <Soru> Hello
[11:05] <Soru> I want to buy a phone for installing on it Ubuntu.
[11:05] <Soru> I don't want a  Nexus
[11:05] <Soru> Where can I search?
[11:08] <popey> Soru: https://wiki.ubuntu.com/Touch/Devices
[11:08] <popey> We officially only support some of the nexus devices.
[11:08] <popey> Community members create images for other devices
[11:18] <Soru> Oh...
[11:18] <Soru> Thank you popey :)
[11:36] <popey> stgraber / lool - do we have a plan for making this work again on read only images? https://bugs.launchpad.net/ubuntu-qtcreator-plugins/+bug/1223301
[11:38] <popey> moved to https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1223301
[11:42] <lool> popey: is this the apt-get install openssh thing?
[11:43] <lool> popey: we discussed a plan at vUDS, but we lack folks to make progress on this; other priorities take the time of SDK team and other teams
[11:43] <popey> lool: when is ubuntu-system going to be the default?
[11:43] <popey> "Real Soon Now™"?
[11:43] <lool> popey: it is!
[11:44] <lool> popey: https://www.stgraber.org/2013/09/05/ubuntu-touch-system-images-now-default/
[11:44] <lool> popey: there is no default in our tools, but that's what we look at now when looking at QA test results
[11:44] <popey> That's the kind of default I mean.
[11:45] <popey> If a developer comes along and wants to write a touch app, and they run "phablet-flash", what do they get, at the moment it's a choice. Will that be defaulting to ubuntu-system at some point is my more verbose version of the same question?
[11:46] <popey> lool: if our focus is on system images, then it follows developers will install the one that we're focussed on.
[11:49] <lool> popey: we didn't plan to have a default
[11:49] <lool> but we could
[11:49] <lool> popey: unfortunately, as you saw in the bug you point at, the SDK isn't quite ready for read-only images
[11:50] <lool> so I believe we're currently advocating usage of system images in all cases, but switching to writable images (touch .writable_image) when you're using the SDK
[12:11] <timp> should the battery indicator be working properly?
[12:11] <timp> I had my galaxy nexus attached to power for charging for over a day, but the indicator icon shows empty battery
[12:11] <timp> the "charge level" when I open the indicator on the other hand shows 100% (which may be a bit more than I expect)
[12:13] <mrslv> Hi, I have problem installing ubuntu-touch on nexus 4. I'm following instructions from https://wiki.ubuntu.com/Touch/Install
[12:13] <mrslv> terminal output: http://paste.ubuntu.com/6087649/
[12:16] <popey> mrslv: does "adb devices" show your device?
[12:18] <mrslv> popey: yes
[12:19] <kgunn> mrslv: fwiw, have you tried cdimage-touch yet ?
[12:19] <kgunn> just as a test
[12:19] <mrslv> will try now
[12:19] <popey> I would certainly recommend using phablet-flash cdimage-touch -b
[12:19] <mrslv> ok
[12:28] <jdstrand> seb128: hi! I'm trying to reproduce bug #1223211
[12:28] <jdstrand> seb128: does the location service work on grouper?
[12:29] <seb128> jdstrand, not sure...
[12:29] <seb128> rsalveti, ^ do you know?
[12:29] <mrslv> Thanks popey, kgunn it worked
[12:29] <popey> great
[12:30] <seb128> (no tvoss?)
[12:30] <popey> bzoltan: do we have working qtlocation / gps on _any_ devices yet?
[12:31] <jdstrand> mzanetti got farther than I did
[12:31] <bzoltan> popey: i could not verify
[12:31] <jdstrand> I installed qtdeclarative5-qtlocation-plugin but now I get: terminate called after throwing an instance of 'std::runtime_error'
[12:31] <jdstrand>   what():  The name com.ubuntu.location.Service was not provided by any .service files
[12:31] <jdstrand> Aborted (core dumped)
[12:31] <popey> you have to manually start the location service
[12:31] <mzanetti> jdstrand: I'm here in case you need any help
[12:31] <jdstrand> popey: how?
[12:31] <mzanetti> or testing
[12:31] <popey> there's an upstart job iirc
[12:32] <jdstrand> mzanetti: cool, thanks. I asked for more info in the bug
[12:32] <popey> mzanetti: do you have a simple qml snippet we could use to test it?
[12:32] <mzanetti> yes... but I think on latest images it's running automatically
[12:32] <popey> great
[12:32] <popey> root       638  0.0  0.2  46772  5204 ?        Ssl  11:09   0:00 /usr/lib/arm-linux-gnueabihf/ubuntu-location-service/examples/service --bus system --provider gps::Provider
[12:32] <popey> so it is
[12:33] <popey> mzanetti: I'm just after something which grabs the gps location and prints whatever data - be that LAT/LONG etc or whatever comes out of the location service
[12:33] <jdstrand> popey: yep, started
[12:33] <jdstrand> popey
[12:33] <jdstrand> popey: thanks
[12:34] <jdstrand> oh, it worked
[12:34] <jdstrand> popey: here is some qml
[12:35] <mzanetti> popey: jdstrand: http://paste.ubuntu.com/6087730/
[12:36] <jdstrand> popey: http://paste.ubuntu.com/6087739/
[12:36] <popey> thanks both!
[12:36] <jdstrand> popey: mine is just modifying simple touch ui
[12:36] <jdstrand> and is the same as mzanetti's :)
[12:37] <popey> ☻
[12:37] <mzanetti> jdstrand: popey: here's a fully packaged click app that reproduces this issue: http://notyetthere.org/data/com.ubuntu.developer.mzanetti.getmewheels2_1.3_all.click
[12:37] <popey> yay
[12:37] <mzanetti> ah wait
[12:38] <mzanetti> it has the positionsource commented out
[12:38] <mzanetti> let me enable it
[12:38] <mzanetti> one sec
[12:39] <mzanetti> false alarm. everything fine with this package
[12:39] <mzanetti> just install it and it'll crash when launched in apparmor
[12:39] <mzanetti> even though the location policy_group is there
[12:40] <jdstrand> mzanetti: yeah, I'm investigating
[12:50] <asac> ralsina: hi
[12:50] <ralsina> asac: hello
[12:50] <asac> ralsina: whats the status of the crash?
[12:50] <nandersson> Hi, what software powers the Instant Managing in Ubuntu Phone?
[12:50] <ralsina> asac: still working on it :-/
[12:51] <nandersson> Sorry, "Instant Messaging"
[12:51] <popey> nandersson: Friends.
[12:51] <ralsina> asac: I am waiting for a status update from alecu in a bit, I'll keep you posted
[12:51] <asac> ralsina: can we please reverse commit whatever we committed on friday/thursday while you investigate?
[12:51] <asac> or was there no commit at all last week?
[12:51] <nandersson> popey, Never heard of? Have you got a url please?
[12:51] <ralsina> asac: I don't think there were any commits on thursday/friday
[12:51] <popey> nandersson: https://launchpad.net/friends
[12:51] <asac> ralsina: where is the bzr tree?
[12:51] <nandersson> popey, Thanks!
[12:52] <asac> ralsina: might be it happened tue/wed
[12:52] <ralsina> asac: agh, launchpad is 503'ing
[12:53] <asac> ralsina: https://launchpad.net/ubuntu/+source/unity-scope-click
[12:53] <asac> thats the change thatcaused it
[12:53] <asac> ralsina: https://launchpadlibrarian.net/149516039/unity-scope-click_0.1%2B13.10.20130903-0ubuntu1_0.1%2B13.10.20130906.1-0ubuntu1.diff.gz
[12:53] <asac> that one
[12:53] <ralsina> asac: last commit was sunday!
[12:53] <ralsina> asac: ok, we'll revert unless we can fix it in the next couple of hours
[12:54] <jdstrand> bzoltan, dpm (ted): what is the correct way to use the hud in a qml app?
[12:54] <nandersson> popey, I assume Friends will then be in Ubuntu 14.10 desktop as well, as default?
[12:54] <asac> ralsina: can you revert while you investigate? we really would like to slip that in
[12:54] <ralsina> asac: ok, will revert
[12:54] <nandersson> popey, With the move to Qt and Unity 8 I mean.
[12:55] <asac> ralsina: ok give me a ping so didrocks can pipe it in
[12:55] <asac> ralsina: you can reapply right aftrer we have the package
[12:55] <didrocks> sil2100: hey, will you rerun and force a manual publication of the click scope? ^
[12:55] <didrocks> (once you have the green light from ralsina)
[12:55] <jdstrand> timp: what is the correct way to use the hud in a qml app? does sudoku do it correctly?
[12:55] <asac> because we dont automatically publish and we can wait for your stuff until you say you have fixed it after
[12:56] <ralsina> asac: ack!
[12:56] <timp> jdstrand: I haven't checked the sudoku-app. do you have the url where I can see the source that uses HUD?
[12:56] <timp> jdstrand: the correct way is to assign actions MainView.actions for global actions, and to Page.actions for actions that should only appear in HUD when that Page is active (local actions)
[12:56] <jdstrand> timp: http://bazaar.launchpad.net/~sudoku-touch-dev/sudoku-app/trunk/files
[12:57] <jdstrand> timp: http://bazaar.launchpad.net/~sudoku-touch-dev/sudoku-app/trunk/view/head:/sudoku-app.qml
[12:57] <jdstrand> timp: looks like it does?
[12:58] <jdstrand> dang it, my nexus 7 isn't coming up...
[12:58] <dpm> jdstrand, timp is in a better position to answer this one. The clock app guys have also started implementing HUD actions
[12:59] <timp> jdstrand: yes that looks correct to me. only the import Ubuntu.Unity.Action 1.0 as UnityActions is not needed, and keywords should be short and separated by ; as specified here http://developer.ubuntu.com/api/devel/ubuntu-13.10/cplusplus/unity-action/classunity_1_1action_1_1Action.html#ace70c095fd440d5fa7fe3d77eef1cf1b
[12:59] <jdstrand> dpm: ack. is there a place to add wishlist documentation bugs?
[13:00] <dpm> jdstrand, I think the best place might be the toolkit, to get those fixes into the API docs -> https://bugs.launchpad.net/ubuntu-ui-toolkit
[13:00] <timp> jdstrand: bugs.launchpad.net/ubuntu-ui-toolkit, but it is already there https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1219011
[13:00] <timp> jdstrand: you can comment on and follow that bug
[13:00] <jdstrand> timp, dpm: cool, thanks :)
[13:00] <dpm> np ;)
[13:01] <rsalveti> jdstrand: seb128: I'm not sure the location service is working with grouper, I never tested there actually
[13:01] <rsalveti> I know it works with mako and maguro
[13:02] <jdstrand> timp: mostly I wanted to make sure when people do it correctly, that the app uses a dbus object path that matches what the apparmor profile allows (eg com_2eubuntu_2esudoku_5fsudoku_5f0_2e4_2e3)
[13:03] <jdstrand> timp: ie, double checking the APP_ID gets used/converted
[13:03] <jdstrand> rsalveti: it is actually :)
[13:03]  * jdstrand was pleasantly surprised
[13:04] <jdstrand> seb128: ^
[13:04] <jdstrand> of course now it just won't come up at all
[13:04] <segastep> how could i go about putting ubuntu on my samsung galaxy tab 7" ? :P ( GT-P3110 )
[13:05] <jdstrand> rsalveti: do you know of any issues with devices being stuck at the 'Google' screen on reboot? (either immediately after a phlash (my mako) or just a regular reboot (my grouper))?
[13:05] <jdstrand> rsalveti: I've since rephlashed my mako-- but these were both RO images from late last week
[13:06] <timp> jdstrand: I don't know about the correct usage of the APP_ID
[13:06] <timp> Wellark: ^ you?
[13:07] <jdstrand> timp, Wellark: bug #1218107 should describe it
[13:07] <rsalveti> jdstrand: awesome
[13:07] <rsalveti> jdstrand: hm, right, never saw that with the rw image
[13:08] <rsalveti> when you get that, please get inside recovery, and dump /proc/last_kmsg
[13:08] <rsalveti> to see if it's at least a kernel crash
[13:09] <jdstrand> rsalveti: dumb question-- how do I get into rcovery?
[13:10] <alecu> asac, ralsina: is there a lp bug for the click scope issue with maguro?
[13:10] <jdstrand> rsalveti: note, I cannot use adb shell
[13:10] <asac> alecu: no... you can file one if you need one
[13:10] <plars> asac: looks like those two tests for unity failed on maguro again
[13:10] <jdstrand> rsalveti: (adb devices returns nothing at at this point)
[13:10] <asac> Saviq: ^^
[13:11] <rsalveti> jdstrand: hm, either via adb recovery, or rebooting into the bootloader (pressing the volume down when booting), and then getting inside the device
[13:11] <rsalveti> jdstrand: something seems to be broken then
[13:11] <rsalveti> it should work in recovery at least, otherwise something else is broken
[13:11] <plars> asac: they passed on the 20130909 build though
[13:11] <asac> right
[13:11] <rsalveti> make sure to kill adbd in your host as well (that gets restarted automatically next time)
[13:11] <asac> plars: retry one more time
[13:12] <jdstrand> rsalveti: it was weird. I did 'mount -o remount,rw /' installed a couple deb packages, installed a click package. did some stuff, rebooted. fine. rebooted again-- nothing
[13:12] <ogra_> cjwatson, so i'm planning to fiddle with sshd by default on the image today, would you see any problems with running sshd from a session upstart job (and thus as the pahblet user) ... is that even possible ?
[13:12] <Saviq> asac, plars we haven't had a release since 2013.09.05
[13:12] <asac> Saviq: http://people.canonical.com/~ogra/touch-image-stats/20130910.changes
[13:12] <asac> Saviq: can you see anything that might have a side effect?
[13:12] <Saviq> asac, looking at the tests first
[13:12] <asac> otherwise my story is that click-store crashing will cause IO and timing issues
[13:13] <asac> Saviq: ok cool. thanks
[13:13] <cjwatson> ogra_: impossible unless you (ab)use sudo
[13:14] <rsalveti> jdstrand: right, try rebooting manually into recovery to see if you have /proc/last_kmsg
[13:15] <ogra_> cjwatson, hmm, sad, ok
[13:15] <cjwatson> ogra_: sshd really does need to run as root
[13:15] <ogra_> yeah, i feared that
[13:15] <ogra_> well, then i'll just go with that
[13:15] <Saviq> asac, plars we're sometimes seeing the same issue in the merger, investigating
[13:15] <jdstrand> rsalveti: I'm in CWM-recovery now. what should I do? (incidentally, if this isn't a good use of your time, I can just rephlash)
[13:15] <rsalveti> jdstrand: can you run adb shell now?
[13:16] <cjwatson> ogra_: I would have thought that the right answer was to install openssh-server, upstart-override it to manual, then have UI (or CLI in the interim) that does "sudo service ssh start" or similar
[13:16] <jdstrand> error: device not found
[13:16] <jdstrand> rsalveti: ^
[13:16] <asac> plars: sounds like retrying
[13:16] <rsalveti> try 'pkill adb; adb shell;'
[13:16] <plars> asac: It's already running since a while ago
[13:16] <rsalveti> jdstrand: ^
[13:16] <jdstrand> rsalveti: but note-- I haven't done anything other than get to the first menu in CWM-based Recovery
[13:17] <rsalveti> right, that's fine, adb should always work in recovery mode
[13:17] <plars> Saviq: how often do you see this in merger?
[13:17] <jdstrand> rsalveti: error: device not found
[13:17] <ogra_> cjwatson, yes, thats what it will boil down to ... i just thought it would be nice to have it run less privileged
[13:17] <jdstrand> it says: E:Can't open /cache/recovery/ubuntu_command at the bottom
[13:17] <cjwatson> ogra_: I mean, of course it's *possible* to run a non-root sshd, but it'll require fairly extensive modifications - putting host keys somewhere else and disabling privilege separation are just the first things that come to mind - and I'd want the result to be audited
[13:17] <jdstrand> rsalveti: ^
[13:18] <rsalveti> jdstrand: that's fine as well, should just work, hm
[13:18] <Saviq> plars, now that you're asking, 100% since this morning
[13:18] <rsalveti> jdstrand: can you check your syslog when connecting the usb cable to the device?
[13:18] <ogra_> cjwatson, yeah
[13:18] <rsalveti> just to see what your kernel is identifying
[13:18] <Saviq> plars, seems the update to libnotify / gir1-notify broke things
[13:18] <Saviq> plars, we'll look into it
[13:18] <ogra_> cjwatson, i think i'll start with the easier path ... we can still move to something else later
[13:18] <plars> asac: ^
[13:18] <plars> thanks Saviq
[13:19] <jdstrand> rsalveti: this is the end of dmesg: http://paste.ubuntu.com/6087897/
[13:19] <ogra_> cjwatson, this path just means some sudo hackery , where a user/session job wouldnt
[13:19] <plars> Saviq: do you have a shortcut for figuring out that the breakage came from there?
[13:19] <cjwatson> ogra_: it also wouldn't be possible to start a PAM session if sshd were running as non-root, I think
[13:19] <ogra_> oh, !
[13:19] <ogra_> i didnt think if that
[13:19] <ogra_> yeah
[13:19] <cjwatson> ogra_: so that approach has some cascading problems as well that you'd need to be careful about
[13:19] <ogra_> *of
[13:19] <ogra_> right
[13:19] <Saviq> plars, well, the failing tests are using libnotify, and it got changed in image 20130810 ;)
[13:20] <jdstrand> rsalveti: syslog had this: http://paste.ubuntu.com/6087900/
[13:20] <cjwatson> ogra_: if you have a proper UI for it then it could use policykit to escalate rather than sudo, I imagine
[13:20] <Saviq> plars, i.e. https://launchpad.net/ubuntu/+source/libnotify/0.7.6-1 - published 9 hrs ago
[13:20] <rsalveti> jdstrand: hm, it seems that the usb property is starting both adb and mtp when getting in recovery
[13:20] <plars> Saviq: ok, wasn't sure if you had some easy way of rolling back just that change and retrying to confirm that was the case
[13:20] <cjwatson> ogra_: that was what we talked about at UDS, I thought - an "open SSH access" button
[13:20] <rsalveti> jdstrand: did you try mtp or setting that by hand somehow?
[13:20] <Saviq> plars, we couldn't reproduce locally a few hours ago
[13:20] <rsalveti> not sure if the persist property would break that
[13:21] <jdstrand> rsalveti: no. I don't know how to do that :)
[13:21] <jdstrand> rsalveti: I did an adb push before the reboot, but that wouldn't be mtp I wouldn't think (and it worked fine)
[13:21] <ogra_> cjwatson, well, not an "open ssh acccess" but a "usb developer mode" that manages more than just ssh i think
[13:21] <ogra_> but yeah
[13:22]  * jdstrand kill the server, unplugs the device, counts to 10, plugs in the device and tries adb shell again
[13:22] <cjwatson> ogra_: Or that, yeah
[13:22]  * cjwatson <- not a designer :-)
[13:22] <rsalveti> jdstrand: yeah, that should be harmless :-)
[13:22] <rsalveti> jdstrand: I'd try at least reflashing recovery again, to see if it'd make any difference
[13:22] <rsalveti> boot into bootloader, and flash http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/pending/saucy-preinstalled-recovery-armel+grouper.img with fastboot
[13:23] <rsalveti> fastboot flash recovery saucy-preinstalled-recovery-armel+grouper.img
[13:23] <rsalveti> and then try booting into recovery again
[13:23] <jdstrand> rsalveti: ok, thanks
[13:23] <ogra_> cjwatson, but for a start i guess it will have to be a cmdline script you can call from the terminal
[13:23] <Saviq> plars, yup, confirmed, passing on libnotify 0.7.5, failing on 0.7.6
[13:23] <Saviq> asac, ↓
[13:23] <Saviq> asac, ↑↑ even
[13:23] <ogra_> (though that should be able to use PK as well i think)
[13:23] <akshay2000> I have a bit of trouble wrapping my head around Ubuntu Touch. In the SDK, why isn't there an emulator for phone?
[13:24] <jdstrand> (incidentally, my counting to 10 procedure did nothing)
[13:24] <akshay2000> The code simply runs on native environment.
[13:24] <asac> seb128: can you backout libnotify 0.7.6 so we can get an image out and let your changes in?
[13:25] <plars> balloons: do you know what's going on with filemanager lately? far fewer tests are passing now
[13:25] <jdstrand> rsalveti: < waiting for device >
[13:25] <seb128> asac, what's wrong with it?
[13:25] <asac> seb128: makes unity8 tests fail
[13:25] <asac> see a few lines above
[13:25] <jdstrand> rsalveti: oh, I am not in the bootloader
[13:25] <seb128> asac, how so?
[13:25] <asac> seb128: saviq knows
[13:25] <rsalveti> jdstrand: right, try with root as well
[13:25] <asac> seb128: i dont know... but i would prefer to reverse commit it so
[13:25] <asac> you can investigate wihtout firedrill
[13:25] <seb128> asac, there are 2 commits in that update, can't we just fix the tests?
[13:26] <beuno> jdstrand, hey. Is this a valid way to not request any permissions?
[13:26] <Saviq> seb128, asac, let us investigate please
[13:26] <beuno>     "policy_groups": [
[13:26] <beuno>         ""
[13:26] <beuno>     ],
[13:26] <Saviq> seb128, asac, we're seeing if we can just fix locally
[13:26] <asac> seb128: Saviq: the problem is that we have a big unity8 change staged
[13:26] <asac> so we cannot touch unity
[13:26] <asac> to get this fixed
[13:26] <seb128> asac, https://git.gnome.org/browse/libnotify/commit/?id=2b4ab4d22f42dd264a4ddfa68b02bba0d6c71b0b is the only code change
[13:26] <beuno> jdstrand, the review script says no, but I wanted to make sure that was intentional
[13:26] <asac> if you can fix it on libnotfiff its ok
[13:26] <seb128> asac, I doubt libnotify is creating your issue
[13:26] <asac> seb128: see above... its reproducible with
[13:26] <asac> and not reproducible without htis change
[13:27] <Saviq> seb128, the change between 0.7.5 and 0.7.6 caused two tests to fail
[13:27] <seb128> Saviq, that url is the only change
[13:27] <Saviq> seb128, but we don't know the cause yet
[13:27] <asac> we cannot touch unity unless we reverse the mir landing staged
[13:27] <seb128> Saviq, the other one is a documentation change
[13:27] <Saviq> ugh
[13:27] <seb128> Saviq, see https://git.gnome.org/browse/libnotify/log/
[13:27] <seb128> asac, I'm really not convinced that claim that it's libnotify is true
[13:28] <asac> Saviq: double check
[13:28] <asac> Saviq: seb128 is not believing you :)
[13:28] <jdstrand> beuno: that declares an empty policy group. that is uncool. either: "policy_groups": [] or "policy_groups": [ "somegroup" ]
[13:28] <seb128> Saviq, do you use gir? annotations shouldn't have an impact on what you are doing
[13:28] <beuno> jdstrand, ah, of course  :)
[13:28] <beuno> thanks
[13:28] <asac> Saviq: maybe its just flakiness of those tests
[13:28] <asac> so double check
[13:28] <asac> but it doesnt go away on automation
[13:28] <asac> we retried 3 times
[13:28] <Saviq> asac, 100% failure since this morning
[13:28] <asac> always fail
[13:28] <asac> and it always succeeded before
[13:28] <Saviq> 8 times or so
[13:28] <asac> right
[13:29] <Saviq> seb128, http://launchpadlibrarian.net/149834671/libnotify_0.7.5-2_0.7.6-1.diff.gz is a pretty big change, no?
[13:29] <seb128> Saviq, it's all autotools autogenerated files...
[13:29]  * Saviq tries to downgrade
[13:29] <jdstrand> beuno: it is currently easy to add an empty policy group to the sdk. there is a bug on that and it will go away when bzoltan's team does the new wizard
[13:29] <asac>  gunzip -c libnotify_0.7.5-2_0.7.6-1.diff.gz | lsdiff  | pastebinit
[13:29] <asac> http://paste.ubuntu.com/6087939/
[13:29] <Saviq> (after standup)
[13:30] <jdstrand> rsalveti: fastboot worked fine. just reboot?
[13:30] <beuno> jdstrand, perfect
[13:30] <rsalveti> jdstrand: yup, just boot into recovery using the bootloader menu
[13:30] <jdstrand> s/to the sdk/via the sdk/
[13:30] <seb128> Saviq, asac: https://git.gnome.org/browse/libnotify/log/ has the commits, as said only gir annotations changed ... do you have a log to the test issue?
[13:31] <jdstrand> rsalveti: ok, I have a shell :)
[13:31] <Saviq> seb128, asac standup now, will come back in 10
[13:31] <rsalveti> jdstrand: cool, then now you can at least reflash your device, just use -d grouper with phablet-flash when booted in recovery :-)
[13:31] <rsalveti> jdstrand: but try booting the normal image first
[13:31] <rsalveti> to see if you can get a crash and then dump last_kmsg
[13:31] <jdstrand> ok
[13:33] <asac> seb128: so we dont relaly have time to investigate
[13:33] <jdstrand> rsalveti: ok, so it is stuck at the Google screen. now I reboot into recovery, get a shell, then do cat /proc/last_kmsg?
[13:33] <seb128> asac, but you have time to do reverts that are not likely to resolve your issue but are going to create more work for others?
[13:33] <asac> if people say that  downgrading fixes it 100%
[13:33] <rsalveti> jdstrand: yup
[13:33] <asac> all i hear is that downgrading fixed it 100%
[13:34] <seb128> asac, who is saying that? can I test here and how?
[13:34] <asac> seb128: install latest pengind image, run the uniyt8 autopilot -> see it failing
[13:34] <asac> downgrade libnotify -> confirm that it suceeds
[13:34] <seb128> asac, it seems more likely that your issue is due to the rebuild and toolchain that the actual code change, did you try a rebuild of the old version?
[13:34] <seb128> asac, e.g are you sure that rebuilding .5 is fixing it
[13:35] <asac> seb128: you could try do a backout build and see
[13:35] <seb128> asac, let me see if I can get those unity8 autopilot tests to run and hit the issue
[13:35] <asac> seb128: no. i am just sure about the above. the backout isnt that expensive
[13:35] <asac> otherwise you have to investigate
[13:35] <asac> which is also expensive :)
[13:36] <asac> seb128: rihgt. happty to wait a bit
[13:36] <seb128> going back is always more expensive
[13:36] <seb128> since then you need to find the actual problem and fix it anyway
[13:36] <seb128> so you have to revert + get the fix
[13:36] <seb128> rather than just fixing
[13:36] <bnjmn> I'm having the same issue with the Sep 5 build
[13:36] <jdstrand> rsalveti: http://paste.ubuntu.com/6087960/
[13:36] <bnjmn> only boots to black google screen
[13:36] <rickspencer3> seb128, but in the meantime, the rest of us can go forward
[13:37] <seb128> rickspencer3, SHRUG
[13:37] <jdstrand> rsalveti: WLAN placed in RESET does not look good
[13:37] <seb128> rickspencer3, you guys are so determined to revert rather than spend 5 minutes even trying to understand what's going on...
[13:37] <rickspencer3> seb128, I think it's already been way more than 5 minutes
[13:38] <rickspencer3> anyway, I'm not really involved, just saying
[13:38] <rsalveti> jdstrand: indeed, but still nothing exploded in there
[13:38] <rickspencer3> a little more work for one person to revert -> investigate -> fix -> recommit
[13:38] <seb128> rickspencer3, no comment...
[13:38] <rickspencer3> but everyone else can go forward
[13:38] <seb128> feel free to revert if you want
[13:38] <Saviq> seb128, TypeError: add_action() takes exactly 5 arguments (6 given)
[13:38] <seb128> and then fix it
[13:38] <rsalveti> jdstrand: I'd just reflash and try to reproduce your issue somehow
[13:38] <Saviq> seb128, so should be an easy fix
[13:38] <rsalveti> jdstrand: if you have time to do it, as it might be an issue with the ro image
[13:38] <seb128> Saviq, do you use gir?
[13:38] <jdstrand> rsalveti: weird. I can continue to debug if it is meaningful to you, or I can just rephlash. your call
[13:38] <Saviq> seb128, yes
[13:39] <seb128> Saviq, ok, so that's the annotation change indeed
[13:39] <rsalveti> jdstrand: just reflash
[13:39] <jdstrand> rsalveti: sure, I'll rephlash :)
[13:39] <wellsb> beuno: Could you purge the 0.0.1 of the snake app so I can re-upload the same version number with the empty quotes removed from the policy group
[13:39] <seb128> Saviq, e.g https://git.gnome.org/browse/libnotify/commit/?id=2b4ab4d22f42dd264a4ddfa68b02bba0d6c71b0b
[13:39]  * jdstrand prefers phlashing over flashing :P
[13:39] <Saviq> seb128, yup
[13:40] <Saviq> asac, ok, so what can we do? fix should be a one-liner really
[13:40] <beuno> wellsb, I can't, unfortunately
[13:40] <Saviq> asac, in unity8's autopilot tests
[13:40] <beuno> wellsb, version numbers can only go up
[13:41] <asac> Saviq: are those part of unity8?
[13:41] <asac> source?
[13:41] <Saviq> asac, yes
[13:41] <asac> then we are screwed
[13:41] <asac> Saviq: you swear unity8 staged is working?
[13:41] <asac> and all autopolits are running?
[13:41] <Saviq> asac, what do you mean "staged"?
[13:41] <seb128> Saviq, asac: we can revert the commit and restore that/fix unity8's test after the mir landing if you prefer
[13:42] <asac> seb128: libnotify?
[13:42] <asac> that would be easiest
[13:42] <wellsb> beuno: No problem.  Resubmitted.  Let me know if that resolves the issue.  If not, I'll remove the section entirely
[13:42] <asac> otherwise we have to backout the whole unity8/mir landing
[13:42] <asac> seb128: can you confir that it really fixes it even with a rebuild?
[13:42] <seb128> asac, right, we can put back the segfault until unity8 fix their broken test
[13:42] <seb128> asac, from what Saviq posted it's pretty obvious what the problem is
[13:43] <Saviq> seb128, asac indeed
[13:43] <asac> one sec
[13:43] <Saviq> seb128, asac mzanetti is already preparing a fix
[13:43] <asac> have to listen to the presentation for 5 minutes
[13:45] <asac> seb128: what exactly would we do now?
[13:45] <asac> reupload libnotify, get an image out
[13:45] <asac> land unity8/mir with the real fix
[13:45] <asac> and upload new libnotify again?
[13:46] <seb128> asac, right
[13:46] <asac> seb128: ok lets do ... gogogo
[13:46] <asac> ralsina: where is your backout :)?
[13:47]  * asac feels we might really hit green
[13:48] <mhall119> renato_: is the alarms backend implemented and landed now?
[13:48] <ogra_> golf !
[13:50] <renato_> mhall119, yes
[13:50] <asac> alecu: ralsina where is it?
[13:51] <alecu> asac: it's here: https://code.launchpad.net/~alecu/unity-scope-click/revert-last-commit
[13:51] <alecu> asac: I'm trying to test it
[13:51] <Saviq> seb128, but but but... if you revert libnotify, we need to re-upgrade it and fix the unity8 ap test in sync, right?
[13:51] <asac> alecu: thanks. we can pipe it in while you tests
[13:52] <Saviq> seb128, as it's 5/6 required args, not 5 required one optional?
[13:53] <asac> alecu: please land this ... you can tests while we try to get this landed
[13:53] <mhall119> renato_: awesome!  do you have a video or screenshot of what it looks like when an alarm goes off?
[13:53] <asac> ralsina: ^^
[13:53] <asac> alecu: you have 2 hours to tell us that its broken
[13:53] <mhall119> nik90_: ^^ hope you already know, but in case you don't
[13:53] <alecu> asac: btw: I can't reproduce your bug at all on my device. Is it happening on yours?
[13:54] <renato_> szombi is working on the UI components
[13:54] <asac> alecu: we will just upload the revert on our own
[13:54] <asac> if you dont want to push it
[13:54] <Saviq> seb128, ok, we'll catch TypeError
[13:54] <asac> this makes your branch out of sync
[13:54] <asac> so better push it
[13:54] <asac> alecu: i am happy to try and error on this
[13:54] <nik90|Office> mhall119: could you copy paste that? I just entered this channel
[13:54] <seb128> Saviq, catch the error would be nice
[13:54] <jdstrand> seb128: do you know the long term plan for the location-service? is it supposed to eventually be on the session bus or will it always be on the system bus?
[13:55] <seb128> Saviq, sorry, just testing locally the issue
[13:55] <Saviq> seb128, yeah, we will
[13:55] <nik90|Office> (on my office comp)
[13:55] <mhall119> nik90|Office: the alarms backend is done and landed
[13:55] <seb128> jdstrand, I didn't follow closely the recent discussions/work, better to ask tvoss or tedg
[13:56] <jdstrand> tedg: do you know the long term plan for the location-service? is it supposed to eventually be on the session bus or will it always be on the system bus?
[13:56] <jdstrand> seb128: thanks
[13:59] <didrocks> alecu: any news?
[13:59] <alecu> didrocks: the revert is here: https://code.launchpad.net/~alecu/unity-scope-click/revert-last-commit
[13:59] <tedg> jdstrand, I think the idea is that there's basically two.  One to manage system resources and one to manage session stuff.  So you could use your Yahoo login for yahoo location services for instance.
[13:59] <didrocks> alecu: right, it's not pushed to trunk
[13:59] <alecu> didrocks: I'm trying to test the revert on my device
[13:59] <tedg> jdstrand, We also need the session based one for the trust-store instance
[14:00] <didrocks> alecu: I think asac doesn't want to wait anymore, he asked me to upload in 2 minutes to archive the package if it's not in trunk
[14:00] <tedg> jdstrand, The system one is managing things like the system GPS and connecting it to oFono, etc.
[14:01] <tedg> didrocks, It looks like the "daily" build couldn't get to api.launchpad.net.  Guessing that's known?
[14:01] <didrocks> tedg: can you check with sil2100? there is DNS issue
[14:02] <tedg> Ah, that's probably it.
[14:02] <divis1969> Hi everyone, I'm trying to run ubuntu touch on some custom handset. I've ported all the staff (my build is not based on cyanogen). I was able to compile and run it. I can manually put ubuntu onto device (because recovery is not yet ready). I can run ubuntu_chroot init (disabled its autostart in init.rc), ubuntu_chroot shell, but how can I run UI?
[14:02] <jdstrand> tedg: can you review http://paste.ubuntu.com/6088097/. do the comments make sense? is it safe?
[14:03] <didrocks> alecu: pushed to trunk?
[14:03] <alecu> didrocks: I understand your hurry, but I'm still unable to reproduce the issue on my device, and I don't have a bug report for it, so I'm wary of merging stuff into my trunk only based on hurry
[14:03] <beuno> wellsb, approved
[14:04] <didrocks> alecu: ok, uploading to distro then, you'll have to remerge the changelog manually in your trunk
[14:04] <didrocks> (to unblock dailies
[14:04] <wellsb> beuno: Does it help the review team any if packages are built using click 0.4.x instead of the version included in the sdk?
[14:04] <beuno> wellsb, it does, and in fact, we will soon require it  :)
[14:04] <tedg> jdstrand, You'll probably need tvoss for that level of detail.  But my understanding was that applications should never use the system bus one, always through the session.  But, that might be a long term vs. short term type of thing.
[14:04] <cjwatson> wellsb: it'll help the people doing the system settings UI, because 0.4 adds some things they asked for
[14:05] <jdstrand> tedg: ack. I think you are right, but that is what qtlocation is doing now. I'll adjust the comment and followup with him
[14:05] <jdstrand> tedg: thanks!
[14:05] <didrocks> alecu: asac: revert upload done
[14:08] <wellsb> cjwatson, beuno, Mirv: Any idea when the new click will land in the sdk?
[14:08] <seb128> Saviq, asac: https://launchpad.net/ubuntu/+source/libnotify/0.7.6-1ubuntu1
[14:09] <Saviq> seb128, thanks
[14:09] <seb128> Saviq, sorry about the issue at the first place
[14:09] <cjwatson> wellsb: (I have no control over that)
[14:09] <wellsb> Ahh, I see 0.4.3 is already in raring
[14:09] <wellsb> But I think we're up to 0.4.4, and that's not even in staging
[14:09] <Saviq> seb128, no worries, I wonder how we could prevent stuff like this :/
[14:09] <cjwatson> 0.4.4 isn't very important for the SDK
[14:10] <cjwatson> it mattered for phone runtime stuff
[14:10] <wellsb> I see
[14:10] <seb128> Saviq, I'm not going to make friends if I say "stop using gir" :p
[14:10] <seb128> Saviq, that stack has no abi stability whatsoever
[14:10] <Saviq> seb128, what'd be the correct solution? are there bindings to libnotify other than gir?
[14:11] <seb128> Saviq, bindings, no ... you would have to write your tests in C
[14:11] <Saviq> seb128, yeah, you won't make any friends indeed :D
[14:11] <seb128> Saviq, but yeah, I've no good answer for that
[14:11] <seb128> Saviq, we could probably do a better change at detecting api changes in there
[14:12] <seb128> need to talk to pitti about it
[14:13] <mhall119> sergiusens: what are the plans for the rest of the core apps and click packages?  So far we have 3 click and the rest deb
[14:13] <asac> seb128: didrocks: awesome ... can you let us know once its in so we can respin an image with these?
[14:13] <asac> thanks!
[14:13] <seb128> asac, sure
[14:13] <didrocks> sure
[14:14] <seb128> asac, btw I'm much happier about having spent 10 minutes understanding the issue and having reverted the problematic commit rather than the whole update, rolling back in upstream version is a bit of a pain
[14:15] <asac> seb128: right. lets talk next week about how we can go better about it
[14:16] <asac> i want you to be happy :)
[14:16] <seb128> asac, thanks
[14:16] <asac> seb128: maybe even this week... how long do you work?
[14:17] <asac> might be good to have your input in the discussions here
[14:17] <seb128> asac, another 3 hours before dinner, and I'm probably to be back around later in the evening
[14:17] <sergiusens> mhall119, need to migrate the testing mechanism
[14:18] <sergiusens> mhall119, most likely will happen today if I can grab thomi and doanac
[14:18] <seb128> asac, but don't worry much, I'm sure there are people in Lexington that see things from the same perspective that I do and I are going to participate to the discussion
[14:19] <asac> seb128: not today... maybre tomorrow or thu
[14:19] <asac> i will check if we have a good slot
[14:19] <seb128> asac, ok
[14:19] <asac> seb128: everyone has a slightly different concern :)
[14:19] <asac> of course lots of overlap, so you ar eright
[14:20] <seb128> asac, well, it's just that the "revert without understanding first" is counter productive ... it's often the right decision to spend a bit of time to understand what's going on to take a decision
[14:21] <seb128> asac, if the "bit of time" leads to "it's going to be complicate to get to the bottom of the issue" you can then decide that the revert is the best option
[14:22] <didrocks> I think that makes sense, it's just about how responsive someone is to understand/fix the issue and you get closer to the revert trigger the longer you wait
[14:22] <asac> seb128: how much time should we give for investigation?
[14:23] <seb128> asac, a reasonable time, by then we said 1 hour
[14:23]  * asac notes that down
[14:23] <seb128> asac, you would probably argue that 5 minutes is not the end of the world, especially if it can spare hours of curns
[14:23] <seb128> churns
[14:23] <seb128> argue->agree
[14:24] <seb128> asac, it this case it took 5-10 minutes of "let us look at the problem" to figure out what to do
[14:24] <asac> seb128: maybe we can have a ranking of type of backout ... like an app backout is super safe and easy, while a lib backout has potetial to ctreate more churn
[14:24] <seb128> right
[14:24] <asac> so we could have "save backouts" go out after x minutes ... and "very hard backouts get" n hours
[14:24] <seb128> I think it's hard to come with written rules
[14:24] <seb128> there is a lot of case by case and common sense to apply there
[14:25] <seb128> you can have rules of thumb though/recommendations
[14:25] <cjwatson> I tried to institute a practice a while back of writing up revert discussions in https://wiki.ubuntu.com/UbuntuDevelopment/RevertLog so that we would have data for later debates
[14:25] <cjwatson> there aren't many entries there yet though
[14:25] <asac> seb128: right. it should always include the feedback we get
[14:25] <asac> seb128: if we get any feedback :)
[14:26] <asac> cjwatson: cool. so this page we should use to record reverse
[14:26] <beuno> tedg, hi!  is the "comment" section in the .desktop files required?  if not, what is it used for?  Can we not provide it?
[14:26] <seb128> asac, recording the revert cases on the page cjwatson seems like a good start to have some datas/history of the issues we faced
[14:26] <asac> cjwatson: so we can do a post-mortem assessment and establish best practices over time?
[14:26] <asac> ack sounds exactly the right thing to do
[14:27] <asac> ok lets see how we can work it into the process to do this
[14:27] <cjwatson> eventually yes
[14:27] <cjwatson> I don't think five is quite enough to be meaningful but I figured this was a good discussion to plug the page so that people remembered
[14:27] <tedg> beuno, It's not required.  http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#recognized-keys
[14:28] <beuno> tedg, so can be safely dropped, IIUC?
[14:29] <tedg> beuno, Yup.  Or used to say how much you love me?  Think of the opportunities ;-)
[14:29] <asac> right. lets populate it so we get a more meaningful dataset
[14:29] <tedg> beuno, Not sure if the application scope may use it for search though.  mhr3?
[14:30] <tedg> I imagine they're more interested in keywords and name, etc.
[14:30] <mhr3> tedg, beuno, yep, it's indexed and used for searching
[14:31] <beuno> mhr3, ack, thanks
[14:31] <mhr3> that being said, it's not required
[14:32] <wellsb> It sure would be nice if my upload speed wasn't abysmal here in Senegal.  beuno You'll have a new app to review in a few minutes.  This one was built w/ click 0.4.3
[14:34] <beuno> wellsb, yay, thanks
[14:34] <beuno> mhr3, thanks
[14:34] <attente> is there a way to apply the addDisplaced and removeDisplaced transitions to a ListView section.delegate?
[14:34] <attente> setting the transitions only seems to make them apply to the non-section delegates
[14:40] <seb128> mterry, hey, I gave a try to your session-manager-touch vcs, it makes my nexus7 boot on a blank screen :/
[14:43] <mterry> seb128, did I mention the autologin (and/or re-flash your device) change you need?
[14:43] <seb128> mterry, no
[14:44] <seb128> mterry, is that the rootfs change I reviewed for you yesterday?
[14:44] <seb128> mterry, to add the autologin lightdm config?
[14:44]  * seb128 creates a /etc/lightdm/lightdm.conf.d/90-phablet.conf
[14:49] <OrokuSaki_> anyone know the correct way to compile systemd? apt-get source systemd  Ihave all the dependencies.. I am failing a couple of tests that suggest my chroot or fake root is not right.. phbuilder or dpkg-buildpackage?
[14:49] <OrokuSaki_> I want to build a .dev file
[14:49] <OrokuSaki_> deb
[14:49] <OrokuSaki_> I cant do it on arm or x64.. same error
[14:51] <cjwatson> OrokuSaki_: https://wiki.ubuntu.com/SimpleSbuild
[14:52] <OrokuSaki_> Thanks! should of asked yesterday. =)
[14:53] <seb128> mterry, ok, seems to not work
[14:53] <seb128> mterry, settings still can't change e.g the tz
[14:55] <mterry> seb128, yar, logind doesn't think the session is active.  looking at the code, logind is pretty vt-based, so have to find a way to fool it
[14:57] <seb128> mterry, ok, that's what you meant in the mr comments, I see ;-)
[15:03] <elfangor> Hi, is there a way to get the last daily(not the current) with phablet?
[15:04] <popey> elfangor: phablet-flash cdimage-touch --pending
[15:04] <popey> Note: may be broken as it hasn't passed QA tests like the current one has
[15:05] <elfangor> popey: thanks!
[15:05] <elfangor> yes i have heard of that no problem for me :)
[15:05] <mfisch> fginther: where is the script that builds the customization tarball on jenkins?
[15:06] <OrokuSaki_> @cjwatson.. sweet! mk-sbuild --arch armhf saucy thanks man!
[15:06] <fginther> mfisch, it's just a shell script in the job: http://paste.ubuntu.com/6088365/
[15:11] <nik90_> renato_: I just got home and got to read your conversation with mhall119.
[15:11] <nik90_> renato_: so does this mean that when an alarm is triggered it will notify the user?
[15:12] <nik90_> renato_: I know that the Alarms API has already landed in the sdk thanks to zsombor
[15:12] <nik90_> renato_: and I am almost 75% done with alarm implementation in the clock app.
[15:17] <davmor2> OMG! 3g worked
[15:19] <davmor2> and now the keyboard is disappearing randomly with 2 apps open :(
[15:21] <seb128> asac, libnotify is in saucy
[15:25] <mhall119> davmor2: is one of the 2 apps the Terminal?
[15:25] <davmor2> mhall119: terminal and browser
[15:26] <davmor2> mhall119: it's happened on both
[15:26] <mhall119> davmor2: I have the same with terminal and anything else
[15:26] <mhall119> I think it's because the terminal uses a different approach to trigger the OSK, since it's technically not a text input field
[15:27] <mhall119> but it seems to confuse things somewhere, so it'll hide it for Terminal and show it for something that doesn't need an OSK when I switch between them
[15:27] <asac> seb128: nice ... click is also in
[15:27] <asac> seb128: are they on the archive.ubuntu.com yet?
[15:27] <asac> ogra_: i think we want an image kick
[15:27] <asac> very very soon
[15:28] <seb128> asac, yes
[15:28] <ogra_> asac, i just added a seed change, lets wait for the meta package to land
[15:28] <asac> ogra_: errr
[15:28] <asac> what is that?
[15:28] <asac> ogra_: can yuou just kick before?
[15:28] <asac> we can do another run right after
[15:28] <ogra_> missing bits for teh location service
[15:28] <ogra_> ok, can do that as well
[15:29] <asac> ogra_: so libnotify needs publish and then we kick
[15:29] <asac> so i think 1-2 minutes
[15:29] <ogra_> argh
[15:29] <asac> seb128: didrocks said its not in
[15:29] <ogra_> already running ...
[15:29] <popey> mhall119: do we have a bug on terminal tracking that?
[15:29] <asac> ogra_: we might get lucky :)
[15:29] <ogra_> yeah
[15:30] <ogra_> it takes a moment until it gets to install packages
[15:30] <asac> right
[15:30] <asac> ogra_: can you see logs live?
[15:30] <seb128> asac, hum, weird, I just got the email in my inbox about it being in saucy, let me check rmadison
[15:30] <popey> ogra_: do you have any magic tips for unbricking / charging a dead n4? - or anyone?
[15:30] <asac> seb128: didrocks explained to me that the mail is sent before
[15:30] <ogra_> asac, kind of
[15:30] <didrocks> seb128:  libnotify | 0.7.6-1ubuntu1 | saucy-proposed | source
[15:30] <didrocks> I guess it's a publisher run away
[15:30] <ogra_> popey, hold power for over 1min
[15:30] <asac> and its hard to fix that we get the mail on the publish
[15:30] <mhall119> popey: I havne't filed one yet, no
[15:31] <popey> tried that ogra_ ☹
[15:31] <ogra_> :(
[15:31] <mhall119> popey: every time I encounter it I have *only* my phone available
[15:31] <seb128> didrocks, the email shouldn't be off from a publisher run, that's weird
[15:31] <ogra_> not sure there are any other methods
[15:31]  * popey tries another charger
[15:31] <didrocks> seb128: agreed
[15:31] <ogra_> popey, also other cables ...
[15:31] <mfisch> fginther: can I get access to change that script later today? is it just done in the jenkins GUI?
[15:32] <popey> yeah
[15:32] <asac> ogra_: ok seems we are safe
[15:32] <asac> its in
[15:32] <asac> confirmed by adconrad
[15:32] <popey> \o/
[15:32] <popey> it was the psu
[15:32]  * popey bins it
[15:32] <ogra_> asac, great, image is still in debbootstrap
[15:32] <didrocks> seb128: it's in now
[15:32] <ogra_> so it will land
[15:32] <didrocks> (2 minutes ago)
[15:33]  * ogra_ goes for a smoke break
[15:33] <seb128> didrocks, so the email is off by a few minutes
[15:33] <didrocks> yep
[15:33] <seb128> didrocks, I guess I'm never going to understand the publisher subtilities
[15:33] <didrocks> seb128: can we create a launchpad team and both join? :)
[15:34] <seb128> didrocks, ;-)
[15:35] <cjwatson> seb128: the e-mail is sent on accept, which is at the start of the publisher run
[15:35] <asac> welcome to the touch world infinity :)
[15:35] <cjwatson> seb128: or possibly even when the copy happens actually
[15:35] <wellsb> popey: Maybe you need to write a sweet utouch app in the next 5 days and win yourself a new one
[15:36] <cjwatson> yes, if rmadison says a package is in saucy then it's reliably available for image builds
[15:36] <seb128> cjwatson, ok
[15:36] <cjwatson> LP itself has trouble knowing that exactly in any case since it's dependent on the mirroring that happens after the publisher ...
[15:38] <seb128> didrocks, rmadison still lists
[15:38] <seb128> libnotify4 |    0.7.6-1 |         saucy | amd64, armhf, i386, powerpc
[15:38] <seb128> libnotify4 | 0.7.6-1ubuntu1 | saucy-proposed | amd64, armhf, i386, powerpc
[15:38] <seb128> here
[15:38] <fginther> mfisch, sure
[15:46] <wellsb> mardy: Any progress on getting libaccounts-glib to make accounts.db readable so online accounts will work under confinement?
[15:46] <cjwatson> seb128: It was publishing - it's there now
[15:48] <mardy> wellsb: the change is done, we are struggling with tests not passing in jenkins
[15:48] <wellsb> Ahh yes, I forgot about that issue
[15:49] <alheiz> Hola
[15:50] <seb128> cjwatson, thanks
[15:50] <seb128> asac, didrocks: ^
[15:51] <alheiz> quiero instalar ubuntu touch en mi sony xperia LT28H,,""ION""
[15:51] <alheiz> pero no he podido  ingresar a rootloader
[15:52] <wellsb> Hmm, did the latest updates break something?
[15:55] <asac> seb128: all good
[15:55] <asac> afaik :)
[15:55] <seb128> asac, great
[15:55] <seb128> asac, do you know if somebody is looking at those DNS issues that are creating problems for the CI?
[15:56] <wellsb> After dist-upgrade installing latest ubuntu-touch, device will no longer boot or be recognized by adb.  Visisble to fastboot, fortunately.  Anybody else observing this?
[15:57] <asac> seb128: dont know the DNS story... will ask around
[15:57] <asac> seb128: is it api.launchpad.net resolution?
[15:59] <rsalveti> cyphermox: awe: bug 1222106
[16:00] <seb128> sil2100, ^ what's the issue with DNS? is that api.launchpad.net resolution?
[16:01] <genii> Will the phablet images be following the rest of Saucy release cycle? eg: Sept 19 beta freeze, Oct 10 final freeze ?
[16:02] <ogra_> genii, the latter one for sure (since the whole archive freezes), not sure about the beta
[16:04] <sil2100> seb128, asac: probably yes, but it's not completely 100% sure - ricmm and retoaded are looking at that still ;/
[16:04] <sil2100> Since...
[16:04] <seb128> sil2100, ok, thanks
[16:04] <ogra_> asac, seb128, new image is up
[16:04] <seb128> ogra_, danke
[16:05] <sil2100> seb128, asac: most of the time the error is: "httplib2.ServerNotFoundError: Unable to find the server at api.launchpad.net"
[16:05] <seb128> right
[16:05] <seb128> sil2100, thanks
[16:05] <sil2100> But also sometimes: "IOError: [Errno socket error] [Errno -2] Name or service not known", which is most probably the exact same thing
[16:05] <seb128> sil2100, and sorry for distracting you from the meeting
[16:05] <sil2100> While locally on the machine it's all ok whenever we try
[16:06] <genii> ogra_: OK, thanks!
[16:12] <asac> plars: cjohnston: new image is there :)
[16:13] <cjohnston> ro doesn't seem to be
[16:14] <plars> asac: I don't see a new ro yet
[16:14] <asac> ah ...
[16:14] <asac> stgraber: will the RO automatically come out
[16:14] <asac> and get triggered now that a new RW is there?
[16:16] <asac> lool: do you know?
[16:17] <lool> asac: yes
[16:17] <lool> asac: it will
[16:17] <lool> asac: the cron was reenabled on saturday; it was only disabled for some hours while reworking the way daily-proposed is built
[16:17] <asac> sil2100: so as long as we use wifi i wouldn't even try to debug this... i really hope we get rid of wifi for installing etc. soon.
[16:17] <stgraber> asac: yep, it's currently triggering every hour and takes around 15min. The new code will check every minute instead.
[16:17] <asac> doanac: whats the situation on rndis ?
[16:17] <stgraber> the import for the latest image appears to be running at the moment
[16:17] <asac> doanac: i think there were issues?
[16:18] <asac> on the last mile :)
[16:18] <lool> asac: it triggers at each hour :01 currently (stgraber corrects me if wrong :-)
[16:18] <doanac> asac: going to talk to ogra and sergiusens about it. evidently the image is ready and I can update my MP to support it
[16:18] <asac> lool: stgraber: can we kick one off manually?
[16:18] <ogra_> ++
[16:18] <lool> asac: it's actually already importing
[16:18] <asac> ah nice
[16:19] <asac> lool: the image that just came out a few minutes ago?
[16:19] <asac> http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20130910.1/ thats the one we want
[16:19] <lool> I guess
[16:19] <asac> it is supposed to be good for release
[16:19] <lool> asac: will take 5mn
[16:19] <asac> cool
[16:19]  * asac waits
[16:19] <ogra_> asac, didnt you want a new libnotify ?
[16:19] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20130910.1.changes
[16:20] <ogra_> or was it not that ?
[16:20] <ogra_> (i dont see it)
[16:20] <lool> asac: hmm maybe it's 5mn per device, not sure
[16:20] <asac> it was... so it didnt make it :(
[16:20] <asac> ogra_: ok another round then i guess
[16:20] <asac> :((((((
[16:20] <cyphermox> rsalveti: I think lp:mtp is ready for some code review now
[16:20] <stgraber> lool: that's correct. I did kick it manually this time around though.
[16:21] <asac> we can at least se if the click thing is  fixed
[16:21] <ogra_> starting ...
[16:21] <stgraber> asac: I'd strongly advise anyone but me running this one manually as it doesn't have any kind of locking, so if any of the other system-image scripts run at the same time we may end up loosing data.
[16:21] <asac> stgraber: yeah... will not ask anyone else
[16:21] <stgraber> asac: that limitation will be gone with my current rewrite (which does proper locking)
[16:21] <asac> thanks for letting me know
[16:21] <asac> aye
[16:24]  * ogra_ is hungry :(
[16:24] <ogra_> where is the food ?
[16:24] <asac> ogra_: 30 minutes
[16:24] <ogra_> bah
[16:24] <asac> we started 30 minutes later today so food is 30 minute later too
[16:24] <asac> as you can eat breakfast 30 minutes later :)
[16:24]  * ogra_ would revert that bit
[16:24] <cjohnston> lol
[16:24] <ogra_> i dont eat breakfast :)
[16:25] <cjohnston> get an apple
[16:25] <stgraber> asac: should be out
[16:25] <asac> stgraber: thanks
[16:25] <rsalveti> starving
[16:25] <ogra_> cjohnston, no, since asac loves roolbacks so much, i think we should roll back that change ;)
[16:25] <asac> plars: cjohnston: so not super important, but would be good to get a confirm
[16:25] <rsalveti> cyphermox: will check
[16:26] <cjohnston> asac: its running
[16:26] <asac> ogra_: lets investigate :)
[16:26] <asac> lol
[16:26] <plars> yes, on maguro, and it's just about to start on mako
[16:26]  * ogra_ will send a patch 
[16:26] <asac> i can talk to msm
[16:26] <ogra_> ++
[16:26] <plars> mako is still finishing one job from the previous build, eta 10 min or so
[16:27] <lool> asac: v37 seems to be up
[16:27] <plars> lool: it is, and the tests are in progress
[16:27] <lool> with:                     "path": "/daily-proposed/ubuntu/ubuntu-20130910.1.full.tar.xz",
[16:27] <asac> nice ... sooooo bad that this libnotify didnt make it
[16:28] <asac> we need more precise information systems :)
[16:28] <ogra_> sorry, i wasnt watching ... i have a s/cript to make sure the package is ready ... i usually run that in such cases
[16:28] <asac> ogra_: ok. patch applied. tomorrows lunch build with have it
[16:29] <ogra_> \o/
[16:29] <cjohnston> heh
[16:29] <ogra_> rsalveti, ^^^
[16:29] <rsalveti> ogra_: asac: \o/
[16:29] <rsalveti> pmcgowan: ^
[16:29] <ogra_> asac, and even without any rebuilds !
[16:30] <Saviq> alesage, ping
[16:30] <alesage> Saviq, hallo
[16:30] <Saviq> alesage, hey, you asked for help with unity8 ap last week, did you get what you need from someone else?
[16:30] <alesage> Saviq, let me rewind :)
[16:31] <Saviq> alesage, it was about mock indicators
[16:31] <alesage> Saviq, ah yes, I found a fix for that unity8 suite problem, will MP when it's ready
[16:31] <Saviq> alesage, cool, thanks
[16:31] <alesage> Saviq, np, thank you
[16:31] <rsalveti> cyphermox: will you do a mr against lp:mir?
[16:32] <pmcgowan> rsalveti, ??
[16:32] <rsalveti> pmcgowan: lunch tomorrow -> 12:30
[16:32] <rsalveti> pmcgowan: patch reverted :P
[16:32] <pmcgowan> lol
[16:32] <cjwatson> asac: they're precise, people scheduling a build on nusakan can run wait-for-package -a armhf libnotify_0.7.6-1ubuntu1 && <actual build command>, say
[16:34] <ogra_> yeah, sorry, i relied on the IRC chatter and didnt actually run wait-for-package
[16:37] <asac> cjwatson: oh good. thanks
[16:39] <cjwatson> ogra_: Ah, unfortunately you relied on the uncorrected bit of the IRC chatter
[16:39] <ogra_> heh, yeah
[16:39] <cjwatson> So it was still publishing when your image was building
[16:41] <plars> stgraber: so, on the cdimage builds of touch, we needed to delay after we saw an update to the md5sum file, because after the md5sum got updated, there was sometimes a bit of time before the images were fully uploaded. Do you think this is also the case with system-image?
[16:41] <plars> stgraber: or can we somehow be sure that when the json file gets updated that all the images are fully in place?
[16:41] <awe> kenvandine, are you still working on cellular settings?  I mentioned lack of an APN setting to mpt awhile back, and wanted to make sure you knew about it...
[16:42] <awe> please refer to: https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1222106
[16:42] <kenvandine> awe, no, i'm not
[16:42] <kenvandine> robru, did you pick that up?
[16:42] <stgraber> plars: system-image uses the same rsync based mirroring as cdimage, so there may be a window of a couple of minutes where index.json has been updated but the files aren't there yet
[16:43] <mpt> awe, APN is on my to-do list under "Cellular" http://goo.gl/b4S0S7
[16:43] <robru> kenvandine, sorry I dropped the ball, been swamped with cordova
[16:43] <AskUbuntu> Where do I submit applications written for Ubuntu Touch? | http://askubuntu.com/q/343877
[16:43] <awe> mpt, OK.  We just ran into another situation where it's required.... MVNO support
[16:44] <mpt> What's MVNO?
[16:44] <ogra_> cjwatson, stgraber, i was wondering if we couldnt fix the delay by syncing to a tempdir first and then just mv the dir in place
[16:44] <ogra_> (teh cdimage sync delay that is)
[16:44] <awe> some of our QA folks had bought SIM cards from Walmart, and these SIMs require hand editing of the APN in order to work properly
[16:44] <cjwatson> Nothing we can fix, it's all IS side
[16:44] <plars> stgraber: is there no way to ensure ordering of files, or even touch some kind of trigger file after the rsync finishes? Right now, we are having to wait a minimum of 5 min after we get the build before we start trying to run the tests
[16:44] <cjwatson> plars: ^- same comment goes to you
[16:44] <ogra_> ah, k
[16:44] <plars> stgraber: which sometimes is probably overkill
[16:45] <cjwatson> IS could do a two-pass rsync I suppose
[16:45] <plars> awe: actually, canonical ordered them from straighttalk
[16:45] <ogra_> plars, for touch the very last file that gets synced is the armhf.zip ... you could check for its existence
[16:45] <cjwatson> But you'd have to ask them
[16:46] <cjwatson> Two-pass is probably the right answer, that's what we do for pool/dists on archive mirrors
[16:46] <ogra_> yeah
[16:46] <plars> ogra_: but if it's still rsyncing, we could see that it's there but we can't be sure it's all there yet right?
[16:46] <cjwatson> rsync writes to a different filename and then renames into place
[16:47] <cjwatson> at least IIRC that's true of the setup on cdimage.u.c
[16:47] <ogra_> plars, well, if armhf.zip is there it will most likelz be done within a few seconds
[16:47] <ogra_> *likely
[16:47] <ogra_> that would indeed just be another hack
[16:47] <plars> yeah
[16:47] <ogra_> but probably better than nothing as a quick fix
[16:48] <cjwatson> I think you need the right fix, not a quick fix.  After all this isn't a new problem.
[16:48] <cjwatson> If somebody with marginally more time than me went and did the legwork of talking to IS then I would support it (they might well ask me for confirmation anyway) and fill in details if need be.
[16:49] <cjwatson> To ask for a two-pass rsync, I mean.
[16:49] <mfisch> ogra_: where can I get the kernel log from a failed boot? is it available from recovery?
[16:50] <awe> plars, sure...  Walmart sells their SIMs directly though, and as I pointed out, the straighttalk is a virtual operator, hence the manual configuration required
[16:52] <boiko> fginther: hi, is there a reason for autopilot tests to be disabled on ubuntu-calculator-app CI and autolanding jobs?
[16:54] <fginther> boiko, the autopilot tests ran for the most recent jobs: http://91.189.93.70:8080/job/ubuntu-calculator-app-autolanding/20/console
[16:55] <boiko> fginther: ah ok, so it is just that the MR that I am looking at is older than that, thanks :)
[16:55] <fginther> boiko, np
[17:02] <mfisch> stgraber: do you have a branch somewhere for the initramfs stuff or do you just want a patch for a small fix?
[17:05] <mhall119> sergiusens: are you building new click packages for the 3 core apps on a daily basis?
[17:07] <mfisch> cjwatson: will /custom/click need to be owned by clickpkg or does it not matter since it's r/o?
[17:08] <stgraber> mfisch: ubuntu:initramfs-tools-ubuntu-touch
[17:09] <mfisch> stgraber: thx
[17:17] <sergiusens> mhall119, as soon as there is a change in trunk
[17:21] <ogra_> mfisch, (sorry, was at lunch) /proc/last_kmsg
[17:27] <cjwatson> mfisch: Yes, it must be owned by clickpkg
[17:28] <cjwatson> mfisch: I mean, in order to install stuff into it at all in the image builder
[17:28] <cjwatson> mfisch: I guess it doesn't matter when unpacked onto a device
[17:51] <e8hffff> Question: What the status of the File-Manager opening files?
[18:00] <sergiusens> jdstrand, hey, wrt to the autopilot app armor rule, is that something you intend to add into the click apparmor hook directly?
[18:08] <ogra_> lool, stgraber, is there any reason why we make /userdata/.writabel_image a hidden file ?
[18:09]  * ogra_ thinks it might be easier to spot if we just omit the dot
[18:12] <attente> when emitting dataChanged() in QAbstractItemModel, are there conditions where data() is not called as a result? i would've expected it to get called every time, but it seems to be not the case
[18:14] <_5m0k3> beuno: It seems if you upload a new icon to the click store, and the filename is different than the old icon, the store on the phone will still show the old icon
[18:16] <beuno> alecu, ralsina, tedg, ^
[18:17] <tedg> beuno, Apple is talking right now, how dare you ping!  :-)
[18:17] <tedg> I don't think that's a me thing though.
[18:18] <beuno> tedg, I don't know who this apple person is you're referring to
[18:19] <_5m0k3> I need to test what happens if I upload an icon with the same filename.  If it overwrites, then it seems somebody could change somebody else's app icon by simply uploading a file with the same name
[18:19] <beuno> alecu, ralsina, maybe a cache?
[18:19] <ralsina> we have that cache in our todo list, actually
[18:20] <beuno> then I don't quite understand what could be going on?
[18:20] <ralsina> no iDea
[18:21] <beuno> _5m0k3, so, you change the icon, it has a new name, and yet the search still shows the old icon?
[18:21] <_5m0k3> That's correct.  I'm looking at app number 41
[18:21] <tedg> beuno, he's the guy that steals your finger prints and uploads them to the gov't for you.  So you don't have to.
[18:22] <beuno> tedg, ah yes, instant free backup
[18:25] <davmor2> tedg: hey dude just a quickie, when no signal is displayed from nm indicator, I'm assuming, it pushes the bluetooth and gps indicators under the search box so you get a really awful mashup of the 3 is this a job for your team?
[18:26] <tedg> davmor2, Unknown, it's mpt right now as he's going over the various design possibilities.  Once that's settled, we'll figure out how to break down the engineering.
[18:27] <lool> ogra_: dont think there's a particular reason; check with Stéphane if you like  :-)
[18:27] <ogra_> yeah, i dont think its something we need to hide
[18:27] <ogra_> (apart from the fact that this would mean another transition)
[18:28] <tedg> I imagine that "search" is various sizes in different languages as well.  Probably in German it is "look-through-all-your-documents-with-a-word-shorter-than-the-word-you're-looking-for"
[18:29] <ogra_> cjwatson, does live-build have any code that automatically removes potential ssh keys on image builds or do i need to add such a thing ?
[18:30] <davmor2> tedg: tut tut, you know as well as I do that those minuses should of been underscores shame on you ;)
[18:30]  * ogra_ thinks he remembers something from panda server builds 
[18:31] <_5m0k3> beuno: the store on the phone still fetches esv64.png instead of bible64.png.  There's a couple things I'd like to test.  Do you have a few minutes to approve some artwork changes?
[18:31] <davmor2> ogra_: man now I know why we need to save the pandas if they are our build servers
[18:31] <beuno> _5m0k3, sure
[18:32] <beuno> _5m0k3, https://search.apps.ubuntu.com/api/v1/search?q=bible
[18:32] <beuno> that's what the server is returning
[18:32] <beuno> so the phone isn't lying
[18:33] <beuno> _5m0k3, alecu, ralsina, so it's a server issue
[18:33] <beuno> https://search.apps.ubuntu.com/api/v1/package/com.wellsb.esv-bible
[18:33] <beuno> is fine
[18:33] <beuno> https://search.apps.ubuntu.com/api/v1/search?q=bible
[18:33] <beuno> is not
[18:33] <_5m0k3> I'll buy that.  The server needs to reflect changes made when new artwork is uploaded
[18:33] <beuno> I'll file a bug
[18:34] <ogra_> cjwatson, ah, nevermind, found the code in livecd-rootfs
[18:34] <johnjohn101> where be my ubuntu fone?
[18:35] <_5m0k3> beuno: Okay the server does handle duplicate filenames without a problem.  That's what I wanted to test.  You can reject or cancel the previous request
[18:35] <beuno> I'll approve, it's easier  :)
[18:36] <_5m0k3> lol okay, but it'll clog 20kb of precious space :P
[18:36] <beuno> _5m0k3, thanks, I'll take it from here
[18:50] <franck_> someone can help me dual booting my samsung galaxy tab 2 gt-p5113 ?
[18:51] <franck_> i already gat the universal image loaded on my tablet but i wanna keep my android os
[19:17] <johnjohn101> i want to use an ubuntu phone by thanksgiving. what needs to happen by then?
[19:17] <cjohnston> Install it.
[19:19] <fcole90> Hello, has anyone used the item Component?
[19:19] <cyphermox> ogra_: try this: http://paste.ubuntu.com/6089406/  -- no guarantees the file is correct, but I think it's all you need
[19:21] <fcole90> I have a ComposerSheet and I would like to edit its size, but it doesn't have height and width properties.. How can I solve? :)
[19:23] <jdstrand> cjwatson: hey, pkcon is really grumpy with me: http://paste.ubuntu.com/6089423/
[19:24] <jdstrand> it seems like the click command line changed enough that I don't know how to run the user hooks
[19:26] <fcole90> http://paste.ubuntu.com/6089430/
[19:26] <jdstrand> cjwatson: ok, I got click install to work
[19:29] <fcole90> Is it possible to change in any way the size of a "Component"?
[19:30] <fcole90> I need it for a ComposerSheet :/
[19:33] <fcole90> Does anyone use Popovers?
[19:34] <pmcgowan> timp, ^^
[19:34] <ogra_> stgraber, hmm, so i try to enable a persistent property (which is usually done by writing the property data into a file in /data/property/) ... but whenever i reboot the content of that file is gone, no matter what i put into /etc/system-image/writable-paths
[19:35] <ogra_> stgraber, any idea why that happens ? /data/property is kind of essential
[19:35] <stgraber> ogra_: well, the plan from the beginning was to have system-image-cli create/remove the file, so because of that, it made sense to have hidden, though adding the option to the cli tool isn't terribly high on barry's todo at the moment
[19:35] <stgraber> ogra_: hmm, /data is supposed to be writable and persistent already...
[19:36] <ogra_> weird
[19:36] <stgraber>  /data is a symlink to /android/data which is a bind-mount from /userdata/android-data/
[19:36] <stgraber> so you shouldn't have to do anything to have it writable (actually, doing anything is likely to make it worse)
[19:36]  * stgraber tests
[19:37] <ogra_> oh, well, then i probably made it worse :)
[19:37]  * ogra_ edits it out again :)
[19:37] <ogra_> lets see
[19:40] <ogra_> stgraber, http://paste.ubuntu.com/6089497/
[19:40] <ogra_> thats what i see atm
[19:41] <stgraber> ogra_: http://paste.ubuntu.com/6089512/
[19:42] <ogra_> stgraber, hmm, try the persistent subdir
[19:42] <ogra_> err
[19:42] <ogra_> property subdir
[19:43] <stgraber> ogra_: creating a blah entry under /data/property and rebooting works fine here
[19:44] <ogra_> and it still has content ?
[19:44] <ogra_> the file persists for me, the content doesnt
[19:46] <cjwatson> ogra_: there's some in live-build (too).  ./share/hooks/006-remove-openssh-server-host-keys.chroot:10:rm -f /etc/ssh/ssh_host_*_key /etc/ssh/ssh_host_*_key.pub
[19:46] <cjwatson> ogra_: ah, indeed, livecd-rootfs just calls that
[19:47] <cjwatson> jdstrand: uh, I've no idea what's wrong with pkcon there.  maybe that's on a non-touch device and aptdaemon is installed?
[19:47] <stgraber> ogra_: yep, my blah file still has content after a reboot
[19:51] <ogra_> stgraber, how weird ... i'm on a writable image atm though
[19:51] <ogra_> (i.e. use the ro image in writable mode)
[19:51] <ogra_> i wonder if that has some ill effect
[19:51] <stgraber> ogra_: shouldn't matter... in all cases, /data is a symlink to /system/data which is a bind-mount from /userdata/android-data
[19:52] <stgraber> ogra_: the only thing I can think of that'd explain what you're seeing is a pre-start hooks in LXC wiping it or something in Android's init sequence doing that
[19:52] <stgraber> ogra_: do you see the same thing if you also use "/data/property/blah"?
[19:53] <jdstrand> cjwatson: it is on a desktop
[19:53] <jdstrand> cjwatson: is pkcon on intended for touch?
[19:54] <jdstrand> cjwatson: rather, pkcon with click?
[19:55] <fcole1990> .
[19:55] <cjwatson> jdstrand: we haven't converged the packagekit stuff yet
[19:56] <cjwatson> jdstrand: touch is using pure packagekit, desktop is using aptdaemon
[19:56] <cjwatson> jdstrand: so you can't use pkcon on a desktop yet.  will worry about that for 14.04
[19:56] <jdstrand> cjwatson: ok. so I should continue using 'sudo click install -force-framework --user=$USER <click>' on the desktop, correct?
[19:56] <jdstrand> I missed a dash in there
[19:57] <beuno> cjwatson, you mean 14.10?  :)
[19:57] <cjwatson> --force-missing-framework but yes.  assuming all the apparmor stuff will work
[19:57] <jdstrand> yes, it does
[19:57] <cjwatson> beuno: why do I mean 14.10?  I'd rather not build up technical debt for longer than I have to.
[19:57] <cjwatson> bad software engineering.
[19:57]  * shakesoda awaits the moment of truth, first ubuntu touch boot on his n7
[19:57] <jdstrand> I just find it easier to test stuff on me desktop or a vm
[19:57] <jdstrand> s/me/my/
[19:57] <fcole1990> Is there any way to change the size of a Component using it in a ComposerSheet?
[19:57] <beuno> cjwatson, I mean, we're not going to have click apps in 14.04, right?
[19:57] <jdstrand> or rather, iterate on it
[19:57] <shakesoda> yay, it's alive.
[19:57] <cjwatson> jdstrand: I use an LXC container for click testing
[19:57] <jdstrand> then I test n a device
[19:58] <cjwatson> beuno: no idea, but that doesn't mean I can't get a jump on things
[19:58] <jdstrand> interesting
[19:58] <beuno> right, right
[19:58] <jdstrand> I worry about dnsmasq if I install LXC cause of libvirt/LXC fighting
[19:59] <fcole1990> I would like to adapt it to the window size, or at least to the contained elements.
[20:00] <fcole1990> Beuno: You can use click already in 13.10
[20:00] <cjwatson> fcole1990: believe me, beuno knows about click
[20:01] <beuno> :)
[20:01] <cjwatson> fcole1990: we're talking about a detail of the convergence story for future planning
[20:01] <beuno> right, I got worried something had changed in the timeline
[20:01] <beuno> but now I understand 14.04 is a timeframe, not a target
[20:03] <cjwatson> beuno: mm, to be honest I hadn't been keeping exact track, I've been tending to say "14.04" when I mean "not in the next two months" ;-)
[20:03] <cjwatson> which is naughty
[20:03] <fcole1990> Ah ok, I thought you meant the current click packages.
[20:04] <cjwatson> fcole1990: no, beuno meant click apps on non-touch systems
[20:04] <beuno> cjwatson, so that's your version of my "not for 13.10"  :)
[20:04] <cjwatson> beuno: ("hoary!")
[20:05] <cjwatson> wait, no, what was the catchphrase - "that's a hoary problem", I think
[20:05] <cjwatson> I wonder if we ever solved all of those
[20:06] <cyphermox> rsalveti: poke. have you had time to code review?
[20:07] <rsalveti> cyphermox: did you create an mr?
[20:07] <rsalveti> I think I asked that a few hours ago
[20:07] <cyphermox> no, I can do that now, sorry I must have missed it
[20:08] <cyphermox> rsalveti: https://code.launchpad.net/~mathieu-tl/mtp/images/+merge/184868
[20:09] <lool> sergiusens: around?
[20:09] <lool> sergiusens: did a "./phablet-flash ubuntu-system --channel daily-proposed --no-backup -d mako" and device disappeared after an adb reboot into recovery
[20:09] <lool> INFO:phablet-flash:Restarting device... wait
[20:09] <lool> error: device not found
[20:10] <lool> sergiusens: this was after d/ling /tmp/tmpjL2yUy/image-signing.tar.xz.asc
[20:10] <rsalveti> cyphermox: thanks
[20:11] <lool> sergiusens: is there something useful I can grab to diagnose?
[20:12] <lool> sergiusens: I managed to get the device booting by pressing power 5 seconds after unplugging USB cable, then did a forced power off (10s) then booted manually into recovery
[20:12] <lool> but didn't apply anything
[20:12] <lool> I wonder whether we're waiting enough on I/O before rebooting
[20:12] <lool> we aren't running "sync"?
[20:13] <rsalveti> cyphermox: why from 0.0.1-1 to 0.0.4-0ubuntu1?
[20:13] <rsalveti> and it seems you're replacing the version as well
[20:13] <rsalveti> would prefer something like 0.1
[20:15]  * lool retries flashing
[20:19] <ogra_> cyphermox, bug 330833
[20:25] <sergiusens> lool, hmmm, I would of thought adb reboot ran a standard reboot now days... let me check the code
[20:26] <sergiusens> lool, oh...I get it... so in recovery and rebooting
[20:28] <lool> sergiusens: It seemed like the device crashed badly when we asked it to reboot actually
[20:28] <lool> might be a kernel thing perhaps
[20:30] <sergiusens> lool, https://code.launchpad.net/~sergiusens/phablet-tools/writable_delete/+merge/184870
[20:30] <sergiusens> lool, can you check that btw
[20:31] <lool> sergiusens: happroved
[20:36] <asac> popey: can you give me a thumbs up for 38:20130910.2:20130908 ?
[20:37] <asac> thats a golden image it seems
[20:37] <asac> ogra_: ^^
[20:37] <asac> ralsina: crashes fixed :)
[20:37] <asac> seb128: crash fixed :)
[20:37] <asac> nice!!!
[20:37] <seb128> asac, heh, finally some good news ;-)
[20:38] <seb128> asac, did we get the DNS issue fixed as well so we can get landing?
[20:38] <seb128> asac, some stuff didn't land for a full week, we can't keep working with such delays :/
[20:39] <ogra_> asac, once it has done all tests  perhaps :P
[20:40] <asac> ogra_: which test is missing?
[20:40]  * ogra_ waits for 261 on both devices
[20:40] <asac> seb128: we can land you with the ui-toolkit before landing unity (they still do some testing it seems) ... i asked bzoltan to give me an explicit "yes, i tsted all autopilots and dont have a regression"
[20:40] <asac> but he dint do that
[20:40] <asac> so it might be a full blow up push
[20:41] <seb128> well, we can't do any landing until the dns issues are resolved, tests can't run with those
[20:41] <rsalveti> cyphermox: updated the mr
[20:41] <asac> seb128: can you please link me to a url?
[20:41] <lool> asac: hmm we're below the total test count on 38: images
[20:41] <asac> seb128: they told me its flaky
[20:41] <slangasek>  trying to overwrite '/etc/init/ssh.conf', which is also in package lxc-android-config 0.91?
[20:42] <slangasek> ogra_: ?
[20:42] <asac> lool: plars told me everything is run... might not yet pushed to dashboard
[20:42] <ogra_> slangasek, huh ?
[20:42] <lool> asac: right not showing up there yet
[20:42] <asac> seb128: i assumed that its a wifi flakiness
[20:42] <slangasek> ogra_: image build failure; why is lxc-android-config overriding /etc/init/ssh.conf?
[20:42] <asac> seb128: but you already landed stuff and its staged, isnt it?
[20:42] <asac> like a bunch of system-settings changes
[20:42] <ogra_> slangasek, argh !
[20:42] <seb128> asac, why is our CI running wifi and not on solid wired?
[20:42] <asac> seb128: i dont know what stage you talk about
[20:43] <seb128> asac, well, things are in trunk, but we didn't get any upload to saucy for a week
[20:43] <asac> seb128: but our phones dont have LAN
[20:43] <ogra_> slangasek, because we ship sshd disabled ... at least that was the plan
[20:43]  * ogra_ mv's the file to the proper name 
[20:43] <slangasek> ogra_: ok
[20:43] <asac> seb128: i was not aware that you didnt get an upload... all the stuff that was committed to trunk should be staged in a daily-release ppa
[20:43] <asac> just not copied to archive
[20:44] <seb128> asac, well, it might be in the ppa, but it's not on the touch image nor reaching users
[20:44] <sergiusens> doanac, thomi introspection works when launching from upstart too
[20:44] <seb128> asac, well http://10.97.0.1:8080/view/cu2d/view/Head/
[20:44] <seb128> asac, look at all the red
[20:44] <plars> asac, ogra_: filemanager didn't seem to run all the tests, restarting it. That should be why you see the different numbers
[20:44] <doanac> sergiusens: so are we back to autopilot then?
[20:45] <ogra_> plars, well, it doesnt seem to have finished on either device yet
[20:45] <sergiusens> doanac, yeah...
[20:45] <asac> sigh
[20:46] <sergiusens> doanac, might need to look into how it does it's search
[20:46] <ogra_> slangasek, fixed (i suppose)
[20:46] <doanac> thomi - wanna take another look at this?
[20:46] <ogra_> sorry, doing to many things at the same time today
[20:47] <plars> ogra_: mako looks fine
[20:47] <seb128> asac, job failed like that, http://10.97.0.1:8080/job/cu2d-mir-head-1.1prepare-mir/181/console
[20:47] <plars> ogra_: it's just the problem I mentioned a moment ago on maguro
[20:48] <ogra_> plars, yeah, now it does
[20:49] <seb128> asac, http://10.97.0.1:8080/job/autopilot-saucy-daily_release/label=autopilot-intel/1698/console as well
[20:49] <asac> ogra_: can you do a manual smoke test so we can publish the image?
[20:49] <ogra_> asac, i cant flash my phone atm, someone else has to do a manual test
[20:49] <asac> popey: ?
[20:49] <asac> ogra_: the problem is that otheres dont know what worked
[20:49] <asac> but i can do it
[20:49] <ogra_> asac, i have a half done developer mode implementation on mine
[20:50] <asac> ogra_: we will bring you a phone
[20:50] <asac> ogra_: i dont want someone else to test
[20:50] <asac> i will argue for ours
[20:50] <asac> if someone else tests
[20:50] <asac> because he hasnt test in the past
[20:51] <asac> seb128: we have your system-settings
[20:51] <asac> and an sdk
[20:51] <seb128> asac, where?
[20:51] <asac> seb128: can you test it manually ... i didnt get a confirm from zoltan
[20:51] <AskUbuntu> How do I sideload Ubuntu Touch on Nexus 7? | http://askubuntu.com/q/343988
[20:52] <asac> seb128: just install the system-settings and the ui-toolki tfrom the daily ppa
[20:52] <didrocks> seb128: in the daily-build ppa
[20:52] <asac> and see a) if your systemsettings work fine still
[20:52] <seb128> asac, not tonight, I don't have a device with me here
[20:52] <asac> ok
[20:52] <seb128> well I can test on my laptop
[20:52] <asac> that doesnt help :)
[20:52] <didrocks> without the ui-toolkit I would say
[20:52] <asac> i will sort it
[20:52] <seb128> right
[20:52] <seb128> thanks
[20:52] <seb128> you can publish settings without the sdk
[20:52] <didrocks> excellent, so let's do that?
[20:52] <asac> seb128: the daily release thing disagrees
[20:53] <seb128> yeah, daily is being cautious
[20:53] <asac> ok
[20:53] <asac> ok lets punch it in then
[20:53] <seb128> but I can tell you we don't rely or are impacted on recent uitk changes
[20:53] <seb128> settings is also confined
[20:53] <didrocks> perfect, doing it
[20:53] <seb128> if it turns to be buggy it's going to impact only our app
[20:53] <seb128> which is not that useful atm anyway due to the lack of working backends...
[20:54] <didrocks> seb128: you're quite lucky, the settings wasn't hurt by DNS issue this run
[20:54] <seb128> didrocks, asac: thanks
[20:54] <didrocks> but we really need retoaded fixing it
[20:54] <seb128> didrocks, yeah
[20:54] <didrocks> (done)
[20:54] <seb128> (great ;-)
[20:57] <asac> retoaded is there
[20:58] <asac> ogra_: all good?
[20:58]  * asac impatient :)
[20:58] <asac> hehe
[21:01] <kgunn> asac: just making sure i'm following right...your got a mir image ogra's gonna test
[21:01] <asac> kgunn: no
[21:01] <kgunn> sans mir
[21:01] <asac> kgunn: itsw the image before we wanted to land
[21:02] <kgunn> got it
[21:02] <asac> kgunn: so once this is out we take your stuff (if there anything)
[21:02] <kgunn> asac: cool - i understand jenkins giving us some fits
[21:03] <asac> kgunn: i will now go and ask whats really going on
[21:03] <asac> i just heard blurry noise whole day
[21:03] <kgunn> :)
[21:03] <asac> give me 10 minutes or so
[21:03] <kgunn> you bet
[21:03] <asac> depending on how confused people are :)
[21:05] <shkiper325> hi for everybody. Is it possible to move ubuntu-fs to sd-card? Device I'm porting to has too small /data partition
[21:23] <thomi> doanac: yeah, where are you guys?
[21:23] <doanac> thomi: im in harpoon
[21:23] <thomi> OMW
[21:29] <jdstrand> sergiusens: re "the autopilot app armor rule, is that something you intend to add into the click apparmor hook directly?"
[21:30] <jdstrand> sergiusens: click-apparmor 0.1.8 supports --include=PATH
[21:30] <jdstrand> sergiusens: I figureed autopilot-touch would ship the thing to pass to --include=PATH
[21:30] <cwayne_> cjwatson, hi, just wanted to mention that if you need any testing on the system-level hooks for custom click packages, feel free to let me know :)
[21:31] <cjwatson> cwayne_: sure, just haven't got to it yet because I have a backlog of OEM priority bugs I need to handle
[21:31] <cjwatson> cwayne_: I can probably engineer reasonable local tests though
[21:32] <cwayne_> cjwatson, no worries at all! i imagined you're quite busy, just wanted to offer help testing if you needed it
[21:32] <stgraber> ogra_: did you sort out what was going on with /data/property on your device?
[21:32] <cjwatson> cwayne_: thanks
[21:34] <asac> kgunn: do you have a complete list of stuff that is supposed to go in?
[21:34] <asac> kgunn: anyone != ricmm that might know that?
[21:35] <asac> i THINK its unity8, unity-system-compositor, mir, unity-mir
[21:42] <mmcc> Hi folks, is anyone around who can help me with a manual d/l and install of the daily-proposed image?
[21:43] <mfisch> mmcc: does phablet-flash not work for you?
[21:43] <mmcc> I'm trying to reproduce an issue with the dash misbehaving after the screen locks during an app download, and I'm told that 'phablet-flash ubuntu-system --channel daily-proposed' is the way to do it
[21:43] <mmcc> mfisch: no, I am running ubuntu inside a vbox vm, and I need to manually tell it to mount the USB device after it reboots
[21:44] <mmcc> I've just been using phablet-flash to download new files, then manually installing them. Now my issue is that the page https://wiki.ubuntu.com/Touch/Install is out of date wrt. the filenames downloaded by phablet-flash for ubuntu-system --channel daily-proposed
[21:45] <mmcc> and I don't know enough about how this all works to guess
[21:50] <mfisch> mmcc: that is the way, but the old flashing method still works too
[21:51] <mmcc> mfisch: so are you saying that if I do the old 'phablet-flash cdimage-touch' and use the instructions on the wiki to do the manual install, I'm getting the same bits?
[21:52] <mfisch> mmcc: thats too strong of a statement, but you should get the same versions of the same packages
[21:52] <mmcc> heh, ok
[21:52] <mfisch> as far as I know we still produce the old style images, that was in the announcement
[21:54] <mmcc> mfisch: I must be missing a list subscription or something, where was this announced?
[21:54] <mfisch> mmcc: it was on Ubuntu-phone, from Stephane Graber on Sept 6
[21:54] <mfisch> mmcc: want me to forward it?
[21:55] <mmcc> mfisch: sure, thanks - mike.mccracken@canonical
[21:55] <mmcc> oh yeah I definitely need to be on that list, jeez
[22:00] <asac> stgraber: can you publish images?
[22:00] <asac> stgraber: 38 is ready to go
[22:00] <asac> cjwatson: ^^
[22:00] <asac> sergiusens, ogra and rsalveti are gone
[22:01] <cjwatson> though I probably have access I wouldn't like to attempt to guess how to publish system-images without advice from stgraber
[22:01] <cjwatson> in case I break something
[22:01] <asac> cjwatson: i think you just use make-release and the stuff on the system channel happens magically...
[22:01] <cjwatson> don't see a make-release command
[22:01] <stgraber> asac: cron runs every hour at :01
[22:01] <asac> cjwatson: whatever gora is using
[22:01] <asac> ogra
[22:01] <stgraber> asac: ah, you mean promoting a new one?
[22:02] <asac> cjwatson: to copy stuff from /pending to current
[22:02] <asac> stgraber: yes we want to promote!!!
[22:02] <cjwatson> asac: pending/current is cdimage terminology, that's different
[22:02] <asac> 20130910.2
[22:02] <stgraber> right, that's done through the same mechanism as cdimage, mark-current
[22:02] <asac> and 38
[22:02] <asac> for the RO channel
[22:03] <cjwatson> I do know how to do cdimage-touch current handling, but if stgraber is going to do the RO one he could do both at once :)
[22:03] <asac> stgraber: ?
[22:03] <stgraber> I'll deal with it
[22:03] <asac> stgraber: i care about 38
[22:03] <asac> mabye nice to checkpoint the other channel as well
[22:03] <stgraber> cjwatson: there's no separate flag, just promote cdimage-touch and system-image follows
[22:03] <asac> 20130910.2
[22:03] <cjwatson> stgraber: mark-current as in you mark an ubuntu-touch image as current and it notices and migrates the ... that
[22:03] <asac> err other image type
[22:03] <cjwatson> ok, cool, I know how to do that in future then
[22:03] <asac> cjwatson: so in future you need just a version like: 20130910.2 ?
[22:03] <cjwatson> yes
[22:04] <asac> right
[22:04] <asac> thanks
[22:04] <asac> stgraber: let me know :) ... want to try my first over the air :)
[22:05] <stgraber> asac: done for cdimage. I'll manually trigger system-image since the cron is at :01 and you probably don't want to wait an hour.
[22:05] <stgraber> ah but system-image is currently importing a daily, so that'll have to wait another 10min or so
[22:05] <asac> stgraber: right.
[22:43] <stgraber> asac: published to daily
[23:09] <harris> hey
[23:09] <harris> anyone have the release schedule
[23:10] <harris> hey preecher
[23:11] <preecher> hi harris
[23:12] <harris> anyone have the release schedule
[23:14] <timp> harris: https://wiki.ubuntu.com/Touch/FAQ#When_will_Ubuntu_Touch_be_available.3F
[23:16] <harris> ty
[23:31] <cwayne_> sergiusens, did you want me to log a bug for that phablet-flash issue (not removing .writable_image), or is it already taken care of?