[01:39] <neutronxxx> guts
[01:39] <neutronxxx> guys
[01:40] <neutronxxx> i need help to installing ubuntu touch o my galaxy s2
[01:41] <neutronxxx> ?
[08:43] <dholbach> good morning
[09:00] <SoneriC> Hello there
[09:01] <SoneriC> is anyone there?
[09:58] <stamas01> HI all. I am planning to buy a lenovo k900 and I wanna use ubuntu touch on it. I have experience with c and c++ and very basic knowledge in linux kernel. I know that it would take a lonk time but I also know that it is going to be fun. I just wanted to ask here the following: Is there anything with this device so it makes almost immpossible the porting. Is there anybody here who could help me if I stuck?
[09:59] <popey> stamas01: thats an x86 phone right?
[09:59] <stamas01> yes
[10:02] <popey> i dont think we've worked on x86 builds yet
[10:03] <stamas01> so dont even try it right?
[10:03] <ogra_> the prob on x86 is that Qt is linked hard against GL ... not GLES
[10:06] <stamas01> so does it worth a try or dont even try it?
[10:11] <ogra_> dont try it until there are x86 GLES packages
[10:11] <ogra_> (it is being worked on)
[10:12] <ogra_> you can indeed start with porting the android bits, that is time consuming enough to keep you busy until the Qt packages are there
[10:14] <stamas01> Ok. So it worth a try. And can u guy help me if i'am a bit stuck?
[10:14] <ogra_> sure, the whole channel can :)
[10:16] <stamas01> great. Thanks for the help.
[10:17] <ogra_> janimo, ^^^^
[10:18]  * janimo reads scrollback
[10:19] <ogra_> just thought you would be intrested
[11:15] <davmor2> Morning all
[14:04] <pitti> hey sergiusens, good morning
[14:04] <pitti> sergiusens: thanks for landing platform-api!
[14:05] <pitti> sergiusens: can you please land the corresponding fix for qtubuntu-sensors as well? similarly easy, tested on x86 and the device, has automatic tests, etc.
[14:05] <pitti> https://code.launchpad.net/~pitti/qtubuntu-sensors/crash-without-hw/+merge/203931
[14:09] <sergiusens> pitti, sure
[14:09] <sergiusens> np
[14:40] <fprimex> hi all. I have the opportunity to get a LG G2 for nothing on AT&T. I see someone started a page on this phone for Sprint.
[14:40] <fprimex> It does not look like the bootloader is unlockable, however root access and rom loading is possible. is this enough to load up and work on an Ubuntu Touch port for the G2?
[14:42] <belfouf> hello everybody
[14:43] <belfouf> I have a noob question about Ubuntu Touch on Galaxy Nexus installation
[14:43] <belfouf> is it possible to flash a img directly from a recovery (rooted phone)
[14:45] <belfouf> hello everybody  I have a noob question about Ubuntu Touch on Galaxy Nexus installation                          is it possible to flash a img directly from a recovery (rooted phone) ?
[14:55] <mandel> barry, 3 runs of the system-image test and all correct :-/
[14:56] <mandel> barry, I'm going to use an armhf chroot to try and reproduce the issue
[14:56] <bfiller> kenvandine: verifed content-hub works with gallery and camera as click.
[14:57] <barry> mandel: look at the test output - do you see any peer disconnects?  also, was this with your ppa?
[14:57] <bfiller> kenvandine: just running autopilot for those apps, then I also have to do an MR for the shell to not reference the deb packages, then should be ready for an release
[14:58] <mandel> barry, with my ppa and I just saw one single disconnect but I forgot to fwd udm logs to stderr (I was stupid setting a flag)
[14:58] <kenvandine> bfiller, great
[14:58] <mandel> barry, rerunning several times
[14:59] <barry> mandel: wow, ok.  i guess that's good news.  i am going to try to reproduce here, but i have some ideas on how to capture more information in disconnects.  also, more information when signature errors occur.
[15:00] <mandel> barry, ok, I've also decide to do a double check on errors when the request is finished, I expected the finished signal to be emitted without errors but I don't trust qnetwork too much right now
[15:00] <mandel> barry, will let you know if I find anything
[15:01] <barry> mandel: that sounds good.  fwiw, where i think the disconnects really hurt is when no finished/canceled/error signal is sent before shutdown.  in those cases my dbus reactor never sees a signal to stop reacting, and that's when we get the intermittent timeouts
[15:02] <barry> mandel: so, one thing that would be very helpful to log is all the emitted signals.  iirc, udm logs signal emits for single downloads, but not in all cases for group downloads (i remember seeing at least one place where group download emitted a finish, but didn't also log in that case)
[15:02] <mandel> barry, it might be that one weird error is being found on the finish signal emittion from qt and then we get udm in a weird state and then everything goes downhil from there
[15:03] <mandel> barry, I'll improve the logging there, atm I'm in full debug trace mode
[15:03] <barry> mandel: fantastic, thanks.  let me know if you upload anything new to the ppa
[15:11] <kenvandine> bfiller, i guess landing that won't be speedy... since it'll include unity8
[15:12] <Haxix> buenas
[15:12] <Haxix> solo una pregunta
[15:13] <Haxix> tengo un nokia c7-00
[15:13] <Haxix> y quisiera saber si es posible instalar el nuevo sos de linux en el
[15:14] <mandel> barry, I managed to get an error, does tox redirect stderr anywhere?
[15:16] <barry> mandel: stderr (of the foreground test process) should flow through to the console.  as for where stderr of the udm process goes, good question ;)  that's why log files rule
[15:17] <mandel> barry, and.. is the udm process that you run writing to the normal udm logs? /var/log/ubuntu-downalod-manager (in my ppa) for example?
[15:19] <barry> mandel: it should, afaik.  i mean, i start up udm via dbus activation on a system bus -- just not the real system bus, a private one.  the main difference between the tests and real world is that it's started under the uid of the user, not uid 0.  iirc that changes where udm logs go (i.e. they end up in ~/.cache/ubuntu-download-manager
[15:19] <mardy> tedg: hi! Do you have some time to explain me what the exec-tool does in https://code.launchpad.net/~ted/upstart-app-launch/untrusted-helper/+merge/202703 ?
[15:20] <mandel> barry, ok, I think we should fix that, I'm going to make changes in udm so that you can tell it a log path that way if we have system-image tests failing we can see JUST the logs for the test
[15:20] <tedg> mardy, Sure, mostly it expands from a desktop file exec line to something that can be passed to execvp()
[15:20] <mandel> barry, I'll make the changes in system-image to use a diff path per test
[15:21] <tedg> mardy, There are a couple little things like special handling for surface flinger, but that'll go away.
[15:21] <barry> mandel: that would ROCK
[15:22] <tedg> mardy, Oh, it also sets the environment up for things like architecture dependent paths.
[15:23] <mardy> tedg: I'm looking at the upstart job; I'm not an upstart expert, but I don't see how you are using the result from exec-tool
[15:24] <tedg> mardy, There is no result, it actually exec's the application.
[15:24] <tedg> mardy, Oh, sorry, exec-tool?
[15:24] <mardy> tedg: yep; I'm looking at upstart-jobs/untrusted-helper.conf.in
[15:25] <tedg> mardy, What needs to happen is that it sets Upstart environment variables.  Those then get attached to the instance, and pulled in by exec-line-exec
[15:25] <tedg> mardy, So exec-line-exec just calls getenv
[15:25] <tedg> mardy, And that's how it uses the values that exec-tool sets.
[15:27] <mardy> tedg: I think I'm slowly getting it: so exec-line-exec will read the APP_EXEC variable, and execute the command line written in there?
[15:28] <tedg> mardy, Correct, and the format of that environment variable can be anything you put into a dekstop file Exec line.  So you could put a "%u" and then it'll insert the values from APP_URIS.
[15:28] <mardy> tedg: coool
[15:28] <mardy> tedg: thanks a lot, this looks really useful! Any idea when it will be available in the archives?
[15:29] <tedg> mardy, I wish I knew.  I have two silos to land for UAL, the first (still unallocated) is for the GIR bindings, and then untrusted helpers is the next.
[15:30] <tedg> mardy, I'm hoping late this week or early next, but that is probably a little optimistic.
[15:31] <mardy> tedg: ok, thanks
[15:41] <mandel> barry, in the tests I'm getting a 404.. you do test for a 404, is that correct? (just wondering if that is the case)
[15:41] <barry> mandel: yes, i have at least one test that explicitly tests for 404 situation
[15:42] <barry> mandel: test_download_404
[15:43] <mandel> barry, so, looking at the trace logs from udm, I'm getting 404 (expected) SslHandshakeFailedError(expected) and ConnectionRefusedError
[15:44] <mandel> barry, the connection refuse for example is for https://localhost:8943/channels_01.json
[15:45] <barry> mandel: many of those are valid tests, looking for situations like trying to connect contra http/https, 404s, etc.  connection refused, let me check - i might have a test that tries to download when the server is offline
[15:45] <mandel> barry, ok, issue is that I get lots of logs and I cannot relate them to the tests
[15:46] <mandel> barry, so I'm going to work on that log file per test right now to be able to debug this
[15:46] <barry> mandel: remember us talking about adding a client side tag to the group download?  that's exactly why i wanted that.  i would add the tag for the test name, that way we could more easily correlate what's happening in the s-i tests with the udm log output
[15:47] <barry> mandel: or that.  either way.  we need to be able to match up si test suite with udm logs, yeah
[15:47] <mandel> barry, yes, I was working on that and got distracted by more urgent bugs, sorry
[15:47] <barry> mandel: no worries ;)
[15:47] <mandel> barry, I think tags == useful for production, one file per test == useful for testing and debugging
[15:48] <mandel> barry, so do in the log option now before something explodes and they need me to fix it :)
[15:48] <barry> mandel: +1
[15:48] <barry> mandel: so that would be a cli switch to u-d-m?
[15:48] <mandel> barry, yes, don't worry I'll do an mp for system-image and for udm with the switch
[15:49] <barry> mandel: cool
[15:58] <Adrian472> Hi, is there a chance to port Ubuntu Touch with x86 machine?
[16:02] <Adrian472> Can I port Ubuntu Touch for HTC with x86 machine?
[16:05] <Adrian472> Anyone?
[16:08] <Adrian472> Can I port Ubuntu Touch (for HTC) with x86 PC?
[16:10] <labsin> Adrian472, Yes you can. You can also build Ubuntu touch for supported devices on x86. The Ubuntu system is the same for all devices. You mostly need changes in the Android part, the kernel.
[16:11] <labsin> But it isn't easy
[16:11] <Adrian472> Thanks labsin, I answered cause i read this: "For development you can run any 64-bit Desktop version of Ubuntu between 12.04 LTS and 13.10. "
[16:12] <labsin> Adrian472, Ow. I don't really know.
[16:12] <labsin> Adrian472, you could try building an existing port first
[16:15] <Adrian472> Ok, I will try
[16:17] <labsin> all, I recently saw an add for the Asus PADFONE 2. Wouldn't this be a wonderful device for running Ubuntu touch? It's a dockable phone (turning it into a tablet)
[16:18] <labsin> But is doesn't have a custom rom, not even a compiled kernel. and it's on Android 4.1, so would be a long shot.
[16:29] <mardy> tedg: hi again! Your scripts to generate the test plan from bzr, do they remove attachments from the wiki, if there are any?
[16:30] <tedg> mardy, I don't think so.  I've not played with attachments using editmoin.
[16:30] <mardy> tedg: OK, I'll try
[16:30] <tedg> mardy, I think that pitti might know more about what editmoin does with attachments
[16:31] <pitti> I'm afraid I never tried that
[16:31] <pitti> i. e. uploading attachments with editmoin
[16:31] <pitti> (I wasn't even aware that it could do that)
[16:31] <tedg> Oh, no mardy, if pitti's never tried it you're basically sailing off the edge of the Earth ;-)
[16:32] <mardy> pitti: actually, I would upload the attachment manually; I just wonder if editmoin will leave them there, when updating the page
[16:32] <pitti> mardy: sure, why wouldn't it?
[16:32] <mardy> pitti: who knows :-)
[16:33] <Adrian472> labsin, i'm not sure its real but: http://www.apkmania-co.in/2013/10/upgradeupdate-asus-padfone-2-to-44.html
[16:33] <labsin> Adrian472, fake
[16:35] <Adrian472> labisn, heh now i see..
[16:35] <Adrian472> labsin*
[16:43] <Adrian472> I'm on Debian now, and i don't won't install Ubuntu only for try it.. and to seen it don't work
[16:44] <Adrian472> If anyone ported Ubuntu Touch with x86 PC I will be grateful for info
[16:48] <barry> mandel: yeah, i'm still seeing test failures caused by the connection resets.  i'm first going to work on sigerror logging improvements, then see if i can find a way to capture more details on those connection resets, to hopefully allow us to better debug them
[16:50] <mandel> barry, ok, I'm going to look at the diff of that package
[16:59] <kenvandine> bfiller, alex-abreu: http://paste.ubuntu.com/6920913/
[16:59] <alex-abreu> kenvandine, this is your API proposal document ? :)
[16:59] <kenvandine> that's an updated qml example for imports
[16:59] <alex-abreu> yeah
[16:59] <kenvandine> alex-abreu, the start of it
[17:00] <kenvandine> i basically rewrote the example importer using an API i thought made sense
[17:00] <kenvandine> from that we can try to make a real qml api that can make this real :)
[17:01] <kenvandine> with this, everything except the actual transfer can be declarative
[17:01] <alex-abreu> kenvandine, following the qml way ... shouldnt you have a ContentPeerModel instead of 2 separate component for ContentPeer & Peers the Peers being a list<> ?
[17:02] <alex-abreu> a model w/ some filtering bits
[17:02] <kenvandine> that's what ContentPeers is
[17:02] <bfiller> kenvandine: is this in sync with alex-abreu proposed javascript api?
[17:02] <alex-abreu> ok you might to rename that
[17:02] <kenvandine> sure
[17:03] <kenvandine> bfiller, that's why we're talking about it.. .his javascript API can't be as declarative as QML
[17:03] <alex-abreu> bfiller, not really ... yet
[17:03] <kenvandine> bfiller,  i think this is a much more logical way to use it from QML
[17:03] <kenvandine> and is rather far from what the qml bindings do right now
[17:03] <bfiller> alex-abreu, kenvandine : yup makes sense, glad you guys are talking :)
[17:03] <kenvandine> bfiller, we still need someone to work on the bindings :)
[17:03] <kenvandine> hint hint :)
[17:04] <bfiller> kenvandine: got someone starting next week, it's on his list :)
[17:04] <alex-abreu> communication communication communication !
[17:04] <kenvandine> i like to start by writing a fictional app to use the API before creating the API
[17:04] <alex-abreu> kenvandine, do you really need an individual contentPeer ?
[17:04] <alex-abreu> seems like overcomplication
[17:04] <kenvandine> yes...
[17:04] <kenvandine> i think most apps won't use the model
[17:05] <kenvandine> they'll declare the Peer and then request content from it
[17:05] <kenvandine> notice in this example there is no functions called on ContentHub
[17:05] <kenvandine> it's called on the ContentPeer
[17:06] <alex-abreu> yup
[17:06] <alex-abreu> noticed
[17:06] <kenvandine> ContentPeer { id: peer, handler: ContentType.Source, type: ContentType.Pictures} peer.request();
[17:06] <kenvandine> would request a transfer from the default peer for pictures
[17:06] <kenvandine> s/default peer/default source/
[17:07] <kenvandine> bfiller, something else that occurred to me, for Share I don't think we should have a default
[17:07] <kenvandine> because sharing is less about what to do with a content type, but about how you're sharing it
[17:07] <alex-abreu> the contentimport & contenttransfer (still being around) seems like a bit of (possibly necessary) compilcation to me atm
[17:08] <kenvandine> oh, actually it wouldn't be peer.request()
[17:08] <kenvandine> it would be on the ContentImport object
[17:08] <kenvandine> alex-abreu, maybe... but it gives us a way to setup the import
[17:08] <kenvandine> without calling a bunch of functions on it :)
[17:08] <kenvandine> like setStore
[17:08] <kenvandine> etc
[17:08] <alex-abreu> kenvandine, I mean
[17:08] <alex-abreu> or maybe the name is wrong
[17:09] <kenvandine> probably :)
[17:09] <kenvandine> i didn't want to call it ContentTransfer
[17:09] <alex-abreu> thinking about the export case
[17:09] <alex-abreu> yeah
[17:09] <kenvandine> because that already exists
[17:09] <alex-abreu> yeah but contetImport is very specific to a use case
[17:09] <kenvandine> true... and we specify the handler on the peer
[17:10] <alex-abreu> what would we have for the export case?
[17:10] <kenvandine> so maybe that can be merged with ContentPeer
[17:10] <kenvandine> i was thinking ContentExport
[17:10] <alex-abreu> bc we need the same bit of setup info
[17:10] <kenvandine> but it is redundant
[17:10] <alex-abreu> a way to specify the store etc.
[17:10] <alex-abreu> indeed
[17:10] <alex-abreu> that's what I think too
[17:10] <kenvandine> however, for an export you need to care about different states than you do for import
[17:11] <alex-abreu> kenvandine, well you might want to specify the store etc. and you might want to have maybe some basic infos about the peer
[17:11] <alex-abreu> which is what contentimport does
[17:11] <kenvandine> alex-abreu, so maybe ContentPeer can have a request method that takes an optional arg for store?
[17:12] <kenvandine> ContentPeer.request(myStore);
[17:13] <alex-abreu> kenvandine, does the transfer need to be visible ? I mean would a request() from ever not be followed by a start() ?
[17:14] <kenvandine> i guess not, since we don't need to tweak the transfer
[17:14] <kenvandine> but in the export and share case
[17:14] <kenvandine> they will be followed with a charge
[17:15] <kenvandine> or rather setting transfer.items
[17:15] <alex-abreu> right ... just to sync up the request vs the actuall 'ready' state
[17:15] <alex-abreu> kenvandine, whats the 'share case' ?
[17:15] <kenvandine> like you want to share an image on facebook
[17:15] <kenvandine> etc
[17:15] <kenvandine> very similar to an export
[17:16] <kenvandine> but the selection of peers needs to be different
[17:16] <kenvandine> from the hub POV, the share will be nearly identical to export
[17:16] <kenvandine> but you'll be selecting a peer registered with a share handler
[17:16] <alex-abreu> kenvandine, you could do it straight from the content hub? no thrid part 'fecebook' client app involved?
[17:17] <kenvandine> no, another app
[17:17] <alex-abreu> ok
[17:17] <kenvandine> the hub won't provide anything specific
[17:17] <kenvandine> it's just a broker to move content around
[17:17] <kenvandine> :)
[17:17] <alex-abreu> kenvandine, would it still fall into the category of an export (to facebook ... app) ?
[17:17] <alex-abreu> yeah
[17:18] <kenvandine> alex-abreu, no, because perhaps an app can do both share and import
[17:18] <kenvandine> so as an exporter you need to be able to specify which action
[17:19] <alex-abreu> kenvandine, well ... from the perspective of a facebook app ... they seem to be quite similar (being the exporter)
[17:19] <kenvandine> the user journey is different though
[17:20] <kenvandine> alex-abreu, another example is the gmail webapp as a share handler
[17:20] <kenvandine> attaching the content to a new mail
[17:20] <alex-abreu> yeah ...
[17:20] <kenvandine> alex-abreu, you'll have fun with that :)
[17:21] <alex-abreu> yes, but it'll be nice (in a way)
[17:23] <kenvandine> alex-abreu, i could just add the store property to the ContentPeer, instead of passing it as an optional arg to request()
[17:24]  * kenvandine isn't a fan of optional args in qml :)
[17:24] <alex-abreu> yeah
[17:24] <kenvandine> then when operating on a peer in the model, picSource.store = whatever
[17:24] <kenvandine> the request()
[17:27] <kenvandine> tvoss, alex-abreu realized that the ContentStore based on ContentScope isn't really usable, because the only scope that will work is the user::app scope
[17:28] <kenvandine> sorry... the app scope, not the user or system
[17:28] <kenvandine> tvoss, the confined app won't have access to those
[17:34] <kenvandine> alex-abreu, http://paste.ubuntu.com/6921102/
[18:09] <asac> bzoltan1: #ubuntu-ci-eng ... sil and robru and ogra know how to run APs
[18:09] <asac> and popey and many otheres
[18:10] <asac> (in a way that doesnt detour you hunting down issues that we dont care right now about)
[18:10] <bzoltan1> asac: I know how to run APs
[18:10] <ogra_> asac, we all just follow the wiki instructions :)
[18:10] <asac> ogra_: that doesnt work for him
[18:11] <jose> hey guys, my phone is not updating, no idea why, it says something about invalid keyrings I think
[18:11] <ogra_> it does for all others
[18:11] <asac> ogra_: well, you need to reboot in between if you run many APs, right?
[18:11] <asac> ogra_: otherwise you get flakiness that we dont have under control.
[18:11] <asac> is that in the wiki?
[18:11] <asac> those things
[18:12] <asac> bzoltan1: you told me you get random results, while we know how to not get random results
[18:12] <asac> i dont question that you know the general story, jsut the fine details
[18:12] <ogra_> right, and you should only test on a fresh install, but thats something i would assume a tester to do anyway
[18:12] <ogra_> (to not taint his results)
[18:13] <asac> ogra_: those things are not on the wiki?
[18:13] <ogra_> i dont think so
[18:13] <asac> see
[18:13] <asac> so ...
[18:13] <asac> help him
[18:13] <asac> and fix the wiki
[18:14] <ogra_> https://wiki.ubuntu.com/Touch/Testing
[18:14] <bzoltan1> ogra_: please follow the instructions step by step and execute this script http://pastebin.ubuntu.com/6921247/ twice in a row
[18:14] <Nick6743> Hello there I am using a PageStack in my main.qml it has many pages to push.  One of these pages is called "Connections"  this has no title for it in the Page{}  But this page has 2 other pages that need to be  in it (Channels,UserPage).  But when loading "Connections"  the Tiltle for Channels shows up. How can I fix this ?
[18:15] <bzoltan1> ogra_: you will see what i see, random failures
[18:15] <asac> sil2100: ^^
[18:15] <asac> please help him as well
[18:15] <Nick6743> I have tried to add it so that there is no title untill the page has been loaded via pageStack but this still does not work
[18:15] <ogra_> bzoltan1, right, as asac said, you should reboot after each test, seems ot be missing on the wiki
[18:15] <asac> bzoltan1: so do that and if it helps, update the wiki - plain and simple :)
[18:15] <bzoltan1> ogra_: rebooting between tests was not on the instructions
[18:15] <asac> thx
[18:15] <ogra_> bzoltan1, and you need to do this on a freshly installed device that only has your changes added
[18:16] <ogra_> bzoltan1, yes, apparently a flaw in the wiki
[18:16] <bzoltan1> ogra_: :) It is fine ... but please do not tell that "we all just follow the wiki instructions "
[18:17] <ogra_> bzoltan1, i always copy paste the instructions :) so i do ... i just never noticed that there is no mentioning of rebooting
[18:18] <asac> thats why its so great to train fresh blood
[18:18] <asac> they see those gaps in docs
[18:18] <bzoltan1> ogra_:  :)
[18:18] <asac> and can just fix it
[18:18] <ogra_> bzoltan1, btw, did you read the "IMPORTANT NOTE" bit tooo ?
[18:18] <Nick6743> brb rebooting
[18:18] <ogra_> wrt running your script twice ...
[18:18] <ogra_> you need to remove the ~autopilot dir
[18:19] <bzoltan1> ogra_: I am not running click package tests ... so I have not read that part
[18:19] <asac> bzoltan1: anyway, please autojoin #ubuntu-ci-eng ... thats the standard place where everything around landing and testing landings gets done
[18:19] <ogra_> yeah
[18:19] <popey> jose: re-run the update
[18:20] <jose> I'll try again (done it x3 by now)
[18:21] <ogra_> asac, so asking around it appears thet rebooting isnt actually required ... (just because i do it doesnt mean that everyone does)
[18:21] <ogra_> bzoltan1, did you manually unlock the device before starting testing
[18:22] <bzoltan1> ogra_:  yes, and I use powerd-cli display on too
[18:22] <ogra_> (it doesnt happen automatically)
[18:22] <bzoltan1> ogra_: that was actually one round waste to figure out
[18:23] <ogra_> heh, yeah, easy to forget
[18:24] <ogra_> bzoltan1, so i wonder why yours dont pass then ... how did you install the image ?
[18:25] <ogra_> (should be "phablet-flash ubuntu-system -b --channel trusty-proposed")
[18:26] <bzoltan1> ogra_: to correct yet again :) It is not that my tests do not pass ... my tests do pass ... on the stock image the very basic set of app tests just malfunction in various style
[18:26] <ogra_> (then make it writable, add your PPA and install your package)
[18:27] <ogra_> bzoltan1, well, they didnt do for others today ... and we have manual tests every morning on mako and maguro (to verify failures on the dashboard etc)
[18:28] <ogra_> so there must be a difference of what you and i.e. popey or davmor2 do
[18:28] <bzoltan1> ogra_: just to verify an other thing -> the instruction says "sudo phablet-flash ubuntu-system" that brings saucy not trusty
[18:28] <bzoltan1> ogra_:  like `phablet-flash ubuntu-system -b --channel trusty-proposed` does
[18:28] <popey> shouldn't need sudo either
[18:28] <ogra_> yeah, no sudo here
[18:29] <ogra_> phablet-flash ubuntu-system without options is for your mom :)
[18:29] <ogra_> and other endusers
[18:29] <ogra_> nothing any dev uses ;)
[18:29] <ogra_> definitely a flaw in the wiki
[18:30] <bzoltan1> ogra_:  I will tell her :) But that is what the instructions say ... I know I am an ass :) but each round I figured out these issues costed me about 1.5 hours ... that is how long it takes to run a dozen of AP tests
[18:30] <ogra_> yes, i see that
[18:30] <ogra_> it also says "install the latest green image"
[18:31] <ogra_> which requires you to read the help page of phablet-flash to actually fin out how to set the right channel for this green image from the dashboard (and possibly the version if you use one)
[18:31] <bzoltan1> ogra_:  Haha :) I just saw my mom come online :)
[18:31] <ogra_> lol
[18:31] <bzoltan1> I think she needs a stable phablet image :)
[18:33] <asac> bzoltan1: on the 1.5h - you should have asked here or rather in #ubuntu-ci-eng for help, rather than figuring on your own :)
[18:33] <asac> many nice people around :)
[18:34] <bzoltan1> asac: I know it is hard to believe :D but I was not watching the terminal and drinking tea during the  tests
[18:34] <ogra_> bzoltan1, i added a note that you need to verify channel and system number for the phablet-flash
[18:34] <bzoltan1> ogra_: thanks
[18:35] <ogra_> sigh, why is out wiki parsing broken ... cant do bold and it doesnt do automatic linebraks
[18:42] <pmcgowan> stgraber, is there an easy way to test if the image server is up and working?
[18:43] <stgraber> pmcgowan: the public server? if so, manually checking http://system-image.ubuntu.com/ should be enough
[18:44] <pmcgowan> ok
[18:49] <pmcgowan> barry, the tablet here will not complete an update now, just hangs
[18:49] <pmcgowan> this one exhibited the file not found failure last time I updated
[18:50] <jose> actually, when updating I get 'systemimage.gpg.SignatureError: /android/cache/recovery/ubuntu-[string]...'
[18:53] <ogra_> pmcgowan, usually it works on the next try
[18:54] <pmcgowan> ogra_, I have tried a bunch of times, settings and command line
[18:54] <ogra_> oh my
[18:54] <pmcgowan> oh it crapped out again
[18:54] <ogra_> well, mandel and barry are up to their ears in the code to find the cause
[18:55] <pmcgowan> hmm now download-manager is not even starting
[18:55] <mandel> pmcgowan, it looks like an update might have broken the network code, we are adding debug stuff as crazy
[18:55] <mandel> pmcgowan, wait, the download-manager?? that is weird
[18:55] <pmcgowan> mandel, wish I could help
[18:55] <kenvandine> alex-abreu, http://paste.ubuntu.com/6921523/
[18:55] <pmcgowan> I am running top
[18:56] <kenvandine> alex-abreu, that's the exporter/share case
[18:56] <mandel> pmcgowan, ok, and if you call it directly, what happens
[18:56] <mandel> pmcgowan, with ubuntu-download-manager (it can be ran in the user session)
[18:56] <kenvandine> alex-abreu, note that doesn't handling the picking case, where an importing app requests content from it
[18:56] <pmcgowan> mandel, seems to start fine
[18:57] <kenvandine> alex-abreu, this would initiate the export as a "Open with" or a Share
[18:57] <pmcgowan> the first time I did update, it spun until reporting the file not  found error, and u-d-m was shown running
[18:57] <mandel> pmcgowan, well, udm is dbus activated, so it should be starting without issues
[18:57] <pmcgowan> now it does not show up
[18:57] <pmcgowan> I saw s-s-dbus crash earlier
[18:57] <mandel> pmcgowan, oh, that is interesting
[18:57] <pmcgowan> mandel, yep got one again
[18:57] <pmcgowan> system-image-dbus crash file
[18:58] <mandel> pmcgowan, can you add that to the following bug #1277589
[18:58] <pmcgowan> yep
[19:00] <mandel> pmcgowan, we can see some disconnects in the tests of the system image update and we thing could be the root of this, we have a strong feeling that something lower in the stack changed and broke.. so the more info the better
[19:00]  * mandel is browsing qnetwork commit history
[19:00] <pmcgowan> mandel, I saw we got new versions of qt5.0.2 and not sure why
[19:01] <mandel> pmcgowan, correct, and we have an impression that this started in 166 and we got a new qt then, right now my plan is to find a consistent way to make it crash (it is not atm) and then look at qt
[19:03] <pmcgowan> mandel, ok uploaded the crash file to the bug
[19:10] <mandel> pmcgowan, awesome, thx
[19:23] <ogra_> bah
[19:23] <ogra_> my upgrade hangs too
[19:26] <kenvandine> alex-abreu, http://paste.ubuntu.com/6921692/
[19:27] <kenvandine> alex-abreu, that includes creating an export or share as well as handling pickMode for providing content to an importer
[19:27] <kenvandine> bfiller_afk, ^^
[19:27] <kenvandine> alex-abreu, i'm pretty happy with how this would work for an app developer, let me know what you think
[19:28] <dkessel> I am trying to find instructions on installing ubuntu touch on the nexus 7 (2013). I have read that this will be one of the supported devices in the future.
[19:29] <dkessel> it is not on the supported devices page - can anybody point me to the right official page?
[19:29] <alex-abreu> kenvandine, yup
[19:31] <kenvandine> alex-abreu, there is a missing piece, the popover doesn't provide a way to choose from a list of peers, but i don't think that adds any complications to the api
[19:31] <kenvandine> just triggering those would push a new page or new sheet
[19:31] <kenvandine> showing the list of peers
[19:33] <alex-abreu> kenvandine, I'll have a look at it
[19:45] <Adrian47> Anyone ported Ubuntu Touch usign 32bit PC?
[19:45] <mterry> ogra_, I've got that FileNotFoundError issue when trying to update over the air
[19:45] <mterry> ogra_, last email from you on that thread indicated we still didn't know why it happened
[19:45] <mterry> ogra_, any info I can help provide?
[19:47] <ogra_> mterry, mandel and barry are working on it ... it smells a bit like the libqt5networking update could be involved
[19:47] <ogra_> bug #1277589
[19:47] <barry> yep, it will be very interesting to find the root cause
[19:49] <ogra_> my mako seems to be in the same state as pmcgowan's manta now
[19:50] <pmcgowan> yeah this manta seems wedged now
[19:50] <rickspencer3> ogra_, popey so, a couple of concerning messages regarding the latest image on the mailing list
[19:50] <rickspencer3> should I be concerned?
[19:50] <ogra_> rickspencer3, i wish i could tell you, i cant upgrade
[19:50] <ogra_> it definitely worked fine for the smoke testers today
[19:50] <pmcgowan> my mako is fine on 176
[19:50] <mterry> rickspencer3, I have two makos, one works fine with latest image, the other can't update
[19:51] <rickspencer3> mterry, right, so 2 people reported updating, but after the update having serious problems
[19:51] <ogra_> my maguro is fine on 176 ... my mako is stuck with the upgrader error
[19:51] <mterry> yup, I saw
[19:51] <popey> rickspencer3:specifically?
[19:51] <ogra_> popey, see the ML
[19:51] <popey> oh i see
[19:51] <popey> replies to didrocks
[19:51] <dkessel> nvm - balloons helped me out with the info
[19:52] <myNameIsWho> dkessel,  I use multirom  there are tutorials on the net (xda-developer) .  they have a app click click don hoe this help
[19:52] <popey> I didn't see that with my mako
[19:52] <ogra_> rickspencer3, sitting at the google screen can happen if they had a .crash file and whoopsie/apport kick in, but that usually only delays the boot
[19:52] <myNameIsWho> done *  hope *
[19:52] <popey> however I *am* getting bug 1277589 again on my other nexus 4
[19:52] <mterry> barry, looks like you have all the info you need in that bug report.  (in my case, I'm on a home wifi network)  What's the best workaround to get past it?
[19:52] <ogra_> rickspencer3, definitely an issue we still need to work on, but usually not critical
[19:52] <mterry> barry, well, not all the info you need, but nothing needed from my device rather
[19:53] <popey> mterry: retry
[19:53] <davmor2> Who is responsible for the demo at the beginning of a fresh install?
[19:53] <pmcgowan> ogra_, my update is working now
[19:53] <ogra_> rickspencer3, the guy saying he sees flashing didnt specify his device ... grouper might flash, not sure, we dont test it anymore
[19:53] <pmcgowan> magic
[19:53] <mterry> davmor2, me I guess
[19:53] <popey> davmor2: its part of unity, katie designed it, why?
[19:53] <ogra_> pmcgowan, did you reboot or just retry ?
[19:53] <barry> mterry: retry, but probably after a 10m wait, or kill system-image-dbus.  you can also try system-image-cli
[19:53] <barry> if you adb shell in
[19:54] <mterry> barry, I rebooted several times.  Didn't seem to help
[19:54] <popey> My update worked by killing system settings and restarting it
[19:54] <popey> without restarting phone
[19:54] <ogra_> didnt work for me
[19:54] <pmcgowan> ogra_, rebooted then tried
[19:54] <balloons> popey, has wifi come back fro you yet in the images?
[19:54] <pmcgowan> although I had done that before twice
[19:54] <davmor2> mterry, popey: on the n10 there is the issue of if you drag from the top anywhere that isn't the indicators nothing happens
[19:54] <popey> balloons: it never went away
[19:54] <ogra_> pmcgowan, ah, i have done that like 10 times already ... you must be a lucky chap :)
[19:54] <popey> davmor2: interesting, i have no nexus 10/7
[19:54] <pmcgowan> davmor2, I just saw that, quick drag down showed empty on network
[19:54] <barry> mterry: gosh i would love to have access to a device exhibiting these problems
[19:54]  * balloons notes popey is lucky
[19:55] <mterry> barry, after the first time I see the bug, if I close settings and retry without rebooting, it gets stuck "Checking for updates..." and never stops checking
[19:55] <ogra_> yeah
[19:55] <pmcgowan> mterry, barry same here, I uploaded a crash file to the bug
[19:55] <pmcgowan> system-image-dbus crashed twice here
[19:56] <pmcgowan> then you get the spinny
[19:56] <ogra_> mterry, the system-image-dbus process needs to time out first
[19:56] <barry> or you can kill it from the shell
[19:56] <barry> now, the question is, if killing it and restarting it still exhibits the same problem, then that is something interesting to further debug
[19:56] <davmor2> pmcgowan: when you open the Setting app does it say there is an update available? If so if you click on that what happens?
[19:57] <barry> oh, *and* that should be separate from running system-image-cli from the shell
[19:57] <pmcgowan> davmor2, yes, and it either reported the error or spun, but now it just worked
[19:58] <pmcgowan> my greeter says phablet now
[19:59] <ogra_> lovely +
[19:59] <mterry> pmcgowan, on the phone?!  shoot, that's my fault then
[19:59] <ogra_> thats likely the changes for the demo stuff
[19:59] <davmor2> pmcgowan, barry: so when I hit the issue if I clicked on updates it failed. If I then rebooted and clicked on the notice that there was an update it would just work
[20:00] <mterry> pmcgowan, I don't see that
[20:00] <pmcgowan> mterry, no on tablet
[20:00] <mterry> pmcgowan, is that a change?  It's supposed to
[20:01] <pmcgowan> mterry, I foget what it used to say but it wasnt phablet
[20:01] <barry> davmor2: i think you're getting lucky.  for the folks who a reboot or s-i-dbus timeout doesn't help, the possibility of course is that the underlying problem (i.e. likely now in qt networking) crops up again
[20:01] <pmcgowan> I think it was Guest
[20:01] <pmcgowan> barry, did you find out why the qt stuff was updated?
[20:01] <mterry> pmcgowan, oh yeah.  that makes sense
[20:02] <pmcgowan> barry, I have no idea why we would have done that
[20:02] <ogra_> we dont set GECOS data in /etc/passwd
[20:02] <barry> pmcgowan: mandel is investing that.  i'm working on system-image to help diagnose the problem with more logging
[20:02] <mterry> ogra_, the greeter isn't even that advanced right now
[20:02] <ogra_> mterry, pmcgowan, we should probably set that to "Ubuntu Phablet User" or some such
[20:02] <mterry> ogra_, still uses fake data
[20:03] <ogra_> so that there is a fallback in such cases
[20:03] <ogra_> ah
[20:03] <mterry> ogra_, but how it handles the fake data changed recently
[20:03] <ogra_> right
[20:03] <pmcgowan> ogra_, or "Pat" on my tablet
[20:03] <ogra_> pmcgowan, tsk, that would be way to obvious ... in the end every user whats his mane there !
[20:03] <ogra_> *want's
[20:03] <mterry> We're getting there!  slowly
[20:04] <pmcgowan> ogra_, btw, I have a dozen crash files from my last boot on N10, is that a known thing?
[20:04] <ogra_> pmcgowan, not really
[20:05] <ogra_> whopsie should automatically upload them (in theory)
[20:05] <pmcgowan> http://pastebin.ubuntu.com/6921917/
[20:05] <mterry> system-image-cli worked
[20:07] <barry> mterry: cool
[20:08] <pmcgowan> barry, is there a way to fake the system into thinking it has an update?
[20:09] <ogra_> hah !
[20:09] <ogra_> the (felt) 100st try worked
[20:10]  * ogra_ is watching rotating android guts
[20:12] <pmcgowan> so what is causing this race
[20:12] <pmcgowan> ogra_, did you reboot?
[20:13] <ogra_> this time i didnt and actually checked via adb shell if the blacklist file is there etc etc ... i was essentially looking around on the phone while the download was running
[20:13] <ogra_> but i doubt that cause it to work
[20:13] <ogra_> *caused
[20:14] <ogra_> 176 looks great on my mako
[20:14] <barry> pmcgowan: not from the ui but `system-image-cli -b 0` will do it from the shell
[20:15] <pmcgowan> ok
[20:15] <ogra_> barry, well, for me the UI worked this time
[20:15] <barry> ogra_: i guess you got lucky ;)
[20:15] <ogra_> yeah, i doubt it is because i kept it busy in adb
[20:16] <ogra_> but thats the one difference to former tries
[20:16] <mandel> pmcgowan, we will get there don't worry is a matter of time :)
[20:17] <ogra_> mandel, well, it shows a flaw in our QA
[20:17] <ogra_> mandel, the first image that had the issue should have never been promoted
[20:18] <ogra_> we need an OTA test in the daily tests
[20:18] <barry> ogra_: i agree.  given how prevalent this issue is in the field now, i think if we were doing a bunch of updates in the tests, we would have caught it
[20:18] <ogra_> but that will only work for $image -1
[20:19] <ogra_> barry, the prob is that you cant really test it before there is a new image to upgrade to
[20:19] <mandel> ogra_, correct, and we are lucky to not have a huge user base
[20:19] <barry> ogra_: one thing we could do (have to ask stgraber) is to fake an image+1 and try to upgrade to that
[20:19] <ogra_> mandel, yeah, it is something we need to have sorted before that happens :)
[20:20] <davmor2> ogra_: there is a limit on time and when I and popey hit it we reported it but by then we had updated I've not hit it since
[20:20] <stgraber> barry: a while back I told QA to just update channel.ini's build number to current-1, then run an update
[20:20] <ogra_> davmor2, same for me, my mako only sees promoted images
[20:20] <barry> stgraber: that would work too
[20:20] <ogra_> stgraber, oh, good idea, we need a test for that
[20:20] <davmor2> ogra_: my mako is currently on 4.4.2
[20:21] <ogra_> yeah
[20:21] <ogra_> i have a flo for that :)
[20:21] <davmor2> ogra_: so do I and manta
[20:21] <ogra_> my mako is actually my daily phone
[20:21] <stgraber> barry: re-applying deltas is harmless, so you can set the id to any former value and it shouldn't harm your system, just re-apply stuff you already have
[20:21] <davmor2> ogra_: so is mine
[20:21] <mandel> ogra_, or he are like the hare from Snatch => https://www.youtube.com/watch?v=Zy7OdvPvFyU
[20:21] <ogra_> i dont test on it
[20:21] <davmor2> ogra_: I do always
[20:21] <ogra_> i dogfood
[20:21] <barry> stgraber: that's a great idea actually
[20:22] <ogra_> mandel, lol
[20:22] <davmor2> ogra_: the difference between a user and qa ;) I'm desperate to kill it you just want it to work :)
[20:22] <ogra_> yeah
[20:22] <ogra_> i have other devices to kill
[20:23] <davmor2> ogra_: yeah so do I but they sit in the office the phone goes everywhere :)
[20:23] <ogra_> mine move around the house with me :)
[20:28] <ogra_> barry, so i guess that needs some coordination to develop such a test, QA should writ ean AP test that uses the GUI, and se need doanac or plars for some UTAH fun to patch the channel.ini one revision down
[20:28] <ogra_> s/se/we/
[20:29] <ogra_> (given that system-image-cli seems to always work i doubt that needs the same amount of testing)
[20:30] <barry> ogra_: plus s-i-cli is not generally an end-user tool
[20:30] <ogra_> right
[20:30] <ogra_> disaster recovery :)
[20:38] <nexus4> hi guys
[20:38] <nexus4> need help in installing ubuntu on nexus 4
[20:40] <nexus4> do we have whats app for ubuntu touch
[20:40] <nexus4> please help me
[20:44] <thomi> tedg: how are those libUAL landings going?
[20:45] <tedg> thomi, One down, waiting on a silo for the gir bindings.
[20:45] <thomi> tedg: ok.
[20:45] <thomi> tedg: cyphermox can help you with that
[20:46] <tedg> thomi, FYI, line 67 in the sheet
[20:46] <thomi> tedg: got it, thanks
[20:54] <ogra_> nexus4, installation instructions are linked in the channel topic ... and no, there is no whatsapp for ubuntu yet
[20:57] <danwest> ubuntu touch devel image - wifi not a standard config option?
[20:58] <danwest> all I get is "Auto-join previous networks"
[21:00] <ogra_> danwest, wifi works fine here
[21:01] <danwest> ogra: strange
[21:01] <ogra_> danwest, what device is that ?
[21:02] <danwest> nexus 4
[21:02] <danwest> orga_: just updated today to devel image
[21:02] <ogra_> and you dont see the wlans around you listed if you pull down the panel ?
[21:03] <danwest> nope
[21:03] <danwest> all I see under the network pulldown is "Cellular settings..."
[21:03] <ogra_> thats very strange ... we have many N4 users around here, nobody had any issues
[21:05] <danwest> orga_: figured, which is why I am a bit confused
[21:05] <Tuxkalle> just did a install on my nexus 4 and i don't either see any wlan
[21:05] <danwest> orga_: also, sound does not work for me
[21:06] <ogra_> hmm, i have wlan and sound with todays image
[21:06] <danwest> orga_: Ubuntu 14.04(r176)
[21:06] <ogra_> right
[21:06] <Tuxkalle> thats my version to
[21:08] <Tuxkalle> but one ting before i start reading the wiki :-) i see i can write in the terminal app but no action after writing the comand. is there someting other than enter i shoud press?
[21:08] <ogra_> if you go the the system-settings app, do you see the wlans there ?
[21:09] <ogra_> Tuxkalle, sadly there is a bug in the terminal app since a while that swallows enter and backspace
[21:11] <danwest> ogra_: nope, just the "Auto-join" option under system-settings->wifi
[21:11] <danwest> same as what I saw with saucy image before I upgraded
[21:12] <ogra_> rsalveti, sergiusens, does one of  you know if the 4.4 radio FW trashes wifi too ?
[21:12] <danwest> btw, the phone itself is fully functioning under android
[21:12] <ogra_> danwest, did you run android 4. on it ?
[21:12] <ogra_> *4.4
[21:13] <rsalveti> ogra_: 4.4 radio should work on both
[21:13] <ogra_> Tuxkalle, same question to you
[21:13] <Tuxkalle> was running 4.4
[21:13] <rsalveti> but if you flash 4.4's radio with the 4.2 image, then yes
[21:13] <ogra_> rsalveti, right, thats what i think
[21:13] <ogra_> if they both ran 4.4 that might be their wlan issue
[21:14] <Tuxkalle> i see when i go to update again that it sayes systemimage.gpg.signatureError
[21:14] <danwest> orga_: how do I check radio version and upgrade if necessary ?
[21:15] <sergiusens> ogra_, 4.4 radio breaks wifi on 4.2 but ril is fine
[21:15] <ogra_> Tuxkalle, danwest https://wiki.ubuntu.com/Touch/DualBootInstallation#Android4.4Radio
[21:16] <sergiusens> danwest, iirc it's listed in the bootloader
[21:16] <ogra_> sergiusens, yeah, found the wiki entry inbetween, sorry for the noise :)
[21:16] <ogra_> seems wifi and sound too ... not only phone calls
[21:16]  * ogra_ only had phone calls in mind ... had forgotten that wifi was affected too
[21:17] <sergiusens> ogra_, I also added an entry in the Release Notes a couple of months ago
[21:17] <ogra_> gee ... its really time that we switch to the 4.4 base ... so we dont hit such issues anymore
[21:19] <mandel> barry, in the system-image tests, in the controller is self.tmpdir unique per test?
[21:19] <mandel> barry, and where is it?
[21:25] <danwest> orga_: radio 4.2 or 4.3?
[21:30] <ogra_> danwest, just follow the wiki
[21:31] <danwest> orga_: sorry missed that it states 4.3 there
[21:32] <ogra_> :)
[21:41] <barry> mandel: yes, it is unique per test.  you can't tell ahead of time, since tempfile.mkdtemp() gives us a temp directory securely
[21:41] <mandel> barry, self.tmpdir from the controller is that good for the logs?
[21:42] <barry> mandel: well, that's where temp dbus conf files would live.  as long as it's unlikely that the log files would name collide with anything in there, it's probably fine.  or create a subdir called 'logs' and put it in there?
[21:42] <stefandudev> hi guys
[21:43] <barry> mandel: i.e. os.path.join(self.tmpdir, 'logs')
[21:43] <stefandudev> hello>
[21:44] <mandel> barry, well, I'd prefer to be able to do it per test, else is kinda ugly
[21:44] <mandel> barry, else,  the logging ensures that there is no overlap between the log files
[21:46] <barry> mandel: ah, one thing you should understand is that there is only one controller for the entire test run (see testing/nose.py).  that's because of the dbus-daemon limitation on DBUS_SYSTEM_BUS_ADDRESS envar (libdbus only reads that envar once during the entire process lifetime and it can't be reset).
[21:47] <mandel> barry, by looking at the code I understood that, so I have a small branch for udm and for s-i
[21:47] <barry> mandel: so, i think i might have lied above when i said it was unique per test (i misunderstood your question ;)
[21:47] <mandel> barry, not a big deal :)
[21:48] <mandel> I have this => https://code.launchpad.net/~mandel/ubuntu-download-manager/use-log-dir/+merge/206051
[21:48] <mandel> barry, + the following => lp:~mandel/ubuntu-system-image/udm-log
[21:48] <barry> mandel: one thought: nose2 would allow us to set a per-test logging directory on the controller object.  we could even control that through a command line option to put it in a non-tempdir location
[21:49] <mandel> barry, and that would be awesome!
[21:49] <mandel> barry, take a look at my "crappy" branches
[21:49] <barry> :)
[21:49] <mandel> barry, is already an improvement
[21:51] <barry> mandel: did you find anything out about the change in qt networking that triggered this?
[21:52] <mandel> barry, not really, it was updated because of GL
[21:52] <mandel> barry, so I have to look closer.. and is 23:00
[21:52] <mandel> barry, so I'm doing the less challenging things now
[21:53] <barry> mandel: yikes. ;)  so, your branch is fine but i think we can do better by hooking into nose2 for per-test logging and/or switch.  i could take that on if you land the udm change for -log-dir
[21:53] <mandel> barry, already proposed and pinged people to take a look
[21:54] <barry> mandel: fantastic, thanks
[21:54] <mandel> barry, right now looking at adding the tags for the downloads
[21:54] <barry> mandel: i'll have a branch that improves the SignatureError logging soon.  i can merge in your branch, add the nose2 hook, and put something in my PPA.  then perhaps we can get some folks to try the two out
[21:54] <barry> mandel: can you in the meantime put a udm with this new switch in your ppa?
[21:54] <mandel> balloons, I'm thinking about GROUP-{$UUID} - log
[21:55] <rickspencer3> barry, mandel so if I get "checking for updates ..." and then straight to the FileNotFoundError ...
[21:55] <rickspencer3> is that the same issue that ogra_ and others are hitting today?
[21:55] <mandel> barry, yes, will put this in my ppa right now
[21:55] <ogra_> rickspencer3, yes
[21:55] <rickspencer3> ogra_, ok, yesterday it at least tried to download the update
[21:55] <barry> rickspencer3: i think it is.  we will at least have some ppa packages that may help us better track this down
[21:56] <mandel> rickspencer3, yes, something terrible bad happened under our feet and we are working hard trying to find what is going on
[21:56] <rickspencer3> going to be interesting to see how this gets unstuck
[21:56] <rickspencer3> how to get the fix if we can't update?
[21:56] <barry> i think it will be really interesting to see what qt did, how it affects us, and whether we need to patch qt or work around it at a higher level
[21:56] <ogra_> rickspencer3, you can update from the cmdline
[21:56] <rickspencer3> btw, this is the great thing about only prompting good quality images
[21:56] <ogra_> rickspencer3, not convenient but works
[21:57] <ogra_> rickspencer3, we worked out a proper test for this issue so it shouldnt hit us again once it is implemented
[21:57] <rickspencer3> ogra_, right, but in the meantime, at least I have a nice stable, non-buggy image
[21:58] <barry> rickspencer3, ogra_ after i get a couple of branches proposed, i'll hack on my device to see if i can reproduce it.  it would be *so* much easier to debug if i could
[21:58] <rickspencer3> barry, what do you need, a nexus 4?
[21:58] <rickspencer3> barry, I thought you were in Boston area, for some reason
[21:58] <ogra_> rickspencer3, not everyone hits the issue it seems
[21:58] <barry> rickspencer3: i have a n10.  the question is how to set up my open home wifi network to provoke the issue.
[21:59] <barry> rickspencer3: maryland :)
[21:59] <rickspencer3> barry, well, come meet me at work tomorrow
[21:59] <rickspencer3> I can just give you my phone!
[21:59] <barry> rickspencer3: yeah, if i can get to the metro through the snowpocalypse :)
[21:59] <rickspencer3> barry, seriously, I have a co-working space in dupont circle
[21:59] <rickspencer3> barry, right, so I am like 3 blocks from Dupont Circle metro
[21:59] <rickspencer3> think about it
[22:00] <rickspencer3> I can just not update my phone, the tomorrow you can party on it
[22:00] <barry> rickspencer3: i definitely will
[22:00] <barry> (it would be fun do it that anyway some time when we're not putting out fires)
[22:00] <rickspencer3> barry, get my cell # from the canonical directory and send me a text
[22:00] <barry> rickspencer3: will do
[22:00] <rickspencer3> barry, sure, we should totally have a little informal hackathon here sometime
[22:01] <rickspencer3> but, meanwhile, I bet if you have my phone for an hour, you can get to the heart of the problem, figure out how to set up a test, etc...
[22:01] <mandel> barry, update the recipe and requested a build for my ppa
[22:01] <barry> rickspencer3: yes!  it's always good to take a shower and put on pants once in a while :)
[22:01] <rickspencer3> barry, you should clarify for UK folks that "pants" in the US are "trousers" ;)
[22:02] <ogra_> barry, pffft
[22:02] <barry> darn, i forgot not all the euros are asleep by now :)
[22:03] <mandel> barry, I think we are two :)
[22:03] <mandel> spain and germany for the win!
[22:03] <ogra_> \o/
[22:03] <mandel> ogra_, you should take a rest ;)
[22:03] <ogra_> i'm resting ... with my laptop on my knees
[22:03] <ogra_> ;)
[22:03] <barry> ok, back to hacking
[22:04] <mandel> barry, as soon as the ppa is done I'll ping you
[22:04] <mandel> barry, writing another branch that adds extra logging, slows down stuff but will give us lots of info
[22:04] <barry> mandel: +1
[22:07] <mandel>  barry build request with that branch + extra logging and extra checks on requests finishes
[22:17] <danwest> orga_: back rev-ing the radio did the trick, thx
[22:18] <mandel> barry, I get weird ERROR msgs when running the tests => http://paste.ubuntu.com/6922544/
[22:18] <barry> mandel: weird indeed!  see if you get more output when the test completes
[22:19] <mandel> barry, that is from trunk too, weird weird..
[22:19] <barry> mandel: other than the pesky connection resets i don't see this on my branch (but haven't gotten to yours yet)
[22:19] <barry> yeah, i definitely don't see those on trunk.
[22:19] <barry> (only the occasional peer resets)
[22:27] <mandel> barry, udm trunk + si trunk + trusty = ERROR messages
[22:28] <mandel> barry, waiting for output, then testing with the one in the img
[22:28] <barry> mandel: okay, the only difference with me is that i'm using your ppa udm
[22:28] <barry> well, ppa as of a day or so ago
[22:29] <mandel> barry, and works?
[22:29] <barry> mandel: yes, except for those peer resets.  no ERROR messages
[22:29] <mandel> barry, Im going crazy, cause trunk is what is in my ppa
[22:30]  * mandel swears in spanish
[22:33] <mandel> balloons, 0.3+14.04.20131219-1~236~ubuntu14.04.1 has all the new stuff
[22:55] <cyphermox_> tedg: did you get your silo?
[22:55]  * tedg checks
[22:56] <tedg> cyphermox_, No, if there's one available I'd love one for line 67
[22:56] <cyphermox_> ah, ok, your stuff is line 67
[22:56] <cyphermox_> I'd love for stats re: available.
[22:57] <cyphermox_> it'd be less yucky than the current setup
[22:57] <cyphermox_> perhaps I should make a rrd graph
[22:57] <tedg> Yeah, it's not pretty now.  Kinda forced to ask folks and hope it works out :-)
[23:01] <cyphermox_> yeah give me a bit
[23:06] <tedg> cyphermox_, I need to get kids and do dinner.  But if you can get a silo and hit build I can test it tonight.
[23:06] <tedg> cyphermox_, Thanks for your help!
[23:09] <cyphermox_> robru: I'll handle this one &
[23:12] <mandel> barry, the error I'm getting => http://paste.ubuntu.com/6922791/
[23:15] <barry> mandel: it's impossible to tell from that paste exactly what's happening, but it can only be one of two things: either the system-image-dbus process exited early or didn't start, or the u-d-m process exited early or didn't start.  i can't tell where in the s-i code that's happening (the traceback doesn't include that), but there aren't many possibilities.  my guess is that it's in _kill() in controller.py.  are you sure u-d-m is getting
[23:15] <barry> started and not crashing? ;)
[23:16] <mandel> barry, I can see the udm logs
[23:16] <barry> mandel: i think we really have to figure out these peer resets.  they just make me really uncomfortable
[23:16] <xmbax> hi
[23:16] <mandel> barry, yes, but I first need to be able to run the test without those errors..
[23:17] <xmbax> i want to ask about can i install ubuntu on my galaxy s4
[23:18] <barry> mandel: controller.py has 3 wait calls.  my guess is that it's one of those.  one is when it's trying to stop system-image-dbus and the other is where it's trying to stop u-d-m
[23:18] <barry> (the other is when it's shutting down everything)
[23:19] <mandel> barry, I must have done something stupid
[23:19] <barry> mandel: let me run tests here against trusty udm, trunk s-i
[23:19] <mandel> barry, that would be great
[23:20] <xmbax> i want to ask about can i install ubuntu on my galaxy s4
[23:27] <barry> mandel: question for you: when you download a file to a local path, do you write the file to that path directly, or do you write the file to say a .tmp file and then move it in place once it's been successfully downloaded?
[23:27] <mandel> barry, directly
[23:28] <barry> mandel: cool.  and just to be sure: you wouldn't remove that file unless it's *not* downloaded successfully, right?
[23:30] <barry> mandel, ogra_, rickspencer3 (who isn't here): wow!  okay, i've gotten the FileNotFoundError on my device too.  and i'm on an open home network, so no login protection at all.  i now have something i can dig into.
[23:31] <mandel> barry, is deleted if errors happened
[23:31] <mandel> barry, only then
[23:32] <barry> mandel: cool, i thought so, just wanted to be sure.  of course, now the update doesn't fail :/
[23:32] <mandel> barry, I bet is going to be something soooo stupid that we are going to try and delete the irc logs :-/
[23:34] <barry> mandel: you are so right ;).  but i know it's super late for you.  feel free to knock off for the night if you need to.  i'll be taking a break for dinner soon, but will get back on this afterward
[23:34] <mandel> barry, yes, I'm going to call it a night, will look closer early in the morning
[23:35] <barry> mandel: g'night!
[23:37] <svenn_> Anybody who knows when Ubuntu touch will support Nexus 7 (2013)?
[23:38] <miseria> "la verdadera felicidad de un ser humano, se logra cuando deja de ser esclavo, de la avaricia y la codicia" bienvenidos: http://castroruben.com *temo_a_un_ser_sin_rival*