[00:10] mterry, bringing in charles [00:10] * charles clicks [00:10] charles, ^ seems that mterry wants the desktop_greeter for ipower instead of phone [00:13] mterry, so switching from /phone to /desktop_greeter in i-power avoids the crash you backtraced @ https://code.launchpad.net/~mterry/unity8/greeter-profiles/+merge/237155/comments/595770 ? [00:14] mterry, if so, any idea what's actually causing the crash? What prompted you to try changing the i-power profile to work around it? [00:26] charles, tedg: I think you have it backwards (or I typed backwards) [00:26] charles, tedg: currently, power uses "/desktop_greeter" when set to phone_greeter profile [00:26] charles, tedg: switching that to use /phone instead fixes the problem [00:26] mterry, ok, that sounds better at least :) [00:27] mterry, still, I'm curious what the crash is [00:27] charles, tedg: the reason I was digging in that area was I was updating my profile-switching unity8 branch to merge from trunk [00:27] charles, tedg: I noticed this hang problem (not a crash) and determined that it only happened if I used phone_greeter profile [00:27] charles, tedg: so I started going through the indicators to see which indicator's phone_greeter profile was the problem [00:28] charles, tedg: I'm not sure who's at fault (certainly at least a little bit unity8, we probably shouldn't let an indicator DOS us) [00:28] charles, tedg: but I'm curious why desktop_greeter would cause such a difference? (seems that u8 is just forever trying to render an icon) [00:30] Unfortunately, jenkins hasn't made deb files for my branch yet [00:30] Otherwise you could test and see it yourself [00:30] mterry, yeah, that's very strange. even if unity8 gets a little of the blame this is likely the power indiator's bug... [00:30] mterry, is jenkins queued to build? [00:30] charles, yeah I could *imagine* maybe if it were making a bunch of icon change requests...? But I looked and didn't see spam on dbus-monitor [00:31] mterry, I'm EOD soon but can check back later and give it a test drive [00:31] charles, yeah it should automatically generate some debs from my last commit [00:31] so I don't have to do anything special to trigger the crash, just use [00:32] mterry, so I don't have to do anything special to trigger the crash, just use 'desktop_greeter' instead of 'phone' for the profile on the phone? [00:32] charles, yeah. Sometimes booting is enough. Other times I play with indicators a little bit. Open them and just bounce the drag-reveal bar up and down in the middle of hte screen, side to side to switch indicators [00:32] Eventually u8 freezes [00:33] charles, well the profile is already desktop_greeter in the indicator file [00:33] charles, switching to phone fixes it [00:33] charles, but as is, desktop_greeter will cause a freeze with my branch [00:33] charles, but you usually see the freeze within a minute of boot/play [00:34] charles, so reproduction steps are: flash, install debs from that MP, and then just play with indicator bar [00:38] mterry, ack [00:54] ogra_, ok, i'll need a hand doing that in the morning :) [02:51] Hi is there anyone here who can help me? im trying to install the Ubuntu Touch OS on my Google nexus 7 (2013) and im having difficulties near the ned of installation === chihchun_afk is now known as chihchun [04:20] hello as;; [04:20] all [05:07] anyone getting failed to enter recovery when flashing ubuntu over android? === LarrySteeze is now known as LarrySteeze|Away [06:59] mvo: ping [07:00] bzoltan: pomg [07:00] mvo: the chroot.py in the lp:click lists the intltool as part of the frameworks [07:00] mvo: still it is the intltool-debian package what gets installed when the click chroot is created [07:00] mvo: and the cmake looks for the /usr/bin/intltool-merge [07:01] mvo: when the intltool-debian installes to the /usr/share/intltool-debian/intltool-merge [07:01] bzoltan: right, let me check that [07:01] mvo: why the click chroot does not install the explicit package? [07:01] mvo: it is this bug -> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1384724 [07:02] Launchpad bug 1384724 in click (Ubuntu) "click chroots do not have intltool" [Critical,New] [07:05] mvo: here is the logs from my click chroot creation -> http://pastebin.ubuntu.com/9067294/ [07:05] mvo: I am on utopic [07:05] bzoltan: chroot creation is running so that I can check why its missing, it should be there [07:08] bzoltan: whats your click version? [07:14] mvo: 0.4.33 [07:17] bzoltan: aha, I think that explains it, it got added as part of https://launchpad.net/ubuntu/+source/click/0.4.34.2 - see the [ David Planella ]part. I guess it needs to be updated in your sdk ppa [07:17] mvo: hm... and that is archeologic [07:18] mvo: the silly thing is that teh sdk ppa has the super latest click :) but I was dogfooding on the dev tools PPA ... sorry, my bad [07:19] bzoltan: no worries [07:20] mvo: once I caught you :) we will soon have a new fw package for vivid target.. the qt5-qmake-cross-armhf package. That should be installed in the vivid chroots in order to support qmake crossbuild [07:21] bzoltan: just seed it as part of the ubuntu-sdk-libs and it will be there [07:21] bzoltan: the chroot is now build entirely from the ubuntu-sdk-libs-dev package, no need to modify click anymore :) [07:21] mvo: hmmm... it is something what should exist exclusively on click chroots .. it was made for that. I do not think it is harmful on any other env thou [07:22] mvo: and that package is built only for x86 targets not for armhf [07:23] bzoltan: oh, in this case I need to look at the code and scratch my head a bit, it seems to be a bit of a special snowflake [07:24] bzoltan: would you mind to file a bug so that its not forgoten? another project is keeping me super busy right now [07:25] mvo: but wait a sec ... how those packages will be installed to the chroot what are now listed for utopic fw and not part of the sdk-libs-dev? [07:26] mvo: was anybody testing the 15.05 chroots if they are actually functional with the SDK? [07:27] bzoltan: I don't think so, I tested that the chroot itself works, but did not do a intergration test with the sdk [07:27] mvo: it is not to simplify and clean up the click project... but we have an SDK to run in the meantime :) [07:28] bzoltan: you mean the new structure of the chroot creation using ubuntu-sdk-libs-dev? I did check that all the packages are there :) [07:30] mvo: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs and http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs-dev [07:30] mvo: so for example how the intltool gets installed? [07:33] bzoltan: it dosn't which is a bug . shows once more the importance to keep chroot.py and the seeds in sync (and also that its better to have this only in a single place :) [07:33] bzoltan: let me add it to the seeds [07:34] mvo: super, thank you. I agree that it is safer and better to have a single place for the SDK definition [07:35] mvo: I will take care of the SDK integration tests and turn back to you if I find any problem. [07:37] bzoltan: thanks for noticing the problem! its added to bzr now and I will upload the package in some minutes [07:38] mvo: nice ... for the qt5-qmake-cross-armhf:i386 dependency I think we need to have a separate metapackage .. like for tools/toolkchains and stuff [07:41] bzoltan: cool, if you have a plan, please include it in the bugreport [07:42] mvo: I am still thinking ... you install the sdk-libs-dev:target ... that metapackage pulls the cmake and intltool [07:43] mvo: will it install the cmake:armhf? [07:44] bzoltan: cmake is marked multi-arch: foreign so apt knows it can install the :amd64 version instead of the :armhf version [07:44] (so is intltool) [07:44] mvo: so this http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs-dev has both tools what should be native i386 and target dev what should be armhf [07:45] mvo: OK, I see.. but my qt5-qmake-cross-armhf is not a multiarch package [07:45] mvo: as it is not possible to build it for armhf ... [07:46] mvo: precisely this is how it is done -> https://code.launchpad.net/~bzoltan/kubuntu-packaging/qt5-qmake-cross-armhf/+merge/241568 [07:57] good morning === chihchun is now known as chihchun_afk [08:02] bzoltan: ubuntu-touch-meta with the updated libs is uploaded once its available in the archive a full test can be done === chihchun_afk is now known as chihchun [08:10] mvo: thank you. For the qmake project support I will need that qt5-qmake-cross-armhf:i386 installed in the click chroot. The new qtabse to provide that package is on its way to the archive. So what do you suggest? [08:11] bzoltan: please file a bug and I will look at it once its in the archive [08:19] mvo: zbenjamin had a problem with creating 15.04 click chroot -> http://pastebin.ubuntu.com/9068140/ [08:21] bzoltan: right, this is also addressed with the ubuntu-touch-meta upload, the two packages in the log got renamed [08:22] zbenjamin: ^ you have heard the man [08:22] mvo: thank you [08:22] yw [08:23] mvo: and here is the bug -> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1393698 For the time being I cold live with a workaround to add that package to the list in the chroot.py [08:23] Launchpad bug 1393698 in click (Ubuntu) "Cross qmake to the chroots" [High,New] === Ursinha_ is now known as Guest58037 [08:34] --revision is not accepted by ubuntu-device-flash, https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1393699 [08:34] Launchpad bug 1393699 in goget-ubuntu-touch (Ubuntu) "not accept --revision parameter" [Undecided,New] [08:34] help help [08:43] pete-woods, jdstrand: are fields like "Unknown fields in 'flickr/com.canonical.scopes.flickr_flickr.ini': description[bg], description[ca], description[cs], description[da], description[de], description[el], description[es], description[eu], description[fi], description[fr], description[gl], description[hu], description[it], description[nl], description[pl], description[pt], description[pt_br], description[ru], description[sk], description[ [08:43] sl], description[sv], searchhint[bg], searchhint[ca], searchhint[cs], searchhint[da], searchhint[de], searchhint[el], searchhint[es], searchhint[eu], searchhint[fi], searchhint[fr], searchhint[gl], searchhint[hu], searchhint[it], searchhint[nl], searchhint[pl], searchhint[pt], searchhint[pt_br], searchhint[ru], searchhint[sk], searchhint[sl], searchhint[sv]" in a scopes .ini file something that is working and which click-reviewers-tools sho [08:43] uldn't complain about? [08:43] dholbach: yes. those are the translations [08:44] pete-woods, so that's stuff which is actually working? [08:44] it needs to accept any of the known keys with [XX] on the end [08:44] my mistake when putting in those rules [08:44] for description, searchhint - anything else? [08:47] hmm, I think displayname too? [08:48] maybe author? [08:48] dholbach: ^ [08:48] ok [08:48] http://bazaar.launchpad.net/~click-reviewers/click-reviewers-tools/trunk/view/head:/clickreviews/cr_scope.py#L109 [08:48] I see there was probably originally support for this [08:48] maybe I broke it [08:49] I filed 1393706 [08:49] if so, apologies [08:55] pete-woods, nevermind - the PPA was not updated to tip of trunk yet :) [09:28] thostr_: hi! Why do you think that bug 1393470 is a critical one? [09:29] bug 1393470 in libaccounts-glib (Ubuntu) "Service cache doesn't update as services change" [Critical,New] https://launchpad.net/bugs/1393470 [09:29] mardy: as it seems to be able to corrupt the database [09:30] mardy: or rather, with a broken service file you can corrupt the db/cache [09:31] mardy: which would be pretty bad... how would you recover on a consumer device from that? [09:32] thostr_: it's more correct to say that if the developer changes the provider or type in a .service file after it has being deployed, the info is not updated; which is pretty bad, I agree, but the situation shouldn't happen in the first place [09:32] thostr_: we see it happening in developers' environments, while they play with the .service files [09:33] thostr_: IOW, it's an annoying bug which hurts developers, but I don't think that it has a big impact on users [09:34] mardy: right. but that also means by installing a super strange service file with a long list of existing names I could potentially pre-populate the db without any chance for the users to be cleaned up again, no? [09:35] thostr_: no, that cannot happen. The service file is only relevant for the application, it doesn't add providers or other user-visible stuff [09:36] thostr_: it cannot create conflicts with other services, even; the only thing which it can break is the application itself [09:37] mardy: so, it will be only the one app - service relation that would break? [09:38] Good morning all; happy Entrepreneurship Day! :-D [09:38] thostr_: yes [09:38] thostr_: which is not to say that it's not an important bug, we can even tag it as OTA, but I wouldn't say it's that critical [09:39] mardy: yes, agree. will mark it as high, because it's still a pita for devs [09:39] thostr_: +1 === dandrader is now known as dandrader|afk [10:14] Hi guys...I just want to know how is the functionaltiy of the Ubuntu-Touch-i9300_build3... [10:15] Can I use it as a phone or is most of the functions still not working [10:17] Anybody their? [10:18] Nevermind...jesus this site sucks === Guest58037 is now known as Ursinha [10:38] . === dandrader|afk is now known as dandrader [10:52] mvo: zbenjamin: the qt5-qmake-cross-armhf is now available in Vivid === _salem is now known as salem_ [11:26] mvo: sorry to be pushy :) but the click fix is the last blocker of the qmake support. Do you think you can add that line to the chroot.py shortly. We can figure out the long term solution later on. [11:30] Hi, I'm trying to figure out how the boot process works on the Tegra K1, DTB stuff and kernel. Can you help me, or do you know of a better channel to ask? === MacSlow is now known as MacSlow|lunch [12:04] mardy, actually they aren't online-accounts tests, but they are using some test plugin for it [12:05] mardy, trying to create an account with 'com.ubuntu.reminders_evernote-account-plugin-sandbox' [12:05] mardy, but the account returned is blank [12:06] brendand: you mean that a blank screen pops up? [12:06] mardy, let me find the code [12:07] from gi.repository import Accounts [12:08] self._manager = Accounts.Manager.new() [12:08] account = self._manager.create_account('com.ubuntu.reminders_evernote-account-plugin-sandbox') [12:09] then account.get_settings_dict() is empty [12:09] mardy, do those gi bindings belong to OA? [12:12] brendand: yes they do [12:13] mardy, so what's going on back there that the call would return a blank account? [12:13] brendand: can you find a .provider file for com.ubuntu.reminders_evernote-account-plugin-sandbox in /usr/share/accounts/providers/ or ~/.local/share/accounts/providers/? Maybe that's missing [12:14] mardy, it's in .local [12:14] mardy, wait - not the sandbox one [12:16] mardy, ok i see now this is clearly not installed. i'll go find out why [12:16] brendand: cool :-) [12:22] ogra_: eek, no -- unless you apparmor that properly it would mean that every process can crash your device :/ [12:22] hmm, k [12:23] i dont really get why it can reboot with the same code path [12:25] oh [12:25] apparently via capset [12:26] cap[CAP_TO_INDEX(CAP_SYS_BOOT)].effective |= CAP_TO_MASK(CAP_SYS_BOOT); === alan_g is now known as alan_g|lunch [12:58] bzoltan: on the phone, really bad timing currently as there is another project of very high priority going [12:59] mvo: I could do the single line change and release a "fork" in the SDK PPA. === dandrader is now known as dandrader|afk === MacSlow|lunch is now known as MacSlow [13:40] ogra_, how do i get a chroot from recovery? [13:40] you need to mount the rootfs ... then just chroot into the mountpoint [13:41] on krillin yu can just do: mount /system IIRC [13:42] dholbach, pete-woods: that is bug #1392133. I fixed that yesterday and asked beuno to get that into the store (I think pindonga may be working on that this morning) [13:42] bug 1392133 in Canonical Click Reviewers tools "Click review complains about internationalized ini files for scopes" [High,Fix committed] https://launchpad.net/bugs/1392133 [13:42] jdstrand, yes, we're waiting for the deploy to happen [13:42] jdstrand, yep, pinged pindonga about it too [13:43] * jdstrand nods [13:44] too bad for me i uploaded most of my scopes already, sorry for all the manual reviewing guys :) === alan_g|lunch is now known as alan_g [13:50] charles, I assume you're sleeping now, but the greeter-profiles branch has its jenkins-built debs ready [14:00] pitti, pmcgowan: confirmed, updating upower to 0.99 in rtm fixes the issue :-D [14:00] yay [14:01] kenvandine, trivial change for rtm right? ;-) [14:02] seb128, only 4 packages :) [14:02] kenvandine, yeah, and only a few line changed in upower, right? :p [14:02] doubtful :) [14:02] let's say only a few lines changed in the three others :) [14:03] indeed [14:03] jdstrand, dholbach r294 on prod now [14:03] pindonga, yeehaw! [14:03] cwayne1, pete-woods: ^ [14:03] seb128: for upower itself, well, it's *cough* *mumble* *cough* plus 4 lines [14:03] pitti, dbus-daemon even goes idle while suspended :) [14:03] pindonga: thanks! [14:03] thanks a lot everyone [14:03] this would have to help a ton with power usage [14:04] at least while plugged in :) [14:05] seriously... dbus-daemon isn't even always on the page in top :) [14:06] pitti, hehe [14:06] pitti, and on wake up (with system-settings focused) dbus-daemon tops out at 0.3 [14:06] kenvandine, pitti, I'm not arguing we shouldn't update, it's just not a trivial one [14:06] unlike sometimes hitting 80 with the screen off [14:06] seb128, indeed... which is why i really tried avoiding this [14:07] what a huge improvement though! [14:07] in real world use as well? [14:07] or just in the special case of "suspend while on setting's battery page"? [14:07] i don't have data with it unplugged [14:07] seb128, not even on settings battery page [14:07] I never had such issues that I could see on my device [14:07] in fact... not only with settings running [14:08] seb128, on rtm, if you watch top and turn the screen off while plugged in [14:08] upower causes dbus-daemon to keep spinning [14:08] bouncing up and down, i saw it go over 80 while the screen was off without system-settings running [14:09] kenvandine, weird [14:09] seb128, it was just very noticable in system-settings on resume [14:09] because dbus-daemon was busy [14:09] kenvandine, I've 39 min of cpu use for dbus-daemon in top [14:09] we have sync calls [14:09] but that's over days [14:09] so it's not hitting the cpu all the time for me [14:09] or that number would be hours [14:09] it does if it is constantly plugged in [14:10] seb128, i think it's fine when it's not plugged in [14:10] I don't plug my phone a lot [14:10] like once every second night to charge [14:10] if you actually use the phone and remove the chord it isnt that bad [14:10] right [14:10] k [14:10] so it's not a "real world usecase" [14:10] it aweful while plugged in [14:10] it definitely taints our smoke tests ... [14:10] I mean who cares about wakeups when plugged [14:10] and is very krillin specific [14:10] ogra_, we've seen it on mako too [14:10] maybe not as bad [14:10] (we have a test that checks if the system goes above 95% idle before and after a test run) [14:11] seems like not a rtm blocked to me [14:11] we could fix it for ota1 [14:11] yeah [14:11] I mean it doesn't eat battery when unplugged [14:11] yeah, i wouldn't want to rush [14:11] and when plugged you don't care that much [14:11] if you try to use your phone plugged in though [14:11] it sucks :) [14:11] most users don't I expect [14:11] or not often [14:11] why not? [14:12] i always plug mine in while driving [14:12] beacause you use your phone when you are not home [14:12] or in the couch [14:12] and listening to music [14:12] not especially sitting next to the plug [14:12] music-app stutters often [14:12] oh right, car people :p [14:12] hehe [14:12] no plug in public transportion or while walking [14:12] indeed [14:12] anyway that's not something worth arguing over [14:12] i' [14:13] I was just trying to give some perspective to say that ota is probably fine [14:13] but just my opinion [14:13] i'd like to look at this for ota-1 [14:13] +1 [14:13] i don't want to block on it [14:13] well, it will definitely hit some OTA at some point :) [14:13] pete-woods, cwayne1, new scripts deployed [14:13] we're rolling :) [14:13] pmcgowan, ^^^ what do you think? [14:13] roll baby roll! [14:13] :) [14:13] rolling rick? [14:13] :-D [14:14] beuno: :D thanks [14:14] so silo 16 has a sync of indicator-power, upower and powerd from vivid [14:14] and a backport of just the upower fixes for settings [14:14] didnt you alsso need the new dbus ? [14:15] we need to look at the indicator-power sync to see if it includes more changes than we want [14:15] ogra_, nope [14:15] this is with rtm's dbus [14:15] oh, cool [14:16] also... the dash fills super snappy while plugged in [14:16] it used to feel more stuttery to me while plugged in, maybe that was related [14:20] kenvandine, hey, there has not been any review activity on [1] so I've made some updates to it, mainly drawing the whole carrier story near the spec. [1] https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/cellular-manual-carrier-persist-fix-1388044/+merge/241541 [14:21] it's most def ready for review now [14:22] jgdx, sorry, i've been focused on things we wanted to get into rtm soon and this upower issue [14:22] jgdx, i'll review it today [14:23] kenvandine, no matter, it's ota1 :) I am just concerned that I'm spending time on something that will be rejected as too non-trivial for ota1 or some such. [14:23] jgdx, is there an ofono API to handle bug 1379850 [14:23] bug 1379850 in Ubuntu UX "[system-settings] should allow switching 2nd SIM to 3G data" [High,Triaged] https://launchpad.net/bugs/1379850 [14:24] kenvandine, per the bug, yes, bug 1373388 [14:24] bug 1373388 in ofono (Ubuntu) "Allow user to change SIM slot technologies ( ex. 2G vs. 3G )" [Critical,In progress] https://launchpad.net/bugs/1373388 [14:26] jgdx, ok, so that's being worked on, cool [14:28] jgdx, i wonder when we'll see successful CI tests... in your MP the tests pass but jenkins reports it as a failure because of a 500 internal server error :( [14:29] i feel like lately, passing CI is the exception... not the norm [14:29] kenvandine, I've pinged cihelp, which awaits FGInthers coming. [14:29] and the failures never seem to be test failures [14:29] jgdx, thx [14:30] kenvandine, it seemed he fixed *something* yesterday, but that may not have been the full story. [14:30] i've started to not expect passing tests... which is a bad state of mind :) === dandrader|afk is now known as dandrader [14:32] I keep banging my head against the wall (restarting ci runs), which is insane: "Insanity: doing the same thing over and over again and expecting different results." [14:32] uh oh [14:32] jgdx, indeed... i feel the same way [14:33] well, worse... i no longer think restarting will fix it... i just assume they won't pass so we should ignore it [14:33] terrible feeling... [14:34] jdstrand, i could need some security person advice ... to fix a possible file corruption adbd does an "echo u >/proc/sysrq-rtigger" before rebooting if you call adb reboot ... with the dropping of privs we have, the daemon cant write to sysrq-trigger, the node is group owned by the system group though ... now i set up adbd to start with setgid pointing to the system group ... [14:34] jgdx, it is nice to see all the tests did actually pass for your branch though [14:34] but sad i had to dig through the logs to see it [14:35] jdstrand, ... and i want to drop that group membership if adb shell is called ... for that i call initgroups() before the adb shell call execs sudo ... but i seem to not be able to get rid of the system group ... "id" still shows it in the logged in adb shell session [14:35] kenvandine, yeah—let's hope it's fixed today. I'll stay on it. [14:37] jgdx, thx :) [14:43] ogra_: I'm going to let mdeslaur comment on your approach, but the order to drop privs should be setgroups() then drop the gid (and then if dropping uid, do that after both, but you're not, so don't worry) [14:44] so would i call setgroups(); with no args to actually unset all groups ? [14:45] ogra_: not necessarily with no groups, just to what you want it to have [14:45] well, i'm fine to have all groups the phablet user is in ... i just want to get rid of the system group from the list ... [14:45] * ogra_ is missing an usetgroup() :P [14:45] *unset [14:46] right, so pass setgroups the list without that gid [14:46] geez, what an effort ! [14:46] yeah, dropping privs is tricky and annoying [14:46] yeah [14:47] yeah, would be easier to just make /proc/sysrq-trigger owned by phablet [14:47] * ogra_ grins [14:48] * mdeslaur hits ogra_ over the head [14:48] * ogra_ grins crosseyed [14:51] gratuitous IRC violence? [14:59] hehe === XandriX--- is now known as XandriX [15:14] kenvandine, which? [15:16] which? [15:16] pmcgowan, upower transition? [15:16] did you see the scrollback? [15:32] barry, I've got news for you => https://code.launchpad.net/~mandel/ubuntu-download-manager/adapt-network-changes/+merge/242083 [15:33] barry, once the CI bot has complited the check and build, can you please do some tests in your side. I have been testing this all morning and works as expected, you remove the wifi connection and it pauses etc.. [15:33] once if is recovered (the waln or ethernet connection) the download is resumed [15:33] barry, also, that evil dependency was removed, so we can do the MIR, cyphermox_ mentioned that he could give us a hand with that [15:34] mandel: i can try, although others were affected by this, not me (i don't have 3g on my device, though i can kill the wifi) [15:34] cool [15:34] evil dependency? [15:34] barry, oh, you have a tablet, fair enough hehe [15:34] mandel: i have a phone too, but it doesn't work because USA [15:35] well, data doesn't work because USA [15:35] barry, oh, but for the tests is valid, will detect is not connected and will pause, then you reconnect and should resume correctly [15:36] cyphermox_: from the mp, it looks like qt5-qmake and qtsystem5-dev are dropped [15:36] aren't those already in main? [15:36] mandel: will this land before, after, or with the unconstrained fix? [15:37] barry, that is why I commented in the unconstrain bug last nigh, we could land both at the same time [15:37] cyphermox_, the qtsystem5-dev is not, and is not longer needed [15:37] ok [15:37] cyphermox_, qmake probably is there, but we moved to cmake [15:38] heh [15:38] after that it's just paperwork [15:38] mandel, cyphermox_ it looks to me like qtsystems-opensource-src would still need MIR [15:38] http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg [15:38] barry, I removed qtsystems as a dep, right? qtsystem5-dev [15:39] barry: give me a second to recover from the huge svg. [15:40] mandel: probably so: [15:40] % apt-cache show qtsystems5-dev | grep -i source [15:40] Source: qtsystems-opensource-src [15:40] yeah, but that's what got dropped no? [15:41] exactly, that is one of the reasons I removed it [15:41] in the mp, yes. as long as no other binary packages provided by that source package are still being used [15:41] right [15:41] mandel: http://packages.ubuntu.com/search?keywords=qtsystems-opensource-src&searchon=sourcenames&suite=all§ion=all [15:42] mandel: ping me when there are arm binaries i can install and i'll do some testing [15:46] barry, ok, will keep an eye [15:47] mandel: thanks. re-ask: did the unconstrained fix land yet? [15:48] barry, I though I made sense when I said it (must be my broken englsih :) ) it has not been landed, I'd like to land both fixes at the same time [15:48] mandel: awesome, thanks! [15:48] barry, I asked about it in the bug report === cyphermox_ is now known as cyphermox [15:50] mandel: hey. any idea how to determine why exactly sending an MMS keeps failing? [15:51] dobey, I just know about the upload, and it usually returns a 200 even on a failure (**** telcos), sergiusens_ can help you debug [15:52] mandel: well, i am not seeing an u-d-m log when i hit send. [15:53] dobey, is in the upload one, right? [15:53] u-u-m [15:53] dobey, yes, I hate it too [15:53] what upload one? [15:56] sigh [15:58] hmm. i guess i can't receive MMS. [16:00] new music app is awsum! many thnx guys === chihchun is now known as chihchun_afk [16:06] dobey: can you tcpdump the connection for me? [16:08] sergiusens_: well it seems to work for sending now, but i can't seem to receive an MMS (not sure why that would be) [16:11] and now i need to go get lunch [16:12] bbiab [16:37] barry, you have a deb here for the udm fix => https://code.launchpad.net/~mandel/ubuntu-download-manager/adapt-network-changes/+merge/242083 [16:37] mandel: thanks. will test === chihchun_afk is now known as chihchun [16:56] mardy, so i found the package for the sandbox provider and installed it [17:42] New music app does not seem to show songs in album view properly. I do not know why but there is one song which is showing in the wrong album. And all the various artists albums do not have any song in them. Does anyone notice the same. === alan_g is now known as alan_g|EOD [18:20] ping charles: can you please read http://pad.ubuntu.com/test-indicator-messages when you have some time? [18:20] hello [18:21] charles: we will likely change the format of the document, but I would like to know if it makes sense to you, or you have any suggestions of what you'd like to see there. [18:21] hello bill__. [18:22] hello elopio, i am newby, is this about ubuntu phone install? [18:22] bill__: welcome. this channel is about ubuntu phone - everything. [18:23] thanks, where can I download phone OS and is there a install wiki/manual for how to put on an older phone? [18:24] bill__: you can start here: https://wiki.ubuntu.com/Touch/ [18:24] Thanks verry much [18:24] not all phones are supported. If it's old, it's likely it won't work. [18:25] bill__: https://wiki.ubuntu.com/Touch/Devices [18:25] elopio, sure, reading it now [18:26] charles: thanks. Feel free to put comments there if you want, or ping me afterwards. [18:27] bbs === chihchun is now known as chihchun_afk [19:34] How can i backup my data of my UT. i would like to give lollipop a try but do not want to lose all my data. [19:34] we dont really have any supported way to do that yet [19:34] you can indeed pull photos and music via mtp [19:36] Its not really photos and music i want i would prefer contacts and text messages. [19:37] could i just not copy the /home? [19:38] you could try (i wouldnt) [19:40] Ok. Does that mean i am locked in to UT ;-) [19:40] taiebot: you can make a tarball of /home/phablet i guess [19:41] or just make an empty directory on your PC and do "adb pull /home/phablet/" inside that empty directory to copy everything in the home folder over [19:41]