[00:28] kgunn: if you're still around do we have an ETA on when https://bugs.launchpad.net/xmir/+bug/1192843 will be fixed? [00:28] Launchpad bug 1192843 in XMir "XMir receives input from other VTs" [Critical,In progress] [00:28] it's getting some publicity [00:30] If you ask me, this sounds like the perfect multitasking solution. === Ursinha is now known as Ursinha-afk [00:57] mhall119: checking === Ursinha-afk is now known as Ursinha === _salem is now known as salem_ [00:58] mhall119: we have a branch up for it...and yeah...kinda heard about it [00:59] mhall119: we're trying to keep it quite on trunk atm for multimon ppa creation [00:59] mhall119: as soon as we have that we'll top approve...so monday-ish === chihchun_afk is now known as chihchun [03:26] thanks kgunn === Namidairo`bnc is now known as Namidairo === freeflying is now known as freeflying_away [03:31] asac, psivaa: https://bugs.launchpad.net/touch-preview-images/+bug/1215724 is affecting the mako images in pending pretty badly, I've emailed tony to see if I can get him to take a look [03:31] Launchpad bug 1215724 in touch-preview-images "Lots of ofono and network manager errors on nexus4" [Critical,New] === salem_ is now known as _salem === Ursinha is now known as Ursinha-afk [04:31] Hello. === Ursinha-afk is now known as Ursinha [05:39] ogra_, you said that some ports are made *without* using CM. How did they do it? [06:37] hello [06:38] i just was wondering is the -repository ppa:hablet-team/ppa down for anyone else? it seems its down is there way to check? [06:40] it says cannot access PPA (https://lanuchpad.net/api/1.0/-phablet-team/+archive/ppa) [06:40] mousepie, it's ppa:phablet-team/ppa [06:41] And obviously it's not lanuchpad.net [06:41] It's launchpad.net [06:41] yes frogive my typeing long day at work [06:41] mousepie, why will you want THAT ppa? [06:42] well i was trying to test and update to the latest image [06:42] mousepie, you need phablet-tools [06:42] ah [06:43] sudo add-apt-repository ppa:phablet-team/tools [06:43] Not /ppa [06:43] oh my mistake 'thanks [06:47] what about ppa:phablet-team/ppa should i add this as well?> [06:48] mousepie, NO [06:52] <_polto_> hi [06:53] hmm ok so it says nothing was upgraded weird [06:53] upgrade [06:54] <_polto_> I did an apt-get upgrade and the apps list is empty now. I can not launch the terminal. Only apps in the launcher on the left. Also the netwrork manager do not show up now. (but connect to my wifi) [06:56] Polto did you sudo apt-get update && sudo apt-get upgrade -y ? [06:56] <_polto_> I have SSH access, what can I try to restore the apps and the network manager ? [06:58] <_polto_> mousepie, yes [06:58] hmm weird [07:04] ha cool irssi works in terminal [07:09] does anyone have data working i saw that some people had it ? [07:16] I have a question about Ubuntu Touch and when it's connected to a large screen (ie. desktop mode): will I be able to use my device as keyboard and/or touchpad to interact in the desktop? [07:19] dont know [07:19] I believe so, yes. [07:19] dholbach, any experience to port a device without a CM port? [07:20] that would be great, no need to buy a physical keyboard and mouse [07:21] good morning [07:21] hi [07:21] smartboyhw, I personally don't have any - https://wiki.ubuntu.com/Touch/PortingFlippedInProgress might help though === freeflying_away is now known as freeflying [08:33] mpt, hey, on https://wiki.ubuntu.com/SoftwareUpdates?action=AttachFile&do=get&target=phone-settings-updates-checking.png [08:34] mpt, the bottom option ... that widget only allow us to put text for the items, not subtext, would it make sense to change it to "On any data connection (Data changes may apply.)" in that context? [08:35] seb128, please ask for that to be fixed in the toolkit, Oren asked for that layout. [08:35] (And to be clear, I agree with Oren that it's the appropriate layout.) [08:35] mpt, is the second line a subtitle (e.g smaller text)? [08:36] seb128, a caption, which is smaller text, yes. [08:36] mpt, ooooh, the choses are only never/when on wi-fi, the 3rd line is a caption? [08:36] seb128, it's a caption for the third option, not for the whole group. [08:37] mpt, I see, that makes sense, thanks [08:38] seb128, so it should be the same size and weight and color as the "Shorter times..." text in , for example, but it should be exactly lined up with the "On any data connection" text. [08:39] mpt, got it, thanks ... I'm talking to nic-doffay about it [08:39] mpt, thanks [08:39] seb128, checkboxes and switches might similarly have a caption. [08:39] mpt, [08:39]

seb128, not currently, but I'm going to implement that today. There will also be support for a picture too. [08:39] seb128, separate topic: popey has asked for me to test System Settings today and report bugs. (a) What project/package should I report them? (b) Any areas I should avoid? [08:39] popey, don't do that :p [08:40] mpt, the project is "ubuntu-system-settings" ... and I'm not sure that's worth testing [08:41] mpt, there is lot missing and lot not right because we don't have the correct widgets (e.g OptionSelector still didn't land so all our selectors look weird) [08:41] seb128, I have three hours blocked out for it with JohnLea! There will be music and heavy drinking. And cigars. [08:42] lol [08:42] and tons of bugs reports [08:43] seb128, okay, let's put it another way. Are there any areas that you think *are* complete and ready for testing? [08:43] mpt, no [08:43] Poop. [08:43] mpt, if you read http://pad.ubuntu.com/settingsbackendsnotes from l139 down, you have the current status and blockers [08:44] mpt, sure you can play with it, and some of UIs are mostly done, but quite some backends are not done yet/blocked on other pieces to land === gusch is now known as gusch|brb [08:46] mpt, background sound account cellular battery date&time security&privacy updates (once didrocks branch land) are mostly UI done though, if you ignore the fact that some of widgets don't trigger the actions they should [08:54] mpt, ok, other question about updates [08:54] "If the download has started but is currently paused, a progress bar and a “Resume Downloading” button. [08:54] If an update is currently downloading, a progress bar, progress text, and “Pause Downloading” button. " [08:54] mpt, should the "progress text" placeholder remains when you change? [08:54] to avoid having the button moving up/down when pausing/resuming? [09:01] seb128; I'm just about to start testing the System Settings marked as 'completely done, ready for final testing' in the Delivery Dashboard. https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ak5sFuLRpCpBdFlUTzBIVURXb05LcndoQVIxU3pIZVE#gid=3 Could you take a look at this, and if you think any of the items currently marked light green are not completely done and ready for testing could you revert the to yellow background co [09:01] lour. thanks [09:01] JohnLea, hey, I don't have edit right on that google doc [09:02] seb128; you do now ;-) refresh [09:02] JohnLea, and none of the settings are completely done [09:02] seb128; could you revert them to yellow background colour then? [09:03] JohnLea, oh, you have details, it's not "completely done" ... let me double check but the greens ones should be indeed testable [09:05] JohnLea, are those status of the UI or of the features? [09:05] seb128; light green means "engineering thinks this item is completely done and is ready for release". The testing at this point should only be final acceptance testing. If that is not the status of these items e.g. there are any outstanding bugs or missing functionality that needs to be fixed connected to these use cases, please revert [09:06] JohnLea, most of the UIs are done but often the backends didn't land yet (like the current phone app doesn't support vibrating) [09:06] JohnLea, or like the settings ringtone selection is done, but the new phone app didn't land on the touch image yet [09:07] JohnLea, so changing the config is going to work but the result is not going to show in the actual ringtone [09:09] seb128; if there is anything outstanding (related to functionality, UI implementation or quality) for any of the use cases that are highlighted green, the choice is to either a) re-word the use case to remove the item that is not yet done, and move the incomplete item to a subsequent month b) just change the background colour back to yellow. This sheet is supposed to track final acceptance testing, not ongoing testing and developmen [09:09] t. This sheet is a way to track the 'totally done, ready for consumer use tomorrow' items [09:09] seb128; it's not supposed to duplicate our ongoing design and dev processes [09:11] JohnLea, ok, I'm not sure about online account, but none of the others is in that category [09:11] JohnLea, I put them yellow [09:12] JohnLea, we are lacking toolkit support/lightdm to land/mir to land/system image to land/etc etc etc [09:12] JohnLea, none of the settings is "ready for real world users" until all those stuff land [09:12] JohnLea, imho it's not worth your time testing it yet [09:12] seb128; cool, if there is anything not done yellow is good. [09:12] JohnLea, or you can comment on the UIs if you want... [09:12] seb128; thanks [09:13] yw [09:13] seb128; all of the designers should be commenting and reporting bugs against the UI implementation every week anyhow [09:20] 09:40:29 < mpt> seb128, separate topic: popey has asked for me to test System Settings today and report bugs. (a) What project/package should I report them? (b) Any areas I should avoid? [09:20] no i didnt [09:21] hello [09:21] Greetings Mr Spork [09:21] hi! [09:21] (Sporks are my most favourite implements) [09:22] They are the ultimate utensil [09:22] Indeed they are. How can we help today? [09:23] I have a Galaxy S3 i9300, is there a way of setting up duel boot with Jelly Bean and Ubuntu Touch? [09:25] Ooh, not sure about that. We don't cater for dual boot environments at all really with our tools. [09:25] You might find someone on xda has done that, but our tools may tramp all over that as we don't test for that use case [09:25] oaky [09:25] THanks [09:25] Will look in to it [09:42] cyphermox: hey ... in our lab we have problems with wifi not coming up properly. can you explain it? [09:42] cyphermox: check out the "default" testsuite in the most recent runs in our Image tests for logs etc. [09:42] i downloaded the build and the indicator works here somewhat [09:43] so in general seems to be fine === gusch|brb is now known as gusch === b0bben_ is now known as b0bben [09:57] hello guys :) [09:58] Manner: hi [10:00] i have a question about ubuntu touch development. is it possible to make the phone antenna send some random data on a specific frequency? [10:01] unlikely. [10:02] I mean, you can probably poke the radio in various interesting ways, but we aren't developing for that use case. === freeflying is now known as freeflying_away [10:06] and if i dont using the sdk but changing something in the touch source code? [10:06] popey: has documentation landed for the location services API? === hikiko is now known as hikiko|lunch === freeflying_away is now known as freeflying === chriadam is now known as chriadam|away [10:13] Manner: perhaps, but you're constrained by the driver for the radio I suspect, it's going to limit what you can do [10:14] nik90_: good question.. tvoss, do we have docs for qtlocation ? === gusch is now known as gusch|lunch [10:29] asac, looking at the tests, it seems that ueventd actually behaves, but systemsettle still fails due to bits and peisec doing their initialization work ... [10:29] *pieces [10:29] i think it should start a bit delayed [10:33] Morning all [10:37] anyone remember the command line way to change brightness? [10:38] ogra_: what are we waiting for for hte android packaging? [10:38] asac, nothing, i need to switch cdimage [10:38] ic [10:39] * ogra_ will work on that today [10:39] cool [10:49] bah [10:49] the gallery app test on mako has the ueventd hang again :( [10:51] ogra_: i assume rsalveti's patch is not in then [10:53] yeah [10:53] bah, no incoming calls on the pulse image still [10:53] * ogra_ downloads the normal one === chihchun is now known as chihchun_afk === hikiko|lunch is now known as hikiko === rpadovani is now known as WebbyIT === pstolowski is now known as pstolowski|lunch [11:28] ogra_: I see email from rsalveti with a patch, I'm looking + applying [11:28] sergiusens, ah, i thought it was applied [11:29] sergiusens, i'm a bit worried it could poke the devices while udevd does the same though [11:29] since when it restarts the container will emit the signal to fire up udev [11:29] ogra_: it wasn't came in at 2AM, rsalveti has weird working hours ;-) [11:30] ogra_: that's all with upstart though, right? [11:30] ah, well, not much different from mine :) [11:30] which we don't have [11:30] yeah [11:39] sergiusens, was the last pulse image supposed to have picked up bfillers changes ? [11:39] i still cant take incoming calls with it === MacSlow is now known as MacSlow|lunch [11:39] * ogra_ is just flashing the normal image to compare [11:40] ogra_: let me see when it built [11:40] jenkins says 6:00 ... but not which TZ :) [11:40] ah, must be UTC [11:40] ogra_: yeah, that sucks, I always forget jenkinses tz, but it's utc [11:41] yeah, there is that "started at" timerstamp at the top right [11:42] ogra_: http://paste.ubuntu.com/6017349/ [11:42] in case it's easy to compare [11:43] I saw a pulseaudio package ftb in the pa ppa [11:43] hmm [11:43] i dont see a recnt build of phone app in the ppa [11:44] i thought that was supposed to be rebuilt [11:44] ogra_: there is no recent MR either, but was it a phone app fix or a telepathy one? [11:44] well, whatever it was, bill wanted to rebuild it in the PPA [11:45] and the phablet-team PPA is the only one we ship [11:47] nope, no change on todays image [11:47] still cant take incoming calls even on the normal image [11:47] (not surprising if nothing changed) === gusch|lunch is now known as gusch === pstolowski|lunch is now known as pstolowski [12:08] ogra_: is that a maguro specific thing? I can take calls on mako with 20130823 [12:10] popey: no it's an ogra thing I hope or I'll be re-flashing yesterday image :D [12:11] popey, well, apprantly it is a phone-app issue with the new indicator code [12:11] ogra_, was just going to say that [12:11] intesting that it works for you === alan_g is now known as alan_g|lunch [12:11] its intermittent [12:12] I had it happen after receiving a text and call, not sure what triggers it [12:12] ah [12:13] ogra_: I just made a call with todays image [12:14] sergiusens, don't worry about the new pulseaudio build, there are no significant changes [12:15] sergiusens, I've just fixed up the i386/amd64 stuff so that it doesn't FTBFS on those architectures [12:19] Saviq: ping [12:19] pstolowski, pong [12:20] Saviq: can you think of anything in the shell qml that could result in empty dash when emit layoutChanged() from categories model? [12:21] Saviq: I'm emitting it with LayoutChangeHint::VerticalSortHint hint [12:22] davmor2, outgoing is no issue [12:22] Saviq: and I'm not really changing anything, it seems that just emitting the signal already breaks something [12:22] davmor2, do you get a popup on incoming calls ? does the phone app start ? also try the same after sending or recieving an sms [12:23] ogra_, sergiusens so regardless of phone calls, maybe either of you can test recording from the handset mic and see if it works? [12:23] * ogra_ only has the screen turning on, no phobe capabilities beyond that on incoming calls [12:23] diwic, i need to re-flash first but can do that later [12:24] ogra_, sergiusens, just do "parecord /tmp/foo.wav", talk into the mic, press Ctrl+C to stop recording, and listen [12:24] * ogra_ will do [12:24] pstolowski, hmm [12:24] pstolowski, might be our proxy models get confused [12:24] tsdgeos, ideas ↑↑↑? [12:25] ogra_, yeah, it's not an immediate hurry or anything, just something we have forgotten to test [12:25] yup [12:25] On mako, it works with handset mic, but not with headset mic...don't know why :-( === MacSlow|lunch is now known as MacSlow [12:27] ogra_: I have just rung myself 3 time the only one I need to retry is if the phone is in sleep mode it told me the phone wasn't available, while the phone was in awake mode (ie on either the welcome screen or in use everything is fine) [12:27] text to myself worked fine [12:27] texting on both directions works fine here ... outgoing calls too [12:28] i just dont get a popup on incoming ... nor any kind of rintone [12:28] *ring [12:29] ogra_: I'm just waiting on the sleep [12:35] ogra_, pmcgowan: so here is my list, with the phone left to sleep for a while (30 minutes or so) I got "This phone is not available please try again later" from the operator. With it alseep for a short while I get the popup but no ringtone, with it awake it works as expected. [12:36] i dont ever get a popup [12:36] for incoming calls ... [12:36] or a ringtone [12:36] and to be sure i just put the sim into my android phone, works all fine [12:37] ogra_: yeah but your special right :D your just meant to feel a disturbance in the force and instantly answer it right :) [12:37] pstolowski, did you try to emit rowsMoved instead? [12:37] wonder if that would work [12:37] davmor2, ogra_ I know boiko had something in the works yesterday [12:38] well, as i understood bfiller it was just a matter of rebuilding the phone-app with rolled back build deps [12:38] but that didnt happen] [12:38] ogra_, pmcgowan : I'm going to leave my phone till after lunch now and try ringing it again to confirm the long sleep issue [12:40] Saviq, the close app x's never clear now, known bug? [12:41] mhr3_: i don't think it can be used, it has certatin restrictions regarding destination row (described in beginMoveRows) [12:41] never ? [12:41] they usually do for me when i move between lenses [12:41] ogra_, not anymore here, [12:41] oh, yeah [12:41] confirmed [12:41] not even after suspend [12:42] * ogra_ wants the hud close action back === _salem is now known as salem_ [12:42] Saviq: pstolowski: what's wrong? not sure i got it [12:44] tsdgeos: when I emit layoutChanged (with VerticalSortHint hint) from the categories model, I loose all the content from the dash, even though I don't really change any of my model data. [12:44] pstolowski, i don't see any restrictions [12:44] that would make it unusable [12:45] mhr3_: "Note that if sourceParent and destinationParent are the same, you must ensure that the destinationChild is not within the range of sourceFirst and sourceLast + 1." [12:47] asac, looks like the 0823 image has regressed quite a bit ... (judging by maguro, mako would still need give-backs but i dont think it will look better so we could save that work) [12:47] pstolowski, sourceFirst and Last are indices of the moved rows [12:47] pstolowski: what is emmitting layoutChanged? dee-qt? or? [12:48] 19 new failures [12:48] tsdgeos: Categories model (inherits from dee-qt) [12:49] pstolowski: ok, but you do it from there [12:49] which is only proxied by QLimitProxyFilter [12:49] mhr3_: sure; and it would be useful if I move one row at a time [12:51] pstolowski: if you had a branch, i guess i can have a look at it [12:52] pstolowski, that's why i said "tried", it wraps layoutchanged, so you'd know if you're just forgetting something [12:54] tsdgeos: let me first check if proxy model can handle this === alan_g|lunch is now known as alan_g [13:01] davmor2: i left my phone for 50 mins and it still woke to take a call, *but* my phone is on usb so may not have actually slept [13:07] diwic, hmm, so i tried to record, but paplay doesnt seem to work to play it back [13:07] * ogra_ pulls the wav over [13:07] ogra_, can paplay play other files ( paplay /usr/share/alsa/sounds/Front_Left.wav ) ? [13:07] hmm, nothing recoerded either [13:07] no [13:08] ogra_, I remember this was working earlier [13:08] yes it was [13:08] but i dont remember in what iteration, i didnt test it every image [13:08] and i thinnk that test was a few ones ago [13:08] ogra_, what's your pacmd list right now? [13:09] http://paste.ubuntu.com/6017665/ [13:10] note this is freshly flashed [13:10] only for the parecord test [13:11] ogra_, that makes it even more strange [13:11] ogra_, have you tried making voice calls since your last reboot, if so, see if it works after a clean reboot [13:11] i did with the last flashing [13:12] and outgoing worked fine as usual [13:12] i see some files from yesterday in /home/phablet/.config/pulse/ [13:12] let me wipe that dir and reboot [13:12] ok [13:14] nope, no change [13:14] no paplay [13:15] does paplay seem to play back but you get nothing but silence? [13:15] yeah [13:15] like, it quits after the t [13:15] he amount of time that the wave length is [13:15] it returns after a second [13:15] or 2 [13:16] phablet@ubuntu-phablet:~$ time paplay /usr/share/sounds/alsa/Front_Center.wav [13:16] real 0m1.551s [13:16] user 0m0.008s [13:16] sys 0m0.023s [13:16] okay, execute "pacmd set-log-level 4", then try a playback, then "grep pulseaudio /var/log/syslog" [13:17] this funny pulse shell could really learn to send a final newline after the >>> [13:17] ogra_, it works better in PA 5.0 I've been told [13:18] i e, no prompt at all if you specify anything after "pacmd" [13:18] http://paste.ubuntu.com/6017695/ [13:19] ogra_, everything looks okay there [13:21] diwic, aha [13:21] i get output through headphones [13:22] ogra_, but not through speaker? [13:22] yeah [13:22] plars: you around? [13:22] well, that's something [13:22] sergiusens: yes [13:23] actually, headphones were one the things I wanted someone to test, too [13:23] diwic, recording works fine through headphones as well [13:23] ogra_, ooh, that's nice [13:23] doesnt start to work with the phone itself when i unplug though [13:24] that stays quiet [13:24] plars: I'm building a mako system.img for mako with the uevent fix, can you give it a test? [13:24] sergiusens: yes [13:24] ogra_, could you, using the "pactl list sinks" and "pactl list sources" commands, see if the active port toggles correctly? [13:24] plars: ack, I'll pingback as soons as it's uploaded [13:25] sergiusens: ok, thanks [13:25] ogra_, the active port should toggle when you plug/unplug your headset [13:25] diwic, list sinks shows the switch correctly, Active Port changes [13:26] ogra_, sources too? [13:26] yep [13:26] Hanset and Headset [13:26] *Hand [13:28] bah, crap [13:29] i put my micro sim adapter into the GNex to not lose it ... seems i cant pull it out of the slot anymore now [13:31] popey, pmcgowan, ogra_: Okay so now the call goes through I see the indicator but no ringtone, when I hangup the indicator doesn't go away you either have to select decline or answer [13:31] works fine here [13:31] left it 30 mins unplugged [13:32] popey: might be maguro specific then [13:33] popey: anyway I blame ogra_ it worked fine till he said it didn't :D [13:33] lol [13:40] diwic, ping [13:41] salem_, hi [13:43] ogra_: ofonod and download manager is crashing [13:43] known? [13:44] in a local test ? [13:44] diwic, hey, do I need any special package to compile telepathy-ofono + pulseaudio? I used the ones in the archive. [13:44] asac, not known and i dont see ofono crash here [13:45] salem_, so, what's left to do is to change the dependency from libwaudio-dev to libpulse-dev [13:45] salem_, in debian/control [13:45] (i dont see download-manager run either though) [13:45] salem_, that we have to do synchronised with the other pulseaudio changes [13:45] diwic, yep, I did that already. I compiled the package locally. [13:46] salem_, and the pulseaudio image I pointed you to (at the jenkins qa lab, can you access it?) should have all other modifications necessary [13:50] diwic, yes, I am downloading it. thanks [13:51] 108 [13:51] bah [13:52] 109 [13:52] bah [13:52] 110 [13:52] coming ready or not [13:52] 111 [13:52] ogra_: http://reports.qa.ubuntu.com/smokeng/saucy/image/3722/unity8-autopilot/ has those crashes attached [13:53] ah [13:54] barry: around? [13:54] barry, didrocks: I'd like to make a quick eval of where we stand WRT to new Dbus API [13:55] plars: copy http://people.canonical.com/~sergiusens/ueventd/android-ramdisk.img to /boot (overwrite the existing one in there) [13:55] sergiusens: concerning the "high value target" of backup restore on the host, is this something in a merge proposal or some branch? :-) [13:56] lool: need to get that in [13:56] sergiusens: that would be good; would like to avoid announcing people will lose their userdata if they switch to new images [13:57] lool: i am [13:57] barry: So I think didrocks has a couple of issues with the mock, but is mostly done with his updated UI [13:57] barry: how far are you w/ the backend? [13:58] barry, didrocks: Basically, can we get this in the images and testable today? [13:58] lool, didrocks has he tried the latest bzr head? his branch is merged and more work on tests and such have been added [13:58] barry: yeah the issues I mention are from a day or two ago; it's probably all fixed now [13:59] sorry, I don't have the latest status, I'm asking for latest status based on the last one I heard ;-) [13:59] lool: ok, it's not a complicated thing to do... just complicated to think of all the scenarios... I'll get something in in the following hours [13:59] sergiusens: awesome [13:59] lool: i think the backend is mostly done, except for some cleanup and some additional tests. i want to fix the cli's --dbus argument, and then review the spec to make sure i haven't missed anything. i am definitely planning on uploading a new version today, though i'd like to try to get in the channel.ini changes too. [13:59] sergiusens: hmm, just 'fastboot flash boot android-ramdisk.img'? [14:00] barry: we need to sync the uploads as I understand this isn't backwards compatible, right? [14:00] lool: what about latest mock? [14:00] lool: correct [14:00] didrocks: I dont know, you tell me! :) [14:00] lool: everything is fine since yesterday :) [14:00] lool: barry: so basically, seb128 reviewed my changes, from the ui side, it's done [14:00] barry didrocks: Sorry, just ignore my first lines; I basically dont have the latest status [14:00] cool [14:00] so everything is done [14:00] lool: barry: the only part which is faked is the description list, which can't be fixed before my holidays [14:01] didrocks: is this in the image too? [14:01] yeah, then minor adjustement [14:01] lool: landed in trunk at mi-day [14:01] so I guess not in the current image [14:01] didrocks: manifest >> yeah, that's ok [14:01] didrocks: right, i've commented out all the descriptions stuff for now, and we have that bug open on both the ui and backend for when that's fixed [14:01] plars: noooo [14:01] didrocks: any chance you can test the ui against the live client? (i.e. not in test mode?) [14:02] plars: adb push android-ramdisk.img /boot [14:02] didrocks: could you add "(manifest of changes will be inserted here after LP #xxx is fixed)" in the description of the update? [14:02] didrocks: if not, i can give it a try later today [14:02] barry: is your side finished? [14:02] sergiusens: ah, ok, I was thinking this was boot partition image [14:02] lool: there is a TODO in the code [14:02] barry: not sure I'll have time, wrapping up things before holidays ;) [14:02] didrocks: mostly so. i want to review the spec to make sure i haven't forgotten anything, review the tests for coverage, and then do a cleanup pass [14:03] didrocks: no worries! i'll attempt that before i release the new version. [14:03] but seb128 and I tested against the mock, and the ui is behaving as expected regarding the mock [14:03] plars: it's just the android ramdisk, the boot images are ramdisk + kernel [14:03] barry: sweet ;) [14:03] mocks are mocks :) [14:03] hmm why dont I see an update today [14:03] didrocks: is there anything from your side preventing me from uploading a new systemimage package today? [14:04] barry: nothing that I know of [14:04] didrocks: awesome. [14:04] lool: if you have the new UI with the old system service, that's expected [14:04] lool: my guess is that the ui is speaking new-dbus, but the client is still speaking old-dbus [14:04] didrocks: so how do I update out of that? :-) [14:04] I guess system-image-cli [14:04] lool: right, that should still work [14:05] too bad this says "no updates available" :-) [14:05] lool: right [14:05] alright, so to summarize: didrocks is doing minor touches but these don't need upload and barry is doing final touches and will upload new API today? [14:06] sergiusens: just rebooting several times now, as it doesn't show up every time, but I have little doubt this will address the problem [14:06] I guess we will have to defer testing to monday [14:06] lool: correct [14:06] since barry's EOD is a bit late and we'd have to reroll multiple images to test updates [14:06] lool: well, unless you're west of me :) [14:06] if you go sufficiently west I guess I am ;-) [14:06] plars: from the patch it seems it would though [14:06]