[00:25] un problema con la vcomunicacion de dispositivo [00:25] es un milneston droid 3 [00:28] hi === _salem is now known as salem_ === hays_ is now known as hays === salem_ is now known as _salem [04:04] sergiusens: you need to understand how it conflicts with qtchooser and -dev packages, but last time I tried it out it worked fine as long as one checked that correct packages were left installed like qmlscene and qmlrunner. ie after reboot everything continued to work [04:07] it could be easier to apt-get remove qtchoosee ; apt-get install qmlrunner qmlscene [04:30] sergiusens: I can see a problem on my saucy device image though, investigating [04:40] sergiusens: interestingly the symlink seems correct and broken at the same time.. maybe something has changed and the "/*/" isn't expanded anymore, so trying out with dpkg-architecture usage when building the package, which will make it a full path on each architecture [04:53] sergiusens: alright, proposing a fix. it would be nice to know what broke the previous approach, since I remember building and installing qmlrunner less than 3 weeks ago on a device and the symlink wasn't broken. [05:47] My modem went out I saw them come back on (like the cable company was working on the line) and now the router will not connect to the internet. Is there some way to get it to see the internet again without reinstalling the software? (BTW I am hooked up to the modem right now) [06:42] good morning [06:45] My modem went out I saw them come back on (like the cable company was working on the line) and now the router will not connect to the internet. Is there some way to get it to see the internet again without reinstalling the software? (BTW I am hooked up to the modem right now) [07:59] Hi. How can I open manually installed apps on the device? The app lens just show me 6 icons, and no option for scrolling or searching installed items. I`m sure the apps are installed, cause the app Akari shows (probably because the apps are sorted after alphabet) === LLckfan2 is now known as LLckfan === chriadam is now known as chriadam|away [09:01] does anyone know how useable the app store on ubuntu touch is right now? [09:01] there is an app store ? [09:02] * ogra_ doesnt think there is yet :) [09:02] or if there is already an app store ;) === gusch is now known as gusch|away [09:02] as i understand the plan is to support installations directly from the dash [09:03] (i might be wrong though, didnt follow that topic so closely) [09:03] i think you're right [09:03] you can just type what you like to have in the search on the top [09:04] i'm wondering when ubuntu touch is ready to use. [09:05] next week it should be in a roughly usable state [09:05] okay nice! I'll try it out then [09:06] (that means 3g, calls, sending/recieving SMS and importing contacts should work) [09:07] though beware if you have 100s of contacts, i think there is no way to actually manage them yet (you might have to scroll a lot if you want to call someone starting with Z) [09:08] hm yeah same as in android... [09:08] you can seatch them in android [09:08] *search [09:08] seb128: hi! In ubuntu-system-settings/trunk there is now the stub for an "About..." plugin [09:09] mardy, \o/ [09:09] mardy, hey, I just opened https://blueprints.launchpad.net/ubuntu/+spec/client-s-system-settings-panels to track the work for the panels [09:09] @ogra thanks, using android since yesterday :D [09:09] heh, k [09:09] mardy, I made a different spec because I don't want to add too much on the same blueprint, we might even split some panels further in their own blueprint for the complex ones [09:09] seb128: yep, I saw your name for the "About" plugin and thought of letting you know :-) [09:09] seb128: makes sense [09:10] mardy, great, I'm about to write an email about that spec and about having a meeting [09:10] mardy, since you have working code, and ted is back, it seems like a good time for a followup meeting, also to start preparing the work for june [09:10] seb128: yep [09:11] does anyone know if there will be an update manager ready for the end of the month? [09:12] say I install the "stable" version that is supposed to be available soon, will it update current apps by default? [09:12] or do I have to flash a new version once in a while? [09:14] deiu, the latter, but the flashing will leave your data alone now [09:14] I see [09:45] ping ogra_ [09:46] bzoltan1, hey [09:47] ogra_: I need your brain ... [09:47] not in formaldehyde [09:47] ogra_: runnnnnn! [09:47] heh, sure, its all yours === b0bben_ is now known as b0bben [09:47] ask away [09:48] ogra_: I checked the phablet menifest file, ~700 packages... only 4 does not have x86 installable ... [09:48] right [09:48] ogra_: libandroid-audiosystem-asound2 libdrm-omap1 libwaudio1 powerd [09:48] powerd and libandroid-audiosystem-asound2 I do not care [09:49] libdrm-omap1 you shouldnt either [09:49] ogra_: libdrm-omap1 actually builds for x86 target [09:49] which is nonsense [09:49] I know, but it does :) [09:49] you will never find that HW combo [09:50] ogra_: so the point is that I think we should be able to create x86 image ... [09:50] yes, we should [09:50] ogra_: for virtualbox [09:50] and its next on my list once i'm done with the container flip work [09:50] ogra_: and that would make a nice "emulator" [09:50] well [09:50] there wont be an android layer [09:50] ogra_: that is not a problem :) or is it [09:51] i doubt you will have much fun regarding HW related bits [09:51] ogra_: so here is the question... what is the trick? [09:51] (which includes surfaceflinger i guess) [09:51] Me as the sdk and ui toolkit dude I am interested about the shell [09:51] we dont have any display server for x86 atm [09:52] so the images would either have to introduce X or we need to wait for Mir [09:52] I am happy with X for now [09:53] is there a "news" of ubuntu phone price and date ? [09:53] any* [09:53] its free :) [09:53] ^ Nice one [09:53] and dates are: october for the first phone release, april for a converged one [09:53] oh thanks for the info... looking forward to it. [09:54] bzoltan1, i'll be busy with the container flip until end of the week, lets see how hard it is to have x86 next week [09:54] ogra_: Super, thanks for that. [09:55] i assume a lot of issues though ... dont put your hopes to high [09:55] all our userspace work in the plumbing layer is arm centric so x86 bugs are not taken into account yet [09:55] ogra_: the motivation is that Tizen and Sailfish both fake their emulation with an x86 virtual machine. Sailfish with virtualbox and Tizen with qemu [09:56] (sound wont work ... device specific bits will be broken etc) [09:56] right [09:56] ogra_: I do not need stable and fast performing x86 for start... just a virtualbox launching the qml-shell and taking ssh connection [09:56] to have that working properly we still need an x86 android layer [09:57] ogra_: what depends on android? [09:57] after the container flip it should be possible to get you *something* without android .... if thats much helpful is something we will only see then though [09:58] everything that talks to HW in any way depends on android [09:58] sound, media playback, the phone stack etc [09:59] ogra_: these are the things I do not need for the start [09:59] ogra_: All I need is a display server (any) and the qml shell [09:59] ogra_: and networking of course [09:59] right, it might even not be that bad, who knows, but you should expect the worst [10:00] ogra_: If the worst is to have a virtualbox+Shell then I am buying it :) [10:01] well, if all your apps crash because the platform-api doesnt get along that is pretty but wont help you much :) [10:02] ogra_: you underestimate the power of eye-candy bullshit my friend :D [10:03] well [10:03] usable eye candy is surely better than crashing eye candy :) [10:03] ogra_: it is called compromise :) [10:04] hah [10:04] having an x86 virtual phablet at least would give us a starting point === ckpringle_ is now known as ckpringle [10:09] ogra_: other issue... after/during flashing with #140 the flasher lost my device ... how to troubleshoot? Does not boot, does not have anything on sdcard ... [10:09] you can boot into recovery and check with adb === mmrazik is now known as mmrazik|lunch [10:34] _salem: pong [10:36] ogra_: I am in with adb ... what should I look for? [10:37] there are log files in the recovery partition iirc [10:37] last_install or so [10:37] in any case if you got adb you are also able to do a manual install to get back to normal [10:38] (see the install wikipage, it has a "manual" section) === tvoss is now known as tvoss|afk [10:52] ogra_: hmm... I am reading/doing the manual steps... it instructs me to push two different files with the _same_ name to the _same_ place and boot to recovery mode in between. [10:52] yep [10:52] https://wiki.ubuntu.com/Touch/Install#Manual_Installation [10:52] and who does the installation? [10:52] recovery [10:52] needless to say that nothing happened [10:52] autodeploy.zip not found [10:53] E:can't mount /sdcard/ [10:53] if autodeploy.zip exists under /sdcard when booting into recovery it will automatically deploy it [10:53] and remove it in the end [10:53] ogra_: that makes sense... but I think it can not mount the /sdcard [10:53] what device is that [10:53] maguro ? [10:53] Nexus [10:53] yes [10:54] hmm [10:54] bzoltan1, try /data/media/ as target path instead [10:55] iirc android just links /sdcard to it on the maguro [10:55] (since there isnt even an SD card slot) [10:55] I adb shell'ed and I see the autodeploy.zip after I pushed [10:55] ok [10:55] so now reboot into recovery [10:56] and it should show you a progress bar [10:56] I just did... how to confirm that it did install the autodeploy.zip? [10:56] no progress bar [10:56] hmm [10:56] works here [10:57] is your /data full by chance ? [10:57] let me see [10:58] adb shell df === MacSlow is now known as MacSlow|lunch === mmrazik|lunch is now known as mmrazik [11:04] https://pastebin.canonical.com/91763/ [11:04] ogra_^ === gusch|away is now known as gusch [11:10] bzoltan1, that is with the ubuntu recovery mode ? [11:10] (do you have a violet background ?) [11:12] ogra_: Yes, I have violent background. How did you know? but I served the sentences and now I am a decent citizen. :D [11:13] ogra_ I have formated the /data and now it shows up in the df [11:14] ah, good [11:14] so try again === vrruiz_ is now known as rvr [11:24] ogra_: Yes, that helped... now I got a nice QML Shell :) [11:24] thanks for your help [11:25] bzoltan1, btw, I think ogra_ was referring to the background color of the phone's screen, not your personal background :-) [11:25] diwic: :D really? [11:25] heh, yeah [11:26] bzoltan1, violet != violent [11:28] diwic: I know :) I was kidding and I am a radical pacifist :D [11:31] oh well, irony and IRC :-) [11:32] bzoltan1, violently radical indeed ... [11:45] bfiller: sergiusens: oSoMoN: FYI, the app stack has a lot of autopilot failures: http://10.97.0.1:8080/job/ps-generic-autopilot-release-testing/524/ I asked sil2100 to look at why [11:45] (that's why it's not in next, just daily-build-next) [11:47] didrocks: looking at it [11:48] oSoMoN: you know that the videos are attached as well, right? [11:48] didrocks: yes, thanks [11:49] didrocks: I think I know what it is, there seems to be a regression in the UITK, the panel doesn’t hide when tapping outside of it anymore, I’m trying to get someone from the SDK team to confirm [11:49] oSoMoN: ok, thanks! === SkavenXXI-[OFF] is now known as SkavenXXI [11:57] kalikiana: fginther: can we move the u1db-qt packages to the https://launchpad.net/~ubuntu-sdk-team/+archive/ppa PPA? [11:57] it is setup to use actual ARM hardware for armhf builds === t1mp is now known as timp === tvoss|afk is now known as tvoss [12:02] mhall119, fginther seems good to me, in a way might even be a more appropriate place (though I don't think we have much logic in the ppa's in general) [12:05] kalikiana: yeah, it makes more sense to put common platform stuff in there than in the Core Apps ppa === philhug_ is now known as philhug [12:21] rsalveti: "Android bits small enough to get packaged" ... did we achieve that? [12:21] that was a goal for this month i found :) === datagutt is now known as schtaunkgarten === schtaunkgarten is now known as datagutt [12:25] asac, theoretically [12:27] ogra_: what was done on the stripping side? [12:27] did we do anything tangible? like committing a reduced manifest? [12:27] see http://phablet.ubuntu.com/export/ [12:27] a new URL :) [12:27] thats the tarball from the git repos [12:27] good [12:27] 2.1G -> 600M [12:27] we consider that small enough>? [12:28] but packaging it gets close to impracticall [12:28] http://paste.ubuntu.com/5696703/ [12:28] packaging will be june goal from what i see :) [12:28] so not so important right now :) [12:28] the license data alone is several megabytes [12:28] but delivering early june would be good [12:28] wpackaging depends on the bionic toolchain to be in the archive [12:29] right [12:29] well. you can still do it ... just upload a fake cross toolchain package :) [12:29] hehe [12:29] with the linaro binaries ... put that in ppa [12:29] to get the rest done ... doko will come along [12:29] 4.3M licenses [12:30] thats good... means there is lots of good stuff :) [12:30] yes [12:30] haha [12:30] for me that means there is big value in this chunk [12:30] note that this doesnt take the "unknown" files into account at all [12:30] they are a lot more than the licensed ones [12:30] sure, but if they come from android they usually have license on top [12:30] and should be fine [12:31] this is just the output of licensecheck run on the whole repo and then split by license [12:31] we wont package the big chunk i guess [12:31] but cut it into smaller pieces from the beginning [12:32] thats all stuff for next month though [12:32] so if we deliver thge apckage into the archive [12:32] will we also have to adjust build infrastructure still? [12:33] sure [12:33] we will have to do something with the package :) [12:33] guess thats an easy change? [12:33] though the change will likely look like: [12:33] who will do that? foundations? [12:34] apt-get install android-system-image-$subarch && cp /usr/share/android-system-image-$subarch livecd-rootfs-$dist-system-$subarch.img [12:34] that should be all thats needed in the end [12:34] asac, me i guess [12:34] not colin? [12:34] unlikely [12:35] i'm the only one working on the image build stuff for touch atm [12:35] colin reviews though [12:35] asac, and sergiusens rsalveti are members of the cdimage team now ... on purpose [12:36] big hackfest on the image production side [12:36] as soon as we completely move away from jenkins we three will have to handle touch builds [12:36] until then we kind of did split the work into they maintaining jenkins and me preparing cdimage [12:36] ogra_: ack... same resp, different server :-) [12:36] well, completely different software :) [12:37] ogra_: where were those docs again? [12:38] sergiusens, https://wiki.ubuntu.com/ReleaseTeam/CDImageSetup [12:38] ty [12:38] but you also need a machine account [12:38] i think that hasnt happened yet (colin asked me to remind him and i forgot) [12:39] (he is off today i'll try to remember it tomorrow) [12:40] ogra_: on the core side, did we manage to get everything in the archive? [12:40] in saucy? [12:40] ogra_: well, I'll read the cdimage branch and the other two to get a handle of it [12:40] no [12:40] ogra_: from PPAs [12:40] what is missing? [12:40] nope [12:40] what was done? [12:40] i think didrocks is pretty much done with the UI parts [12:41] but there is still plumbing stuff in the phablet team PPA [12:41] for desktop or also for phablet UI? [12:41] didrocks: ? [12:41] we need the container flip completeted for some of this (so we know if the hacks are still needed) [12:41] phablet UI [12:41] asac, for the touch ui indeed [12:41] basically, apart from the shell, we have all touch components we are upstream for daily releasing [12:41] in the ppa [12:41] (in raring) [12:41] asac: ogra_ https://blueprints.launchpad.net/ubuntu/+spec/client-1303-ubuntu-touch-porting [12:42] ask in #ubuntu=desktop about desktop :P [12:42] didrocks: do you also build everything on saucy in parallel ? [12:42] some prereq are missing, that the foundation phone team committed to upload to saucy [12:42] kk [12:42] didrocks: what are those? [12:42] asac: no, daily release is just associate a branch with one release [12:42] one sec… [12:42] prereq [12:42] libhybris, telepathy-logger-qt5, telepathy-ofono, telepathy-qt5 [12:42] sergiusens, oh ... what did you do wrt plymouth ? [12:42] and that's it :) [12:43] om26er: wasn't in that vUDS, but all I did was remove the custom package we had [12:43] ogra_: ^^ [12:43] om26er: disregard ;-) [12:43] aquarius: where do we stand wrt "working prototype of image upgrades ... server" [12:43] ? [12:43] ah, but the .overrdie files are still in place i guess [12:44] asac, i think thats stgraber-land [12:44] really [12:44] abnd berry [12:44] he is lazily sleeping :) [12:44] *and [12:44] or not in ubuntu-touch [12:44] i think aquarius doesnt do the actual implementation (might be wrong though) [12:44] stgraber is not on [12:44] ogra_: i hope he knows about whats going on though [12:44] i hoped :) [12:44] lets see [12:44] if he is not involved at all he might not know :) [12:45] probably a long weekend, its a public holiday tomorrow in many parts of the world [12:45] asac, erm... image upgrades? [12:45] asac, as in "upgrade the whole OS"? [12:45] aquarius, image based upgrades [12:45] or a diff ... [12:45] aquarius: https://docs.google.com/a/canonical.com/presentation/d/1pA9ImGAXoku-nw7FUJ_QpwIf-C68idjGtdfdP-1VupE/edit#slide=id.p [12:45] that json server thing [12:45] chgeck out timeline ... may goals [12:46] ogra_, asac, I'm not involved with the image-based upgrades stuff [12:46] i think the final implementation also waits for the flipped containers [12:46] aquarius: that feels odd :) [12:46] thought you guys are our server folks now [12:46] hehe [12:46] ogra_: yes, still have overrides [12:46] launchpad replacement team [12:46] was the idea [12:46] sergiusens, right, we need a proper solution for that [12:46] aquarius: ok thanks. guess its all in foundations land then as ogra pointed out [12:46] sergiusens, we should talk to slangasek, he is pretty good with plymouth [12:47] asac, we (onlnie services) aren't involved with that. packages, yes. the OS, no. [12:47] aquarius: ok will surely ping you on packages :) [12:47] ogra_: well we had a vUDS session and plymouth was mentioned, might need to revisit it [12:47] asac, sure -- tbh, you could talk straight to beuno on that, which will be quicker, but if you want to involve me too, OK :) [12:48] sergiusens, i dont think we went into plymouth in detail, it was more about suppressing fsck [12:48] Saviq: mind updating https://code.launchpad.net/~unity-team/unity/phablet.release-178/+merge/165995 to include the other bits that landed after? [12:49] (which is already there .... ) [12:49] (teh workaround i mean) [12:49] sergiusens, already did? [12:49] ogra_: tbh, I never branched plymouth, but wouldn't mind taking a look [12:49] aquarius: i am sure you work on other stuff relevant to the phone? [12:50] asac, ya [12:50] sergiusens, /me checks [12:50] anything that goes on the images or needs something to land on the images? [12:50] sergiusens, well, i guess we either need to keep the overrides or teach plymouth to not start anything graphically at all [12:50] the latter would indeed be cleaner [12:51] sergiusens, yeah, everything's merged [12:51] Saviq: forgot to refresh. Still, there are some updates in there anew from 2 hours ago [12:51] aquarius: anyway, if i dont bump into something lets chat about that friday [12:51] sergiusens, hrm === jhodapp is now known as jhodapp|brb [12:52] sergiusens, bzr fail, updating [12:53] Saviq: yeah, hard to look a reverse dep === _salem is now known as salem_ [12:56] sergiusens, updated, but we might have an issue with the new Launcher again (filtering input from the apps), checking [12:56] mhall119, kalikiana, Yes. I can target the u1db-qt builds for the ubuntu-sdk-team ppa. I'll also setup a job to copy the packages to the Core Apps Daily ppa (unless you think that's not a good idea) === MacSlow|lunch is now known as MacSlow === mmrazik is now known as mmrazik|afk [12:58] fginther: core apps PPA already depends on the ubuntu-sdk-team PPA, so I don't think we'd need them copied [12:58] mhall119, ok. thanks [12:58] who would own "Unity QML in archive (Unity Next) [12:59] " ? [12:59] desktop team ? [12:59] given it will actually become our desktop [13:01] asac: ogra_ that's Saviq ... but once the deps are resolved it should just be part of the daily release process [13:01] asac: well Saviq on the technical side at least [13:04] nerochiaro: ping! [13:04] Ubuntu Touch Clinic is open, Dr's popey and mhall119 are taking questions [13:05] if you have any questions about Ubuntu Touch, the SDK, apps or app development, just go ahead and ask them [13:05] nerochiaro: are you around? [13:06] nerochiaro: we saw some new autopilot issues in the notes-app [13:06] mhall119, if popey is the Dr. are you the nurse ? [13:07] Hello Nurse! [13:07] ogra_: the Dr's was plural [13:07] :) [13:07] :P [13:07] haha [13:07] I do have great legs though [13:07] shaved ? [13:07] ʘ‿ಠ [13:08] * popey closes the curtain [13:08] ogra_: whatever you like sweety [13:08] sil2100: i'm here [13:08] :D [13:08] sil2100: what's the issue ? [13:08] sergiusens, k, I can't reproduce mzanetti's issue, when you check the shell release out, keep a close eye on the fact that you can't interact with the app through the launcher [13:09] nerochiaro: https://jenkins.qa.ubuntu.com/job/ps-generic-autopilot-release-testing/524/testReport/ [13:09] nerochiaro: it seems there are more than one issue, maybe something in SDK changed? [13:09] nerochiaro: could you take a look? [13:10] sil2100: when did it start ? after the merge that happened yesterday ? [13:11] tmoenicke: when you say it works you only mean the keyboard doesn't bounce back, right ? [13:11] nerochiaro: yes === ckpringle_ is now known as ckpringle [13:13] Saviq: k, I'm guessing by interact you mean, launch and refocus === jhodapp|brb is now known as jhodapp [13:14] sergiusens, no, the fact that you can press the dialer numbers *through* the Launcher [13:14] (you shouldn't) [13:14] nerochiaro: not sure, could be - there also seems to be a regression in UITK [13:14] tmoenicke: that's only half the problem (which was caused by setFocus(true) instead of setFocus(false)). The other half is that when you call setFocus(false) the inner TextInput loses focus but the SDK TextArea that wraps it does not lose it. So i can't give it back focus by saying TextArea.focus = true because it's already true (even though the cursor it's gone as the inner TextArea is unfocused now) [13:15] nerochiaro: not sure if that's related? [13:15] nerochiaro: bug #1185397 [13:15] bug 1185397 in Ubuntu UI Toolkit "[regression] The panel doesn’t hide when tapping outside it" [Undecided,Confirmed] https://launchpad.net/bugs/1185397 [13:18] sil2100: yeah we should probably wait until that regression is fixed. panel is the base class for toolbars i think, so if they don't hide we have a problem for sure [13:22] zsombi: still busy ? [13:24] I'm using sudo with logged in with phablet through ssh server, but get permission denied errors, why is that? [13:25] when executing apt-get [13:26] johba: can you pastebin the whole section where the error occurs? [13:28] johba: using 'phablet' as the password when it asks you for one? [13:28] popey: http://pastebin.com/331L52cU [13:28] mhall119: doesn't ask [13:28] sudo apt-get update [13:28] its because you had && apt-get [13:28] err [13:28] upgrade i mean [13:29] sudo apt-get update && sudo apt-get upgrade [13:29] (you need a sudo for the second command too [13:29] ) [13:29] i.e. the second apt-get didn't have sudo, as ogra_ says ☻ [13:29] ahh -.- sry [13:29] :) [13:29] np ☻ [13:29] easy solutions like that are the best :) [13:30] popey, mhall119: Crespo hates me. I managed to I think remove the java apps from the cm_crespo image under device/samsung/crespo and I got it to the building the kernel phase but it says there were 2 errors but I don't see where they are is there a way to find out? [13:30] right, thx guys :D [13:32] davmor2: you're porting the touch image? [13:32] * mhall119 doesn't know what crespo is [13:32] a device [13:32] mhall119: yeap, samsung galaxy nexus s [13:33] I've not tried porting to a new device yet. [13:33] neither have I [13:33] I'd be looking for most recently written logs in the build directory though [13:34] * ogra_ did a port to a galaxy S2 ... [13:34] ogra_: can you answer davmor2's question? [13:34] davmor2, try to redirect the output of brunch to a file [13:34] mhall119: also there is a missing line in the guide in the automatically get the image, it doesn't tell you to do . build/envsetup.sh before the first breakfast [device_name] [13:34] so you dont lose the scrollback [13:35] sergiusens, ^^^ [13:35] ogra_: ah nice plan I'll try that tonight === mmrazik|afk is now known as mmrazik [13:36] "build/envsetup.sh before the first breakfast [13:36]