[00:52] <ramrebol_> Hi. I'm from America (and ubuntu user since several years), how can I get an ubuntu phone?
[01:21] <ramrebol1> Hi. I'm from America (and ubuntu user since several years), how can I get an ubuntu phone?
[01:51] <dobey> ramrebol1: buy a google nexus 4 and flash ubuntu onto it, or if you want the bq phone, use some service that will accept the package in EU and then forward it to the US for you.
[02:08] <ramrebol1> thanks dobey
[07:01] <richi_> Is there a way to terminate open apps? At times I cannot start some applications. I have the impression it's when I have many apps open. After a reboot I can start them again.
[07:11] <dholbach> good morning
[07:18] <pitti> sil2100, robru: thanks for your help! I'll have a look at the broken ubuntu-system-settings-online-accounts test, this stumbles over missing /sbin/initctl (so looks unrelated)
[07:20] <robru> pitti: you're welcome!
[07:51] <sil2100> pitti: no worries, hope UITK migrates soon :)
[08:15] <pitti> sil2100: I'm looking into the failed system-settings-online-accounts test now, that looks really strange
[08:16] <sil2100> pitti: it can't be caused by this upload, right?
[08:16] <pitti> sil2100: it would be really curious, as it should have more or less been a no-change upload
[08:16] <pitti> at least wrt. the resulting debs
[08:20] <lotuspsychje> the alternative app store app is so nice
[08:20] <lotuspsychje> filter to all newest apps
[08:21] <pitti> sil2100: hm, so it fails here:
[08:21] <pitti> def get_grid_unit():
[08:21] <pitti>     grid_unit_px = os.environ.get(ENV_GRID_UNIT_PX, None)
[08:21] <pitti>     if not grid_unit_px and environment.is_initctl_env_var_set(
[08:21] <pitti>             ENV_GRID_UNIT_PX):
[08:21] <pitti> calling is_initctl_env_var_set() is busted as there is no /sbin/initctl; so it seems before the GRID_UNIT_PX env var was set?
[08:24] <pitti> sil2100: so locally I confirm that the test succeeds in vivid, fails in vivid-proposed; meh
[08:25] <sil2100> uh, by test succeeds in vivid you say the vivid version passes and the one we published not? Or do you mean there's likely some other change in -proposed causing it to fail?
[08:25] <pitti> I'm investigating that now
[08:26] <pitti> we also got a new glib2.0 yesterday, so it's between UITK and glib I figure
[08:27] <pitti> actually no, glib is already in vivid
[08:28] <pitti> http://paste.ubuntu.com/10865096/ is the diff of installed packages
[08:28] <pitti> UITK isn't even there, so it's something else in -proposed
[08:38] <lotuspsychje> nik90: morning mate
[08:39] <nik90> lotuspsychje: morning :)
[08:39] <lotuspsychje> nik90: did you see your article in ubuntu newslettre?
[08:39] <nik90> lotuspsychje: where?
[08:40] <lotuspsychje> nik90: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue413?action=show&redirect=UbuntuWeeklyNewsletter%2FCurrent
[08:40] <nik90> lotuspsychje: issue 413? Yeah I see it now
[08:40] <lotuspsychje> ubuntu phone news :p
[08:40] <nik90> oh wow that's pretty cool
[08:40] <lotuspsychje> : )
[08:41] <lotuspsychje> your famous enjoy the moment :p
[08:41] <nik90> :D
[08:42] <knightwise> anyone using telegram via the command line too ?
[08:42] <lotuspsychje> knightwise: didnt test myself yet, i downloaded webogram on my ubuntu desktop
[08:43] <knightwise> lotuspsychje: I have it running on my raspberry pi .. not bad .. just need to find a way to get rid of the verbose messages about people going online and offline
[08:43] <nik90> lotuspsychje: you should also check out cutegram
[08:43] <lotuspsychje> whats that do nik90
[08:43] <pitti> sil2100, kalikiana: oops -- this was by far more than just this change: https://launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/1.2.1485+15.04.20150421-0ubuntu1
[08:44] <pitti> so yes, that change does break online-accounts
[08:44] <nik90> lotuspsychje: its also a telegram client for ubuntu written using Qt
[08:44] <sil2100> pitti: ah! I think I know what happened
[08:44] <sil2100> pitti: crap, since there was a release to the overlay PPA already...
[08:44] <sil2100> pitti: ok, let me try doing this manually then
[08:44] <pitti> sil2100: so I'll reject this
[08:44] <sil2100> pitti: please do
[08:44] <lotuspsychje> nik90: wow that looks good
[08:44] <lotuspsychje> lemme install that
[08:44] <pitti> sil2100: I can upload the MP directly to vivid, if that helps
[08:45] <lotuspsychje> http://aseman.co/en/products/cutegram/
[08:46] <sil2100> pitti: in theory we'd need both the normal and -gles versions to be the same, but hm, I suppose the -gles is not used in desktop
[08:46] <pitti> sil2100: and then push to the branch (or not, depending on what's easier)
[08:46] <pitti> sil2100: oh, did -gles already get promoted?
[08:46] <sil2100> pitti: yeah ;)
[08:46] <pitti> I guess so
[08:46] <popey> nik90: not seen the official desktop telegram client?
[08:46] <popey> desktop.telegram.org
[08:47] <sil2100> pitti: but hmm... to do that properly you would have to change the version
[08:47] <nik90> popey: ooh no... /me takes a look
[08:47] <pitti> sil2100: ok, just let me know what the easiest thing would be now, and whether/how I can help
[08:47] <lotuspsychje> popey: is that different from that webogram desktop app?
[08:47] <popey> yes
[08:47] <popey> its the official desktop client :)
[08:47] <lotuspsychje> nice
[08:47] <popey> its great
[08:48] <lotuspsychje> popey: you got a .deb for that?
[08:48] <popey> no
[08:48] <lotuspsychje> compile?
[08:48] <popey> just download the binary and stick it somewhere and run it
[08:48] <lotuspsychje> kk
[08:49] <sil2100> pitti: if it's not a problem for you to simply push the MP directly to the archive, then I guess that will be the fastest ;) I would then force-merge the change to trunk as in theory that's correct
[08:49] <pitti> sil2100: no, that WFM
[08:49] <sil2100> pitti: you would have to re-create the upstream tarball though (CI Train does that for us)
[08:50] <sil2100> pitti: ...or distro-patch it
[08:50] <sil2100> Well, I leave it up to you ;) But in case you get tired with it, just give me a sign and I'll try to train-publish it
[08:51] <sil2100> Let's not worry about -gles as well
[08:51] <pitti> sil2100: that's fine, I just wonder how to unbreak bzr then -- or does that not matter as that represents the overlay PPA alreadY?
[08:52] <lotuspsychje> popey: delicious!! tnx
[08:52] <popey> np
[08:52] <popey> it has an auto updater too
[08:53] <lotuspsychje> looks pretty neat as the ubuntu touch app
[08:53] <lotuspsychje> much better then the webogram
[08:53] <pitti> sil2100: ah no, lp:ubuntu/ubuntu-ui-toolkit still represents what's in vivid
[08:53] <lotuspsychje> popey: you know if there are plans to add in ubuntu repos?
[08:54] <popey> i don't. but I don't think it worth it
[08:55] <lotuspsychje> popey: why not its a decent app no?
[08:56] <lotuspsychje> even has notification icon, nice!
[08:57] <popey> lotuspsychje: being a good app isn't the only criteria
[08:58] <popey> it's a fast moving app, someone would have to keep updating the archive
[08:58] <lotuspsychje> right
[09:00] <lotuspsychje> Anyone who claims that Telegram messages can be deciphered is welcome to prove that claim in our competition and win $300,000. You can check out the Cracking Contest Description to learn more.
[09:00] <lotuspsychje> thats just lovely
[09:00] <popey> some have ridiculed that claim
[09:00] <lotuspsychje> hows that
[09:02] <popey> do a search online, you'll find counter arguments
[09:02] <pitti> sil2100: I named it ubuntu-ui-toolkit_1.2.1458+15.04.20150422-0ubuntu1.dsc now (test-building ATM)
[09:02] <pitti> sil2100: I figure the bzr revno is wrong, but at least it's higher than the previous upload, and the debdiff looks good
[09:02] <sil2100> pitti: don't worry about bzr ;) I might copy the UITK packages to the overlay PPA to make sure all is good, you just use the lp:ubuntu/ubuntu-ui-toolkit branch as a base
[09:02] <lotuspsychje> popey: ok
[09:03] <JamesTait> Good morning all; happy Earth Day! :-D
[09:03]  * popey switches JamesTait off for Earth Day
[09:04] <JamesTait> \o/ Free Holiday!
[09:08] <sil2100> pitti: in the meantime, let me merge in the changes to UITK's main trunk bzr
[09:09] <pitti> sil2100: so I grabbed the diff from the MP, added a changelog, and the release tag; sohld I push my branch somewhere?
[09:09] <sil2100> pitti: we'll just merge the changelog entry to lp:ubuntu-ui-toolkit later
[09:10] <pitti> ah, ok
[09:10] <sil2100> (as all the other changes will be in trunk once I merge and clean the silo)
[09:10] <pitti> sil2100: some changelog noise on the next upload doesn't matter indeed
[09:12] <sil2100> pitti: thanks for handling the upload :)
[09:12] <pitti> sil2100: still building (running tests), then I'll do a binary debdiff (that should be empty)
[09:13] <sil2100> pitti: and sorry for the mess, what I should have done is release this MP to the overlay PPA, merge in those changes and then maybe distro-patch it on top of current vivid version (or simply manually cherry-picked it)
[09:14] <pitti> sil2100: no worries; it's release week, all sorts of stuff breaks :)
[09:14] <sil2100> It's a bit messy when trunk is not showing what's in distro but showing what's in the overlay ;)
[09:17] <pitti> sil2100: ack, uploaded now
[09:17] <sil2100> pitti: thanks again!
[09:17] <pitti> and to you!
[09:20] <robin-hero> sil2100: I read there will be a quick OTA before the bigger one. What is the ETA of this update?
[09:22] <sil2100> robin-hero: sadly we still don't have a definite date because of our current big focus on vivid - but I would say it's probably in around 2 weeks if anything :)
[09:23] <robin-hero> Thanks :)
[09:26] <sil2100> yw, we'll give some more concrete info once we see how far we are with vivid right now
[09:29] <sil2100> pitti: I don't see it popping up on LP - did it get rejected?
[09:29] <pitti> sil2100: infinity just accepted it
[09:32] <pitti> didrocks, bzoltan_: already asked yesterday, but it's getting urgent now: do new click apps now ship their tests in app/tests/autopilot? I. e. do we need to apply something like http://paste.ubuntu.com/10865250/ to fix test running?
[09:32] <sil2100> pitti: I asked about that as well
[09:33] <sil2100> pitti: so that's where it's being kept by default in the default app template
[09:33] <sil2100> pitti: but it doesn't seem to be a standard... it broke some of our tests since phablet-click-test-setup was looking for them in tests/autopilo
[09:33] <sil2100> +t
[09:33] <pitti> most of our clicks still have tests/autopilot/ (or they now all fail to run and nobody told me)
[09:33] <didrocks> pitti: hum, I have no idea TBH, I didn't follow click apps recently at all
[09:33] <pitti> sil2100: yeah, current autopkgtest also expects tests/ap
[09:33] <didrocks> they weren't at the time
[09:33] <didrocks> (but more than a year ago)
[09:33] <pitti> didrocks: ah, I asked you because of u-make
[09:34] <didrocks> u-make doesn't do clicks
[09:34] <didrocks> it's all "non ubuntu touch developer platform" that u-make supports
[09:34] <sil2100> pitti: so then it's not only my problem then - when I rised that last week with QA and others, I've been told that 'AP tests should be able to be in different places'
[09:34] <didrocks> (android, web dev, …)
[09:35] <pitti> sil2100: sure they can be, but then the manifest needs to specify the path
[09:35] <sil2100> pitti: indeed
[09:35] <sil2100> Anyway, bzoltan_ might have more input here :)
[09:35] <pitti> but for the simple minimal test specification they need to be in a predictable path
[09:35]  * sil2100 would prefer paths to follow an agreed standard
[09:35] <pitti> so far the convention has been tests/autopilot/, then tests could just say 'autopilot': 'mytestmodule'
[09:36] <sil2100> Especially that we have so many different tools, some that are legacy but still used
[09:36] <pitti> so I mostly wondered whether app/tests/autopilot/ is an actual thing, or whether that was just a single broken click
[09:55] <bzoltan_> sil2100:  who do I need to help?
[09:57] <bzoltan_> pitti: there is no rule for where and how to place the tests in the source tree of an app project ... it is all free and itis up to the cmake/qmake project files to handle it. the SDK templates offer one structure.
[09:57] <pitti> bzoltan_: right, and tests could always write the full invocation into the medadata, but so far we used to have a shortcut if they are in tests/autopilot/
[09:58] <pitti> bzoltan_: so whatever the SDK creates by default should count as the "recommended convention"
[09:58] <pitti> bzoltan_: is that still tests/autopilot, or app/tests/autopilot/ now, or something else?
[10:00] <bzoltan_> the cmake template comes with app/tests/autopilot/ and the qmlproject comes with tests/autopilot/ so I would not say that we have a convention
[10:01] <bzoltan_> pitti: this part of the project templates are subject of change without any problem... no tool should depend on a non existing convention :)
[10:03] <pitti> bzoltan_: not depend, but it'd still be nice to provide a convention and make test metadata very simple for that
[10:04] <bzoltan_> pitti:  would be nice, that is true
[10:04] <pitti> bzoltan_: so maybe we should add app/tests/autopilot/ and then these two will work
[10:04] <bzoltan_> pitti: I can sign a convention
[10:04] <pitti> and everyone who changes that has to specify the full metadata
[10:04] <pitti> bzoltan_: does that sond reasonable?
[10:05] <bzoltan_> pitti:  for me yes, but we have no tools or processes to stop app devs from putting their tests under foo/bar/tests/autopilot if they choose to
[10:06] <pitti> bzoltan_: sure, that's fine
[10:06] <bzoltan_> pitti:  All right, I will check if we can still change the other templates to have tests in the "correct" place
[10:07] <pitti> bzoltan_: how do you mean? it would then support both  (app/t/a and t/a)
[10:07] <pitti> "support" -> if you don't specify an explicit path, I mean
[10:07] <pitti> if you do, they can be anywhere of course
[10:07] <bzoltan_> pitti:  yes, precisely
[10:08] <pitti> bzoltan_: cool, sounds good then; I was mostly interested in whether app/t/a was a single click, or comes from a template
[10:26] <sil2100> pitti: do you know why the boottest for uitk has 'unknown status'?
[10:26] <sil2100> It looks like a success to me
[10:27] <EdwardMorbius> hi, anyone here has a bug with location icon in the taskbar? it disappears sometimes although the location is turned on, reboot fixes it (usually).
[10:28] <ogra_> EdwardMorbius, i think there is one filed
[10:28] <pitti> sil2100: I haven't seen that one; I'll wait for the next publisher cycle and if it's still the same prod CI
[10:28] <EdwardMorbius> ogra_ do you have a link to that bug so I can confirm it affects me too?
[10:28] <ogra_> https://bugs.launchpad.net/canonical-devices-system-image
[10:28] <ogra_> must be somewheer in that list
[10:29] <EdwardMorbius> ogra_ thanks I will check
[10:31] <ogra_> EdwardMorbius, bug 1418045
[10:32] <EdwardMorbius> ogra_ I will add to that bug thanks
[10:41] <pitti> sil2100: oh, it didn't actually run yet, the last result is from yesterday
[10:41] <sil2100> pitti: ah! My bad, didn't check that ;)
[10:41] <sil2100> Sorry about the alarm then
[10:42]  * sil2100 is waiting for it to migrate
[10:42] <pitti> yeah, we all do :)
[10:50] <Jack_desktop> Howdy, I was wondering, is a Nexus 7 2012 supported anymore, like can I get a UBuntu Touch image on it working?
[10:50] <Jack_desktop> And if so how?
[10:50] <Jack_desktop> Just got to the end of this article to find |grouper| image not found...
[10:50] <Jack_desktop> https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices/
[10:51] <ogra_> Jack_desktop, no, it isnt supported anymore
[10:52] <Jack_desktop> ogra_: Damn, thanks for the information... So not even a generic image would work on it?
[10:52] <ogra_> only the 2013 model (flo) is
[10:53] <ogra_> not sure what a "generic image" would be ... the tegra driver has serious issues that havent been solved
[10:53] <Jack_desktop> Oh right, damn, thank you anyway
[11:04] <jgdx> sergiusens, ping
[11:06] <sergiusens> jgdx: pong, how urgent? in a fire drill now
[11:06] <jgdx> sergiusens, I'll send you an email. Not super urgent. Good luck.
[11:07] <abeato> jgdx, please add awe and me to the e-mail
[11:08] <jgdx> abeato, all my emails have you guys on the cc field
[11:19] <seb128> dbarth, mardy, saw https://errors.ubuntu.com/problem/17fa7e5c141b8f274aeed2d2f0a358772343f77a ? seems new in vivid
[11:28] <ogra_> pmcgowan, bug 1447110 for your attention
[11:31] <pmcgowan> ogra_, yeesh
[11:32] <ogra_> well, not a biggie ... the logs in there accumulated since jan.
[11:32] <ogra_> as long as we ship something soon all is fine :)
[11:32] <pmcgowan> ogra_, yeah, can you push that fix ?
[11:32] <ogra_> sure
[11:34] <mardy> seb128: I didn't see it, thanks
[11:34] <seb128> mardy, yw!
[11:38] <mcphail> Does syslog get logrotated? Mine is getting big
[11:39] <ogra_> mcphail, it is supposed to be wiped after reaching 20M
[11:39] <mardy> seb128: did you just see it from errors.ubuntu.com, or did you file it there yourself?
[11:39] <mcphail> ogra_: ok, probably short of that just now
[11:39] <ogra_> same for auth.log ... but thats limited to 10M
[11:39] <seb128> mardy, just e.u.c, I was reviewing the top list to get an idea of what issues vivid users are having
[11:39] <ogra_> the other logs we dont touch
[11:40] <mcphail> 20M is quite a lot to hunt through manually, though, if you're looking for clues about a crash and don't know what to grep :)
[11:40] <ogra_> (i.e. they use distro defaults for rotation)
[11:40] <ogra_> 20M isnt much on a development phone where the kernel spills the log with 100s of messages per minute :)
[11:41] <mcphail> I've noticed :)
[11:41] <ogra_> it is kind of a middle ground between developer and enduser :)
[11:41] <ogra_> our development devices are way more verbose
[11:42] <mcphail> here's hoping the flash memory is robust
[11:42] <ogra_> with that setting we dont need to flip between "developer image" and "enduser image" it works for both
[11:43]  * ogra_ works since 6 years with flash devices ... i havent seen one die in a long long time anymore 
[11:43] <mcphail> would an hourly logrotate help? Would limit the amount of data which would have to be uploaded for bug reports
[11:44] <ogra_> this is what we do ... there is a hourly logrotate run
[11:44] <ogra_> but the config for the two files above is adjusted
[11:47] <ogra_> note that syslog doesnt get uploaded btw
[11:47] <ogra_> only content from /var/crash ...
[11:48] <ogra_> (and it is pretty rare that we ask endusers to upload syslog manually)
[11:48] <mcphail> ogra_: ok - sounds like a better system
[12:35] <Mirv> I just got an user question about how the weather info on Today scope is selected, ie the city it shows weather for?
[12:41] <popey> Mirv: it uses location data, so nearest city
[12:43] <Mirv> popey: hmm, and if that doesn't work, it's probably some problem in the location detection?
[12:43] <Mirv> I can't test obviously since I'm now here where I am :)
[12:43] <popey> could be.
[12:43] <Mirv> ok, thanks
[12:43] <cwayne> Mirv, https://bugs.launchpad.net/ubuntu-rest-scopes/+bug/1421801
[12:44] <Mirv> cwayne: ah.. so it allows selecting it once but it doesn't get updated and user doesn't have the possibility to even change it afterwards
[12:44] <Mirv> that explains
[12:45] <cwayne> Mirv, it also uses geoip instead of lat/lng
[12:45] <cwayne> which the rest of nearby does
[12:45] <ogra_> i had cases where it worked fine after reboot
[12:45] <cwayne> its by far the most troublesome scope for me
[12:45] <Mirv> cwayne: ok, is there a bug about using lat/lng instead of geoip which may be pretty wrong, or would it be covered by that bug?
[12:45] <ogra_> (like every 50th boot or so it suddenly comes up fine)
[12:46] <cwayne> Mirv, covered by that bug, it's well-known to that team
[12:46] <Mirv> cwayne: thanks!
[12:46] <cwayne> Mirv, np :)
[12:51] <Mirv> answered the user that will be fixed in future updates + meanwhile the Weather app can be used of course
[12:56] <Mirv> sil2100: pitti: bzoltan_: can you clarify now what's where regarding UITK?  was it now that vivid archive got reverted to 1.2.1458 (the release before yesterday), the trunk actually reflects what's in overlay PPA?
[12:58] <bzoltan_> Mirv: I can confirm that the UITK trunk does contain the packaging fix.
[12:58] <bzoltan_> sil2100: ^
[12:58] <Mirv> bzoltan_: and so does vivid archive but patched upon the earlier UITK release instead
[12:59] <bzoltan_> Mirv:  I see
[13:00] <pitti> Mirv: I applied the MP patch on the lp:ubuntu/uitk branch (which was identical to vivid), and uploaded
[13:01] <Mirv> pitti: ok, and lp:ubuntu/uitk wasn't what was in vivid-proposed because it didn't get to the release pocket, right.
[13:02] <Mirv> so there was 1.2.1458 -> 1.2.1485 -> 1.2.1458  (https://launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+publishinghistory)
[13:02] <Mirv> and the archives now have essentially the 20150327 version just with this one fix added
[13:03] <pitti> Mirv: correct, it never landed
[13:04] <sil2100> Mirv, bzoltan_: don't worry about this one, I have it covered
[13:05] <Mirv> sil2100: great, it's good to just understand what happened :) seems all clear now and correct, we're just updating the bazaars to have all changelog entries collected.
[13:05] <sil2100> Mirv, bzoltan_: so both vivid, overlay-PPA and trunk have the right commits - I still need to release a no-change rebuild of UITK to the overlay PPA
[13:05] <sil2100> Mirv: leave it all to me
[13:05]  * Mirv trusts everything into sil2100's hands
[13:05] <sil2100> Mirv: since we need to release a higher version to the overlay PPA so that the new images don't pull in the vivid version of UITK
[13:05] <sil2100> Since heh... there's a catch here ;)
[13:06] <Mirv> sil2100: not true, since vivid version number is lower, 1.2.1458 (it went from newer to older) even thought the date code is newer in vivid
[13:06] <sil2100> vivid has the same top-trunk modification, but it's missing one version from the overlay PPA - since there was one released already
[13:06] <sil2100> Oh?
[13:06] <sil2100> Oh!
[13:06] <Mirv> Oh! :)
[13:07] <sil2100> Then excellent ;)
[13:08] <sil2100> Mirv: then actually let's not do anything - basically we don't have a trunk branch for vivid right now so the direct-commit to vivid mostly should be ignored (or we could create a vivid branch and get that change in it)
[13:08] <sil2100> Mirv: trunk is pointing to the vivid+overlayPPA and that has all we need, all the correct versions etc.
[13:09] <sil2100> Mirv: the vivid version of UITK is nothing more than a cherry-pick of the latest change from trunk (and overlay PPA) but without the one unreleased overlay version which is missing in vivid (and unlandable in vivid actually)
[13:10] <bzoltan_> sil2100:  i am working on the next UITK landing to the overlay PPA. I expect it to land on Friday
[13:10] <sil2100> bzoltan_: ok, sounds great :)
[13:11] <sil2100> bzoltan_: (remember to sync staging with the change from trunk though)
[13:11] <bzoltan_> sil2100:  I have done it already
[13:11] <pp__> Hello
[13:12] <pp__> question - just bought ubuntu phone (bq aquaris e45) but it is not recognized by linux mint
[13:13] <pp__> usb-devices lists the phone correctly
[13:13] <ogra_> youmean it doesnt show up in mautilus ?
[13:13] <ogra_> *nautilus
[13:14] <ogra_> you should see it as MTP device there
[13:14] <ogra_> (though i have no idea how mint nowadays hacks up the ubuntu packages ... they did pretty bad stuff in the past)
[13:15] <ogra_> (i thought that got better with recent releases though)
[13:15] <Mirv> oSoMoN: any update on bug #1392331?
[13:15] <pp__> do i need to install phablet-tools?
[13:15] <Mirv> same user asking as was asking about the wrong location on Today scope... I'll answer anyway that sharing from gallery works, but obviously sharing from webapp is needed too
[13:16] <ogra_> pp__, not for file excange, the 14.04.2 version of libmtp should have all you need (assuming mint doesnt override libmpt)
[13:16] <ogra_> pp__, for developer mode/adb you need the pahblet-tools version on that old release though
[13:17] <ogra_> so you should enablethat PPA and install android-tools-adb from there
[13:17] <oSoMoN> Mirv, no, this one wasn’t on my radar… I’ll take a look
[13:17] <pp__> i'll try to install android-tools-adb
[13:18] <Mirv> oSoMoN: thanks, worth having on radar! I can understand the users' wish for that future.
[13:18] <pp__> it is already installed
[13:18] <Mirv> even though I understand there's complexity browser <-> content-hub etc
[13:18] <ogra_> pp__, from the PPA ?
[13:19] <pp__> ogra_, from ppa:ubuntu-sdk-team/ppa
[13:19] <ogra_> yeah, that should work then
[13:19] <ogra_> if you enabled developer mode, "adb devices" should show the phone
[13:20] <pp__> ogra_, phone is connected via usb, can list it with usb-devices, but cannot see it under home folder
[13:22] <davmor2> pp__: why would it be under home folder?  You need to the phone turn on an unlocked and it will open a folder automatically in nautilus, if it doesn't you should see it under device on the left hand panel in nautilus, if it doesn't show up there then mint have made modifications we don't know about
[13:22] <ogra_> pp__, well, thats a mattr of having the latest libmtp ... not sure if mint pulls updates of newer ubuntu vrsions ... worst case there should be a trusty version of libmtp in the pahblet-tools PPA
[13:23] <pp__> ogra_ and davmor2_, thanks i'll check and give feedback later on
[13:23] <ogra_> we dont really test against mint ...
[13:25] <pp__> ok no worries
[13:39] <Se7> hellou guys
[13:41] <Se7> I have an update for my photos but he doesn t download
[14:19] <ogra_> tvoss, for bug 1447110 how many logs do i need to keep ?
[14:20] <tvoss> ogra_, the last 2 would be good
[14:20] <ogra_> ok
[14:26] <BOHverkill> should landscape mode work in document viewer?
[14:45] <kenvandine> Elleo, please review this too https://code.launchpad.net/~ken-vandine/content-hub/peer_picker_api_docs/+merge/256985
[14:45] <kenvandine> Elleo, docstring only, easy review
[14:45] <kenvandine> Elleo, those 2 signals aren't in the online docs, and they are pretty important :)
[14:46] <ogra_> BOHverkill, i dont think it is there yet
[14:46] <BOHverkill> k
[14:46] <BOHverkill> thx
[14:47] <Elleo> kenvandine: okay
[14:47] <kenvandine> Elleo, thx
[14:48] <Elleo> kenvandine: approved
[14:50] <davmor2> tvoss: you missed out on my favourite line of "More than 1, less than a million" :D
[14:51] <tvoss> davmor2, ?
[14:52] <tvoss> davmor2, ENOCONTEXT
[14:53] <davmor2> tvoss: ogra_ amount of logs to keep
[14:54] <tvoss> davmor2, :)
[15:04] <jgdx> abeato, did Context.Preferred land in ofono?
[15:04] <abeato> jgdx, yes, it did
[15:04] <jgdx> abeato, good, thank you.
[15:04] <abeato> np
[15:22] <kenvandine> artmello, just to confirm, gallery-app is no longer using the content-hub c++ api right?  just QML?
[15:26] <artmello> kenvandine: I think we are still using the c++ api: http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/view/head:/src/content-communicator.cpp
[15:27] <kenvandine> bummer... i thought that got ported
[15:28] <kenvandine> Elleo, in item.h, i didn't append the new setUrl function, i put it after the getter
[15:28] <kenvandine> i hope that doesn't break gallery
[15:29]  * kenvandine grumbles about c++
[15:29] <Elleo> kenvandine: I think that only becomes a problem with virtual functions
[15:29] <kenvandine> oh right!
[15:30] <Elleo> assuming Q_INVOKABLE isn't virtual under the hood or anything
[15:30] <kenvandine> i just had a flashback of malta :)
[15:30] <Elleo> heh
[15:30] <artmello> kenvandine: maybe we should propose porting that as a task for next sprint
[15:30] <kenvandine> it would be good
[15:31] <kenvandine> i'm pretty sure someone at least took a stab at porting it, maybe nerochiaro?
[15:31] <kenvandine> it really shouldn't be hard
[15:31] <kenvandine> and should remove a bunch of code
[15:32] <artmello> +1 for "remove a bunch of code"
[15:33] <Elleo> yeah, I think the issue last time it was attempted was probably that images couldn't be moved to ~/Pictures which is possible now with content-hub's moveTo() method
[15:33] <Elleo> that, and I think there was some magic extension detection stuff to workaround a download-manager issue that has since been fixed
[15:53] <Elleo> kenvandine: the stream stuff all looks good and works very nicely :)
[15:53] <kenvandine> Elleo, excellent!
[16:42] <lotuspsychje> http://news.softpedia.com/news/Next-Ubuntu-Touch-Major-OTA-Update-Will-Change-the-Base-to-Ubuntu-15-04-479062.shtml
[16:42] <popey> \o/
[17:02] <studio_> hi
[17:02] <lotuspsychje> studio_: wb
[17:05] <studio_> i am still searching, how it is possible under kodi, for exp. to use samba-shares without a cifs.co. is it possible, that they use jcifs or is jcifs also depending from cifs.ko?
[17:05] <dobey> omfg
[17:06] <studio_> dobey, what does omfg means?
[17:07] <lotuspsychje> oh my f*cking god
[17:07] <studio_> and why that answer?
[17:08] <dobey> because you've asked about samba a thousand times already and been given answers. why don't you ask the kodi developers what is required for kodi to work with samba shares? i'm sure they know
[17:11] <studio_> dobey, i as, other peoples, do not understand your answer, would be nice to hive an example in "http://askubuntu.com/questions/602754/is-it-possible-to-mount-samba-shares-with-ubuntu-touch-bq-aquaris-4-5"
[17:12] <dobey> my answer is understood by the person whom asked the question. i don't know why he hasn't accepted the answer as the answer though
[17:12] <studio_> maybe they do not understand?
[17:12] <dobey> my answer is clear and direct
[17:13] <dobey> person never said that they do not understand
[17:13] <dobey> in fact, the person replied to another comment on the question, and reitereted my answer, so i'm pretty sure it is understood
[17:13] <studio_> i told you ... i don't understand your answer :(
[17:14] <dobey> well it is clear and direct
[17:14] <dobey> if you cannot understand it, i don't know what to tell you
[17:14] <studio_> as i said, an example would be nice
[17:15] <dobey> i dont' know of any examples. i don't need or use cifs.
[17:15] <dobey> apparently Ghost Command works on the same android device, so i guess that's an example
[17:16] <studio_> you don't need, nice answer, and yes, kodi also can do
[17:16] <OerHeks> google chrome uses smbnetfs, i have never done that too.
[17:16] <dobey> cifs is simplay a network protocol, it doesn't require a kernel module to implement said protocol. kernel module is required to use said protocol as a mountable file system via the kernel vfs layer
[17:17] <dobey> it's no different than if you wanted to use webdav instead of cifs; it's just a network protocol
[17:18] <dobey> well if kodi can do it, then it already does it and you don't need to ask the question, because you already have the answer
[17:18] <studio_> kodi is only working on android, but not on ubuntu touch!
[17:19] <studio_> cat /proc/filesystems is showing the same on android an ut
[17:19] <dobey> so ask the kodi devs about problems with kodi?
[17:20] <studio_> there is no problem with kodi on android
[17:20] <dobey> well good for kodi on android. maybe kodi doesn't support ubuntu as well
[17:21] <studio_> ut doesn't support kodi
[17:21] <dobey> have you even tried to ask kodi develoeprs to help you debug the issue?
[17:21] <dobey> of course not, kodi isn't a phone
[17:22] <studio_> what is the different? it is ubuntu, in't it?
[17:22] <SturmFlut> studio_, dobey: I think there is some confusion here and I might be able to help.
[17:22] <dobey> studio_: well, if that is the only difference, android apps do not run on ubuntu, so it's no wonder it doesn't work
[17:22] <studio_> SturmFlut, yes plese, help :)
[17:23] <SturmFlut> studio_: Ubuntu Touch works differently than the "normal" Ubuntu. It has a different application lifecycle, different package management etc.
[17:23] <dobey> world of warcraft works on windows and not ubuntu, but that's not ubuntu's fault
[17:24] <SturmFlut> studio_: What is your use case? Do you just want to copy a file from an SMB/CIFS share, or do you actually need to properly mount the share?
[17:24] <OerHeks> playonkodi kodiscope kodimote
[17:24] <studio_> no, i't like to use nfs, cifs and dlna on the ut-device
[17:25] <studio_> same as ubuntu-tv
[17:25] <dobey> use nfs and cifs how?
[17:25] <dobey> there is no ubuntu-tv
[17:25] <SturmFlut> studio_: Sure, but what exactly do you want to do in the end? Copy files? Stream media?
[17:26] <studio_> stream media and copy files, yes
[17:26] <SturmFlut> studio_: Ah, now we're getting there ;)
[17:26] <studio_> i'd like to see live-tv on the phone from my receiver
[17:27] <dobey> i guess you'd need to write an application to do that
[17:27] <studio_> kodi can do :(
[17:27] <dobey> there are no kodi client streaming apps on the phone yet, afaik
[17:28] <studio_> there is also no samba-, nfs, nor dlna-client
[17:29] <SturmFlut> studio_: If you want to stream media over various network protocols, you need a Media Player application which can do that. As far as I know there currently is no such app for Ubuntu Touch which can do that. Maybe the best idea would be to port something like VLC, or even Kodi.
[17:29] <dobey> sure, nobody said there was
[17:29] <SturmFlut> studio_: If you want to copy files over SMB or NFS oder another network protocol, you are probably looking for support for those protocols in the "File Manager" app. As far as I know, there was somebody working on that.
[17:30] <dobey> you could write a dlna client scope pretty easily, and i think the standard media player might be able to play streams over http
[17:30] <studio_> SturmFlut, when i have seen the videos from "Ubuntu-TV" i asked myself, why they do not use that player in Ubuntu-Touch?
[17:30] <dobey> there is no ubuntu-tv
[17:31] <studio_> dobey, is it a fake?
[17:31] <dobey> and also, phones aren't 46" plasma screens (yet anyway, though they're working toward it)
[17:31] <lotuspsychje> maybe he means myth ubuntu
[17:31] <studio_> no, Ubuntu-TV! search on youtube
[17:31] <SturmFlut> dobey: Well, the official website still says that "Ubuntu TV" is a product. He has a point there.
[17:31] <dobey> studio_: i don't know what video you're talking about, but there have been no tvs released with ubuntu on them, nor any images to flash on a tv
[17:32] <dobey> SturmFlut: well, does it have a link to a place to buy one? or an image to download?
[17:33] <OerHeks> it was just a scope to mythtv https://launchpad.net/~u2t/+archive/ubuntu/bleedingedge
[17:34] <SturmFlut> dobey: I guess it might cause a bit of confusion if "TV" is mentioned in the same place as all other variants, and without a disclaimer.
[17:35] <studio_> SturmFlut, android can handle miracast, ut in the moment not. but why ut isn't using the same player as ubuntu-tv?
[17:36] <SturmFlut> studio_: Let's say that there will maybe be real Ubuntu TVs at some point, but the thing that you saw on YouTube was more some kind of "design study". It hasn't become a full product yet.
[17:36] <dobey> SturmFlut: there is no ubuntu-tv
[17:36] <dobey> err
[17:36] <dobey> studio_: ^^ even
[17:37] <studio_> SturmFlut, yes, but the "design study" came into real with kodi, and there was no more development on Ubuntu TV
[17:38] <SturmFlut> studio_: But Kodi doesn't have anything to do with Ubuntu or Canonical or "Ubuntu TV"
[17:39] <dobey> yeah i don't know why you made that link
[17:39] <studio_> but it is still in the repo
[17:39] <SturmFlut> SturmFlut: Kodi was XBMC before and was developed on the XBox, nothing to do with Ubuntu
[17:39] <SturmFlut> Ups
[17:40] <studio_> would be nice to get "ubuntu-tv" in the repo
[17:41] <SturmFlut> studio_: Kodi/XMBC is available for installation on Ubuntu, yes. But it is NOT developed by Canonical. It is just a software package like all others.
[17:43] <studio_> as i said, i was wondering, that development for ubuntu tv was canceled (on ice) ...
[17:44] <dobey> kodi is not in the repo
[17:45] <dobey> there is no ubuntu-tv to put in the repo
[17:45] <studio_> try xbmc
[17:45] <dobey> xbmc is not in the repo
[17:45] <studio_> no?
[17:45] <dobey> there is no "repo" for installing apps on an ubuntu phone image. apps are installed from the store
[17:45] <studio_> store?
[17:45] <dobey> installing legacy apps from the standard ubuntu apt repositories is not supported
[17:45] <studio_> i never used the store
[17:45]  * lotuspsychje feels with dobey :p
[17:46] <SturmFlut> studio_: Have you used an Ubuntu phone yet?
[17:46] <studio_> yes, and i switched back to android
[17:46] <lotuspsychje> androis is a nightmare
[17:47] <SturmFlut> studio_: But the app store is the only real way to install apps on an Ubuntu phone, how did you do without?
[17:47] <studio_> apt-get install ...
[17:47] <studio_> apt-get install xbmc
[17:47] <dobey> *sigh*
[17:48] <lotuspsychje> studio_: did you unlock dir?
[17:48] <studio_> yes
[17:48] <SturmFlut> studio_: There might be the problem. This is not how the phone works. You might still think that it is just a normal Ubuntu installation, but it is absolutely not.
[17:48] <lotuspsychje> studio_: you cant receive updates anymore after unlocking you know that right
[17:50] <studio_> SturmFlut, how did you installed usbutils without apt-get install?
[17:50] <dobey> you don't
[17:50] <studio_> i installed
[17:51] <dobey> apt is not supported on the phone images
[17:51] <SturmFlut> studio_: I didn't, because I had no need to, and I know that apt-get is not the way to do things on the phone
[17:53] <studio_> dobey, no, so how it was possible? after that lsusb showed me all otg-devices
[17:54] <dobey> use a chroot
[17:54] <SturmFlut> studio_: It was possible in that one special case. Because the command is still there and you essentially broke your phone doing it.
[17:55] <NIN101> why would using apt break the phone?
[17:55] <dobey> just because it's possible to change the root partition to rw and install something with apt, does not mean it is a supported way of using the phone. you had to break the system to do that.
[17:55] <studio_> SturmFlut, break my phone to use lsusb?
[17:55] <dobey> NIN101: / is not very big, and upgrading things through apt can cause problems
[17:56] <SturmFlut> studio_: If you enable developer mode and use apt-get to install things, your device will no longer receive official updates and/or changed you did will be overwritten by the next update.
[17:56] <studio_> dobey, what is the "correct way" via the store to install usbutils?
[17:56] <dobey> studio_: you used the system in a manner other than supported. like, i can use an engine block as a boat anchor, but it was designed to be an engine in a car burning petrol
[17:57] <dobey> studio_: usbutils is not in the store
[17:57] <dobey> SturmFlut: or / fills up and it won't boot, or...
[17:57] <dobey> studio_: but that is irrelevant. the point is that it is unsupported
[17:58] <studio_> SturmFlut, "your device will no longer receive official updates" that is not correct
[17:59] <dobey> studio_: you cheated
[17:59] <studio_> no
[17:59] <dobey> yes. there is the documented way to make the system writable, and then there is the cheater way of doing mount -o remount,rw
[18:00] <dobey> the documented way persists writable after reboot, and prevents system image updates from being installed
[18:00] <studio_> mount -o remount,rw is enable to receive updates after a reboot
[18:00] <NIN101> what are "system images" anyway? Some kind of diff to the previous, or comparable to a tarball that gets unpacked?
[18:02] <dobey> NIN101: yes. tarball and/or xdelta (depending on how many revisions away from the update you are), full image tarball is a few hundred MB, deltas are usually < 100 MB
[18:02] <dobey> depends on how much changed too though, of course.
[18:04] <NIN101> dobey: thx.
[18:06] <SturmFlut> NIN101: They are downloaded from https://system-image.ubuntu.com/pool/ , you can take one and look at it. For example ubuntu-d2dfa371c65640e688fd9272b3ede7dbddbfed27f548a0d988c083b1d1c78158.tar.xz should be the latest one for the bq phone.
[18:07] <NIN101> SturmFlut: ah thx I was just wondering where they are hosted :-).
[18:14] <studio_> dobey, "maybe" i am wrong, but you allways say "this is unsupported", "that is unsupported" ... have you ever tried to search on a bq phone for nfs like "sudo find / -name *nfs*" ?
[18:15] <dobey> why would i do that? i don't need to use nfs on my phone. i don't have a bq phone. and i know the kernel is not built with nfs support.
[18:16] <studio_> ah, yes, "you" do not need that ...
[18:16] <dobey> why are you trying to make things so personal?
[18:17] <studio_> i?
[18:17] <dobey> yes, "you"
[18:17] <studio_> no, you allways say "i do not need taht"
[18:18] <dobey> instead of accepting the facts of what is or is not supported on the image, you turn into these tirades about "have 'you' tried to do that?" and such
[18:18] <dobey> of course i do. i don't need nfs on my phone. if i did need nfs, i wouldn't say i didn't need it
[18:20] <dobey> i do need bluetooth. but it doesn't work on the nexus 5 yet. i don't go around beerating people and asking them if they searched the entire filesystem for anything related to bluetooth and such though
[18:20] <studio_> dobey, as i said, i try to figure out. and it seems it has nothing to do with the "image". it seems to be depending from the software what is used.
[18:21] <dobey> the kernel is not built with nfs support. i don't know how you'd say that has nothing to do with the image.
[18:21] <dobey> and why am i the one that always ends up explaining this stuff over and over and over again
[18:22] <studio_> because nfs is working on kodi. android and ut are using the same filesystems on the bq e4.5
[18:23] <dobey> kodi is not part of the ubuntu image, there is no kodi client player in the store, and legacy applications are unsupported.
[18:23] <dobey> if kodi doesn't work, ask the kodi developers to help you debug why
[18:23] <dobey> kodi on android and kodi on ubuntu though, are surely very different things
[18:24] <studio_> dobey, you do not understand what i am trying to tell you. i do not talk about an kodi- or xbmc-client for the ut-phone
[18:25] <dobey> then pick more appropriate words for what you are trying to tell
[18:25] <dobey> you said kodi doesn't work on ubuntu; that is a kodi problem. this is not #kodi
[18:26] <charles> renatu, could you make a silo for https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1440878/+merge/255725 ?
[18:27] <studio_> no, my question was, why kodi can handle cifs- and nfs-shares under android but ubuntu-touch can not handle that, even they both use the same filesystems.
[18:28] <charles> renatu, or maybe add it to 8?
[18:29] <dobey> studio_: kodi on android is a very different thing from kodi in ubuntu. and the kernel is not built iwht nfs or cifs support as you've already been told 10 thousand times
[18:30] <studio_> dobey, cat /proc/filesystems is same, on android and ut
[18:31] <dobey> studio_: that is irrelevant
[18:31] <studio_> is it?
[18:32] <dobey> yes, that just lists the filesystems the kernel supports
[18:33] <studio_> and?
[18:33] <dobey> and obviously if cifs works on the android version of kodi it is not depending on a kernel module there, and using a userspace library that implements the protocol
[18:33] <dobey> and the legacy app on ubuntu probably depends on kernel support
[18:34] <dobey> it is a kodi problem, as has already been stated many times
[18:34] <studio_> and what about nfs and dlna?
[18:34] <popey> you could do the same at the application level for those too
[18:35] <dobey> indeed
[18:36] <dobey> well dlna doesn't exist in the kernel at all afaik
[18:36] <studio_> don't need to be supported in the kernel
[18:36] <dobey> and i don't know what kodi supports on full ubuntu under xorg
[18:37] <popey> in the file manager we're adding samba support
[18:37] <dobey> but kodi under mir on a phone with an older kernel version is almost certainly completely untested
[18:37] <popey> using qsambaclient
[18:37] <studio_> as i said, kodi is under android supporting dlna-client and server
[18:37] <popey> and in the future, it probably will on Ubuntu phone too
[18:38] <popey> but not yet
[18:38] <dobey> kodi on android is not kodi on ubuntu
[18:38] <dobey> stop trying to compare them as equals
[18:39] <studio_> dobey, i do not like to compare ut with android, but i compare it with debian
[18:40] <popey> 19:27 < studio_> no, my question was, why kodi can handle cifs- and nfs-shares under android but ubuntu-touch can  not handle that, even they both use the same filesystems.
[18:40] <popey> you directly compared kodi on android and kodi on ubuntu touch right there!
[18:40] <dobey> studio_: i'm not talking about the OS, i'm talking about kodi
[18:41] <dobey> gah
[18:41] <dobey> why can't my nexus 5 recieve MMS any more :(
[18:41] <studio_> popey, i also use some rpi's and i have no problems with them
[18:41] <popey> great
[18:42] <studio_> fore sure :)
[18:42] <popey> Ok. Do you have a question that we can help with?
[18:42] <popey> Or are you going to just continue to complain that kodi / samba / nfs doesn't work?
[18:42] <popey> Because it's getting quite tiring for everyone concerned to keep going over this again and again.
[18:42] <studio_> popey, i asked about jcifs, but still no answer
[18:43] <dobey> java is not used on ubuntu phones
[18:43] <popey> you're asking about kodi though
[18:43] <popey> a kodi question, not an ubuntu question
[18:45] <studio_> popey, no, the general question was why it is working on xbmc/kodi  when ut and android are using the same filesystems
[18:46] <popey> ok, that's been answered
[18:46] <popey> xbmc and kodi use userspace libraries.
[18:46] <popey> next question?
[18:47] <studio_> is it possible to adapt the same in ut?
[18:47] <popey> adapt what?
[18:47] <studio_> :(
[18:47] <dobey> feel free to write the code, sure
[18:47] <popey> Are you asking if it's possible to adapt kodi / xbmc?
[18:48] <dobey> i'm sure the kodi developers can help you figure out how to get userspace cifs/nfs/whatever working
[18:48] <dobey> and make a suitable interface for phones perhaps
[18:48] <renatu> charles, is already there :D
[18:48] <studio_> popey, adapt nfs and cifs for exp. in the filemanager?
[18:49] <charles> renatu, \o/
[18:49] <charles> mzanetti: ^
[18:49] <charles> mzanetti, silo 8 should have the .setSecondsBeforeStart(0) fix
[18:49] <studio_> or video-player?
[18:50] <popey> studio_: i have already said, we're adding samba support to file manager.
[18:50] <popey> studio_: next question.
[18:51] <mzanetti> cool :)
[18:54] <dobey> popey: whaaaaaaaaat is the air speed velocity of an unladen swallow?
[18:54] <popey> :)
[18:54] <ogra_> an european one ?
[19:01] <studio_> popey, "studio_: next question." nfs and dlna?
[19:02] <popey> studio_: we have no plans to add nfs to the file manager, dnla makes no sense in a file manager
[19:02] <kenvandine> dnla in the video scope might be cool though
[19:02] <dobey> it would be very easy to write a dlna client scope
[19:02] <studio_> maybe not filemanager, but media-player
[19:02] <popey> maybe
[19:02] <studio_> ok
[19:02] <popey> i dont know, i dont work on that
[19:02] <dobey> media-player itself wouldn't get dlna; it just needs to be able to stream from http or rtsp or whatever
[19:03] <kenvandine> yeah, it should be something the scope handles
[19:03] <dobey> there could be a dlna scope written though, and then music, photos, and video scopes could aggregate from it
[19:04] <dobey> i just want to know why my receiving mms isn't working any more though :-/
[19:04] <ogra_> dobey, check the nuntium log
[19:06] <dobey> ogra_: where is that exactly? i don't see any logs in .cache/nuntium
[19:06] <ogra_> upstart iirc
[19:06] <dobey> ah, upstart
[19:06] <dobey> 2015/04/22 14:28:13 Error cannot decode media type for field beginning with 0x28@2
[19:07] <dobey> hmm
[19:10] <popey> studio_: any more questions?
[19:12] <studio_> popey, sorry since i switched back to android, because ut was "in the moment" not useable for me, no.
[19:16] <popey> studio_: ok.
[19:16] <elopio> sergiusens: last week you mentioned a book about android testing, but I was a little drunk and can't remember anything details.
[19:16] <elopio> do you have a link? did I imagine it?
[19:17] <ogra_> elopio, you were drunk ? at a sprint ?
[19:17] <ogra_> impoossible !
[19:18] <elopio> ogra_: weird, right? And listen to this: I wasn't the only one!
[19:18] <sergiusens> elopio: How Google Tests Code
[19:18] <ogra_> geez !
[19:18] <sergiusens> elopio: http://www.amazon.com/Google-Tests-Software-James-Whittaker/dp/0321803027
[19:19] <ogra_> popey, i guess we can drop the phased upgraes note from the topic
[19:19] <dobey> elopio: did you bring more guatemalan rum?
[19:19] <elopio> thank you!
[19:20] <dobey> ogra_: any idea about that error from the nuntium log? should i file a bug somewhere?
[19:20] <elopio> dobey: no no, they don't sell it in my airport and I went directly to the US.
[19:20] <ogra_> dobey, yo probably should, at least for tracking the N5 issues
[19:20] <dobey> elopio: ah
[19:20] <dobey> i can send MMS just fine though :-/
[19:20] <ogra_> i sadly have not much clue about nuntium or the mms protocol ... sergiusens used to be our specialits ...
[19:21] <dobey> ah ok
[19:21] <ogra_> but then snappy snapped him and now he is swallowed :)
[19:22] <dobey> hrmm
[19:22] <ogra_> snappy will eat all of us one way or the other :)
[19:23]  * ogra_ looks forward to that day ... no more questions about apt  then ;)
[19:23] <sergiusens> dobey: you are on a us carrier I bet, the same one as kenvandine
[19:23] <sergiusens> dobey: there's already a bug for that
[19:23] <ogra_> popey, thanks !
[19:23] <dobey> sergiusens: yeah i am on t-mo
[19:23] <dobey> sergiusens: and i just found the bug from jdstrand about it
[19:23] <sergiusens> dobey: I had a partial fix, but I'm always afraid to land those as it requires testing all over the board
[19:23] <dobey> https://bugs.launchpad.net/ubuntu/+source/nuntium/+bug/1360403
[19:23] <dobey> is i guess what i'm hitting?
[19:24]  * ogra_ cheecks why that is against lxc-android-config 
[19:25] <dobey> ask cyphermox i guess
[19:25] <ogra_> ah, i see the comment now
[19:28] <kenvandine> oh... i used to miss mms...
[19:28] <kenvandine> guess i've lost hope now :-p
[19:32] <studio_> ehm, was ut ever working with german t-mobile?
[19:32] <ogra_> why wouldnt it
[19:33] <studio_> never got an configuration for it
[19:34] <dobey> you probably need to tweak the APN to use ip instead of ipv6, at least for data
[19:34] <kenvandine> dobey, i think that's only in the US
[19:35] <ogra_> you might need to add APN data though ... using the APN editor
[19:36] <studio_> ogra_, the android-version shows me an configuration for t-mobile and for exp. mms. but ut never made that
[19:36] <ogra_> my test sim is congstar, which is a t-mobile sub ... i didnt have to do anything, worked OOTB
[19:37] <studio_> ogra_, have you ever send or received an mms?
[19:37] <ogra_> yes, for testing
[19:38] <ogra_> 3 or so in my life ... sending postcards is cheaper than sending MMS :P
[19:38] <studio_> yes for send and receive?
[19:38] <ogra_> yes
[19:38] <studio_> hmm ...
[19:38] <cylonmath> is there any useful app you suggest for me to download? Seems there are not much apps in store yet.
[19:38] <ogra_> but t-mobile itself might need you to edit the APN data
[19:39] <ogra_> the editor is in the mobile settings page
[19:40] <cyphermox> that was an issue specific to t-mo in the US
[19:40] <cyphermox> because ipv6
[19:40] <ogra_> yeah
[19:40] <ogra_> cyphermox, there are issues with german APN db entries though ... that require people to use the editor
[19:40] <cyphermox> ok
[19:41] <cyphermox> should file a separate bug then so that we can add the settings to the apn database
[19:41] <ogra_> i think there is one ...
[19:41] <ogra_> just dont have the number handy ... but it is being handled
[19:41] <ogra_> the android db we use as base issimply not complete
[19:42] <cyphermox> it never will be
[19:43] <jgdx> ogra_, if you file bugs against the apn side of Settings, could you tag it 'apn'?
[19:43] <ogra_> jgdx, if i do that i'll try to remember
[19:43] <jgdx> ogra_, and maybe take a peak at the 30 there already :)
[19:43] <jgdx> thanks
[19:43] <ogra_> uh. why me :P
[19:44] <jgdx> just in case it's a duplicate
[19:44] <jgdx> not suggesting you fix them, though if you have some spare time…
[19:45] <ogra_> lol
[19:45]  * ogra_ looks up "spare time"
[19:47] <cwayne> ogra_, im pretty sure that's made up and doesn't exist
[19:47] <dobey> cylonmath: the apps you need. like maybe untappd
[19:47] <ogra_> yeah, cant find anything on the internet about it
[19:47] <ogra_> dobey, ! to celebrate the german beer putity day !! that is tomorrow :)
[19:48] <ogra_> *purity too
[19:48] <cylonmath> dobey, too bad I'm a Muslim and I don't prefer drinking :)
[19:49] <cylonmath> seems a funny app though
[19:49] <jgdx> ogra_, :)
[19:50] <dobey> ogra_: yay. every day is beer day :)
[19:50] <ogra_> http://www.bierengezondheid.be/index.php/articles/en/cid=24/aid=2216/
[19:51] <ogra_> funnily the only english article about it is belgian ...
[19:52] <ogra_> cwayne, given mos of our users are germans you should really call out an untappd event tomorrow or some such ;)
[19:52] <ogra_> *most
[19:53] <dobey> well i managed to salvage an mms with wget and ghex
[19:53] <cwayne> ogra_, ha, yeah!
[19:53] <ogra_> dobey, now just script it :)
[19:53] <taiebot> On devel-proposed mako the app Falling blocks is constantly proposed as an update. Is there a bug for this?
[19:55] <dobey> ogra_: or someone could just fix stuff to work on t-mo us :)
[19:55] <ogra_> cwayne, you need a "breaking news" function for the scope and a web crawler ... probably even localized so the user can get local beer news
[19:55] <ogra_> dobey, deatils ...
[19:55] <ogra_> *details
[19:55] <dobey> ogra_, cwayne: or just make Today and Nearby aggregate from Untappd :)
[19:55] <ogra_> yeah
[19:56] <ogra_> how do you feel ? "like finding the next beer fest"
[20:16] <kumala> Hi, I started using ubuntu touch with the bq phone. I soon realized some improvements were needed. Now I would like to know, where can I follow the development efforts?
[20:17] <ogra_> here is a good place .... there is also a mailing list and a G+ community
[20:17] <ogra_> the mailing list gets daily reports from  the landing team about what landed
[20:18] <kumala> cool, do you recommend any of those in particular? If not, I will probably hang around here for some time.
[20:18] <ogra_> well, whatever suits you best :)
[20:19] <kumala> Can you point me to said mailing list?
[20:19] <ogra_> https://launchpad.net/~ubuntu-phone
[20:20] <kumala> thanks ogra_ I will try to follow up a bit.
[20:21] <AmiGoZ> Hi all,  is it possible to install ubuntu touch on meizu mx4? I know it is already devices with touch built-in
[20:22] <ogra_> AmiGoZ, i doubt you can easily unlock the bootloaders on the android version
[20:23] <AmiGoZ> I have already unlocked on flyme...
[20:24] <ogra_> well, there is a port going on but not done yet, once there are public images for this and you have a properly unlocked bootloader it might be possible to install that ...
[20:24] <SturmFlut> ogra_: AFAIK the international version has an unlocked bootloader
[20:25] <ogra_> SturmFlut, oh, i didnt know that ? people always told me you cant unlock them at all
[20:25] <SturmFlut> ogra_: I think that was because up till a week ago or so people only got the imported chinese version
[20:25] <AmiGoZ> Actually it is built in option in my country...
[20:26] <AmiGoZ> My quistion is if port is already done and where i can download it?
[20:26] <ogra_> no, not done yet
[20:26] <ogra_> once it is it will be published indeed
[20:28] <AmiGoZ> Any release dates?
[20:29]  * ogra_ doesnt know