[02:19] <Etienne_> hi!
[02:20] <Etienne_> i need help for flashing my nexus 4 with ubuntu touch 14.10
[02:28] <Etienne_> i'm bootloader mode
[02:28] <Etienne_> and i do this
[02:28] <Etienne_> ubuntu-device-flash --channel=devel --bootstrap 2014/06/02 22:26:39 Expecting the device to be in the bootloader... waiting 2014/06/02 22:27:08 Device is |mako| 2014/06/02 22:27:09 Flashing version 50 from devel channel and server https://system-image.ubuntu.com to device mako 2014/06/02 22:27:09 ubuntu-touch/utopic is a channel alias to devel /home/etienne/.cache/ubuntuimages/ubuntu-touch/devel/mako/version-50.tar.xz /home/et
[02:28] <Etienne_> 2014/06/02 22:27:17 Can't flash recovery image
[05:56] <Mirv> Chipaca: almost forgot this highlight, but libqtgui5-gles should not be installed for anyone normally, it's ricardo's work to enable emulator working on x86
[05:57] <Mirv> so it's also x86-only package
[06:18] <dholbach> good morning
[07:20] <lotuspsychje> http://www.omgubuntu.co.uk/2014/06/samsung-first-tizen-phone-unveiled
[07:47] <JamesTait> Good morning all; happy Chimborazo Day! :-D
[07:50] <diwic> JamesTait, am I supposed to know what that is? :-) Sounds like a sausage.
[07:51] <diwic> JamesTait, Choritzo with extra spices = Chimborazo?
[07:52] <JamesTait> It's a mountain, apparenty.
[07:52] <diwic> okay
[07:56] <diwic> In this company, you learn something new every day!
[07:58] <JamesTait> Mission accomplished!
[08:19] <MJK_> hi, how do i get the calendar app
[08:28] <popey> MJK_: its pre-installed
[08:29] <MJK_> where?  i have the Thunderbird email,
[08:29] <popey> lets rewind.
[08:29] <popey> You're using the desktop?
[08:30] <popey> This channel is for support and discussion of Ubuntu on devices like phones and tablets
[08:30] <popey> #ubuntu is the channel for desktop support
[09:58] <oSoMoN> sil2100, hey, have you had a chance to take a look at the packaging changes in https://code.launchpad.net/~osomon/webbrowser-app/official-api/+merge/221436 ?
[09:59] <lotuspsychje> is there a way to set homepage on webbrowser-app?
[10:20] <sil2100> oSoMoN: looking now inbetween, sorry about that ;) Traincon is killing us
[10:20] <oSoMoN> sil2100, thanks (and good luck with that traincon0 situation)
[11:34] <janimo> Saviq, ogra_ anything else besides --desktop_file_hint needed to run a qml app from the phablet user shell? I get a coredump
[11:34] <Saviq> janimo, any message on console?
[11:34] <janimo> QUbuntu: Could not create application instance
[11:34] <janimo> Aborted (core dumped)
[11:34] <janimo> qmlscene  --desktop_file_hint=$(pwd)/railroad.desktop main.qml
[11:35] <janimo> IIRC it used to work months ago
[11:36] <janimo> anything in the shell environment that I should check for? DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-r7BwXDhWxz
[11:36] <janimo> but that socket does not seem to exist in /tmp FWIW
[11:42] <janimo> Saviq, work on mako/trusty will try again on the other device.
[11:42] <janimo> Saviq, which is utopic and a 3rd party phone
[11:43] <Saviq> janimo, that looks like you got rejected, you sure you're passing the correct .desktop path?
[11:43] <Saviq> janimo, and that you're in a proper phablet env?
[11:43] <Saviq> janimo, either ssh or sudo -u phablet -i ?
[11:43] <janimo> Saviq, I did the same thing on both devices. Used the recent phablet-shell
[11:43] <janimo> which logs in as the proper user
[11:45] <Saviq> janimo, well, yeah, you need proper DBUS, otherwise OSK won't work and other weird things might happen
[11:45] <janimo> Saviq, same call on both devices, works on mako/trusty
[11:45]  * janimo wonders why the DBUS var points to a nonexistent socket
[11:45]  * janimo upgrades mako to utopic
[12:16] <mdeslaur> as a developer, how do I see feedback people have left for my app? once it's installed on my phone, it no longer shows up in the app scope, and there doesn't seem to be a place to see feedback in the myapps interface...
[12:17] <ahayzen> mdeslaur, can you not press'n'hold your app from where you launch it to show the reviews?
[12:17] <seb128> mdeslaur, in the app scope you should still have the icon (that's how you start it no?)
[12:18] <seb128> mdeslaur, but what ahayzen said, hold the click in the lens should give you the details
[12:18] <seb128> mdeslaur, that's also how you uninstall
[12:19] <mdeslaur> oh, wow!
[12:19] <mdeslaur> I didn't realize I could press and hold an app icon
[12:19]  * mdeslaur needs an instruction manual
[12:19] <seb128> you can close running apps the same way
[12:20] <mdeslaur> oh, that's where people can add a review...I was wondering that too
[12:21] <mdeslaur> ahayzen, seb128: thanks!
[12:21] <seb128> yw!
[12:21] <ahayzen> mdeslaur, no problem
[12:25] <Wellark> sil2100: just FYI, if we go with the "big revert" there is no reason to revert the indicator-network packages.
[12:25] <Wellark> the MP's that landed with the split greeter were general in nature
[12:26] <sil2100> Wellark: we know, but actually cherry picking what to revert and what not proves additional risks
[12:26] <sil2100> But most probably we won't revert
[12:26] <Wellark> ok.
[12:26] <Wellark> good.
[12:26] <ogra_> Wellark, if we would revert, we would revert the whole landing to be sure to get back to original state though
[12:26] <ogra_> at least that was the plan
[12:27] <ogra_> (silo 19 is prepared for the rollback ... but we'll hopefully not need it)
[12:27] <Wellark> ogra_: so we would lost all the changes to each of the packages between now and the split greeter landing?
[12:27] <ogra_> in the future unrelated landings should simply go separate
[12:27] <ogra_> Wellark, whatever landed with split-greeter
[12:27] <ogra_> (there shoulldnt be anything landed afterwards since we are in TRAINCON-0)
[12:29] <ogra_> Wellark, the issue here is that we cant really predict interdependencies of breakage so the whole thing would have to be rolled back ... the only proper way to avoid that in the future is to not do such landings in one big chunk if they are not 100% related
[12:29] <ogra_> it smells like we wont need to roll back ... but we will only know for sure after we have seen the AP results in the lab
[12:30] <Wellark> ogra_: well, this landed after split greeter. the code change is not super critical, but that landing introduced releasing of latest translations which we need for the expo image: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-network/trunk.14.10/revision/341
[12:30] <ogra_> Wellark, oh, who landed that ?
[12:30] <Wellark> the translations are super  critical
[12:30] <ogra_> TRAINCON-0 shouldnt have let anything in
[12:30] <ogra_> sil2100, do you know ?
[12:32] <Wellark> traincon-0 does not mean we can't land anything
[12:32] <Wellark> from the email from tomorrow or so
[12:32] <Wellark> "As a reminder, this means that landings
[12:32] <Wellark> which are considered as risky or introduce larger features will require
[12:32] <Wellark> QA sign-off before release into the archive. We want all landings to be
[12:32] <Wellark> triple checked so that we don't end up making the situation even worse."
[12:32] <sil2100> I landed that
[12:32] <Wellark> this is exactly such landing
[12:33] <sil2100> ogra_, Wellark: traincon-0 means we can land isolated bugfixes, but hm, I guess I didn't consider that indicator-network was in the greeter landing
[12:33] <sil2100> My bad
[12:33] <ogra_> well, next time ...
[12:33] <Wellark> does not introduce large features, but does provide the critical translations
[12:33] <sil2100> Anyway, will make sure not to forget that next time, now I might have dodged a bullet
[12:33] <ogra_> what we learned is definitely that we dont allow unrelated landings in a feature landign anymore
[12:33] <Wellark> well, the translations are needed anyway.
[12:33] <ogra_> splig greeter should have been a lot smaller
[12:33] <sil2100> Saviq, ogra_: should I reconfigure 020 and release it?
[12:34] <ogra_> all the other packages should have landed separately
[12:34] <ogra_> sil2100, i'm fine with it ... lets wait for a word from Saviq
[12:34] <Wellark> well, the indicator-network landing as part of split greeter was not totally unrelated, as it fixed exporting the indicator properly to the greeter
[12:34] <Wellark> which was not a problem when the greeter was part of unity8
[12:35] <Saviq> ogra_, sil2100, there's bugs... but it definitely is better with that silo than without it
[12:35] <Saviq> ogra_, sil2100, so let's land it and flesh out the kinks as we go
[12:36] <ogra_> ++
[12:36] <ogra_> sil2100, push dat booton ... !
[12:38] <sil2100> ogra_: pushin bootonz!
[12:38] <sil2100> (there are more than one to push though)
[12:38] <ogra_> heh, right
[12:40] <sil2100> ogra_, Saviq: published! It's in flight now
[12:40]  * ogra_ noticed the mail
[12:44] <janimo> Saviq, updated mako to r62 from utopic-proposed and qmlscene aborts there as well now
[12:44] <janimo> ogra_, do you know anything about running qmlscene from the command line changed recently?
[12:44] <Saviq> janimo, I'll have a look in a moment
[12:46] <Saviq> janimo, hmm it works fine here :|
[12:46] <Saviq> qmlscene --desktop_file_hint=/usr/share/applications/webbrowser-app.desktop test.qml
[12:46] <Saviq> janimo, I just ran ↑ and all's fine, both over ssh and phablet-shell
[12:46] <janimo> Saviq, which release?
[12:47] <ogra_> janimo, stop finding bugs !
[12:47] <Saviq> janimo, mako, 52
[12:47] <Saviq> 62!
[12:47] <janimo> ok
[12:47] <ogra_> there is no reason it shouldnt work in any image though
[12:47] <Saviq> janimo, can you check ~/.cache/upstart/unity8.log
[12:47] <janimo> Sarvatt, ok the line you provided works for me too
[12:47] <Saviq> if it reports something when your app gets rejected
[12:48] <janimo> Saviq, hmm could be my apps desktop file then
[12:48] <janimo> not matching framework or something
[12:48] <janimo> since it ran on trusty
[12:48] <ogra_> is that even parsed/used ?
[12:48] <Saviq> janimo, try a random .desktop file
[12:48] <Saviq> ogra_, not *really*
[12:48]  * ogra_ always thought it isnt
[12:48] <ogra_> right
[12:48] <Saviq> janimo, of the installed ones
[12:48] <janimo> Saviq, yes, worked with the webbrosr desktip from above
[12:48] <ogra_> only if inside a click package it will be used
[12:49] <Saviq> janimo, ok cool, let me know if you find some weird new req for the .desktop file
[12:49] <janimo> ogra_, Saviq I installed a click and tried running it with its own desktop file
[12:49] <janimo> that did not work
[12:49] <janimo> it works when launched from the scopes btw
[12:54] <janimo> Saviq, so the path of the desktop file matters.
[12:54] <janimo> Saviq, I thought I can provide the dekstop from the local dir of the click
[12:55] <Saviq> janimo, as long as you pass the full path, it should
[12:55] <Saviq> janimo, if it doesn't, it's a bug with us
[12:57] <janimo> not even the path, the name of the file matters.
[12:59] <janimo> whic is a copy of webbrowser-app.desktop
[12:59] <janimo> and it does not work with the copy only when usin gthe original name
[13:14] <janimo> Saviq, ogra_ which package should I file this bug?
[13:14] <janimo> against
[13:14] <Saviq> janimo, unity8 to start with
[13:14] <Saviq> janimo, we'll reassign as needed
[13:14] <janimo> Saviq, ok
[13:20] <janimo> Saviq, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1325984
[13:23] <janimo> Saviq, it is not the custom location the problem. As the last paragrpash in the bugreport states it is the name of the desktop file that matters
[13:24] <Saviq> janimo, orly, even that bad
[13:24] <janimo> Saviq, so both files named webbroser under ~ work. If named railroad (and possibly others, they don;t)
[13:24] <Saviq> janimo, I think I know what's happening
[13:24] <janimo> maybe there's a list of preregistered app names
[13:24] <Saviq> oh no
[13:25] <Saviq> I don't
[13:25] <Saviq> janimo, in any case, good bug, we'll fix
[13:27] <janimo> Saviq, ok, added comment mentioning it worked on trusty
[14:12] <bdmurray> Wellark: what did you do to get a backtrace?
[14:13] <ogra_> bugging doko :)
[14:14] <bdmurray> ogra_: what does that mean?
[14:14] <ogra_> seems there were some discrepancies between gdb libstdc++ etc ...
[14:15] <ogra_> i dont know details but i saw the conversation and Wellark roughly told me about it on friday too
[14:16] <ogra_> popey, hmm, i just got a calendar update here ... am i supposed to have flowting icons on top of the view
[14:18] <ogra_> i have the "today" and "new appointment" icons floating vertically centered on the right side
[14:18] <ogra_> only in the month view though
[14:19] <popey> ogra_: desktop or device?
[14:19] <ogra_> ah, no ... agenda has it too
[14:19] <ogra_> popey, device indeed
[14:19] <popey> hm
[14:19] <ogra_> mako on last promoted
[14:19] <popey> oh
[14:19] <popey> yes, known sdk bug
[14:19] <popey> fixed in proposed
[14:19] <ogra_> oh
[14:19] <ogra_> and now it hangs
[14:20] <popey> also fixed
[14:20] <ogra_> ok
[14:28] <dano> I just wanted to know if there are any phones coming shipped with Ubuntu Phone this year? I'm interested into the OS but there are not much information in the web..
[14:28] <ogra_> dano, yes thats the plan
[14:29] <dano> Awesome! where can i found further information  ?
[14:30] <ogra_> dano, try googling for "meizu and bq ubuntu phones" i guess
[14:31] <dano> thank you so much, i will look it up :)
[14:31] <ogra_> if you want to run it today you can use it on a Nexus 4
[14:36] <Jesse___> hi folks! I'm trying to install the dual boot on my nexus4 but the dualboot.sh enters in loop on line 148, saying that the file has size 0kb and the command was not found. I noticed that it creates a "recover-mako-6.0.4.3.img" with 0kb. Any hints?
[15:16] <Wellark> bdmurray: I had to install libstdc++6-4.9-dbg instead of 4.8
[15:16] <Wellark> even though the lib is combiled with 4.8
[15:20] <om26er> trying to ssh into the phone, it says 'Permission denied (publickey).' doesn't ask me any password/authentication
[15:21] <om26er> I am doing:
[15:21] <om26er> adb forward tcp:8888 tcp:22; ssh phablet@localhost -p 8888
[15:21] <cwayne> om26er: why not just use phablet-shell
[15:22] <ogra_> yeah
[15:23] <ogra_> juts use the latest phablet-tools and phablet-shell from that
[15:23] <ogra_> om26er, and there is no PW auth allowed anymore ... security team didnt like that
[15:23] <om26er> cwayne, never knew that existed, trying that now
[15:24] <ogra_> (phablet-shell creates a key and copies it in place for you )
[15:24] <bdmurray> Wellark: and you've spoken to doko about it?
[15:26] <Wellark> bdmurray: well, installing 4.9-dbg removes 4.8-dbg so it seems to be correct
[15:26] <Wellark> didn't talk with him explicitly about this
[15:26] <Wellark> but it seems 4.8 vs. 4.9 is a bit messy atm
[15:33] <Wellark> bdmurray: how does apport determine which version of libstdc++6-*-dbg packages to pull in when retracing?
[15:33] <Wellark> because the retrace with apport-cli on the phone failed because of missing symbols
[15:35] <bdmurray> Wellark: it uses package versions from Dependencies in the apport crash file
[15:38] <Wellark> bdmurray: yeah, but how does apport decide which libstdc++ -dbg package to pull in?
[15:39] <Wellark> like her
[15:39] <Wellark> https://errors.ubuntu.com/oops/32136aa4-e9aa-11e3-82de-fa163e22e467
[15:39] <Wellark> Dependencies only says
[15:39] <lotuspsychje> you guys saw this article yet? http://www.omgubuntu.co.uk/2014/06/samsung-first-tizen-phone-unveiled
[15:39] <Wellark> libstdc++6 4.9.0-5ubuntu2
[15:39] <bdmurray> Wellark: so it should use 4.9.0-5ubuntu2
[15:39] <ogra_> lotuspsychje, tsates like chicken^W^W^Wlooks like android
[15:39] <Wellark> there is no libstdc++6-dbg package
[15:40] <lotuspsychje> ogra_: lolz
[15:40] <lotuspsychje> ogra_: you think that tizen security is as bad as android?
[15:40] <ogra_> dunno, never looked into tizen
[15:40] <ogra_> i assume it will be better
[15:40] <Wellark> bdmurray: the -dbg packages for gcc originated packages are a bit different
[15:40] <ogra_> android drags legacy along
[15:41] <Wellark> they are built from the gcc source tree directly and are part of the normal archive, not ddebs
[15:41] <Wellark> so there is no 1:1 correspondence
[15:41] <lotuspsychje> ogra_: ill stick to good ol ubuntu-touch :p
[15:41] <bdmurray> Wellark: ah, I'd have to look at the apport code more closely then
[15:42] <lotuspsychje> ogra_: by the way, the keyboard is hard to get on kiwi and freenode irc app from my nexus7, maybe bacause its only 7"?
[15:43] <ogra_> lotuspsychje, nope, i think there are still webapp-container bugs with sites that use certain javascript
[15:43] <ogra_> i was planning to look into that but didnt find time yet
[15:43] <lotuspsychje> ogra_: ah ok, so it will get better tnx
[15:43] <ogra_> the freenode app behaves better
[15:43] <lotuspsychje> kk
[15:43] <ogra_> its just butt-ugly
[15:44] <lotuspsychje> ogra_: i find kiwi on minimal theme also nice
[15:44] <lotuspsychje> but cant find a way to tab:username yet
[15:44] <ogra_> yeah
[15:44] <Wellark> bdmurray: ok, thanks! :)
[15:44] <lotuspsychje> that would be handy
[15:44] <bdmurray> Wellark: specifically sandboxutils.py and apport-retrace
[15:45] <ogra_> definitely ...
[15:45] <ogra_> like the terminal does on double-tap
[15:46] <lotuspsychje> ogra_: oh, so it could work from irssi tab:username?
[15:47] <lotuspsychje> but that will requier unlocked device to install irssi from terminal :p
[15:47] <lotuspsychje> you know what would be nice, an app to lock/unlock the device to writable or not
[15:48] <lotuspsychje> so one could install terminal apps and re-lock it afterwards
[17:35] <jdstrand> popey: the .pki denial is bug #1260048
[17:42] <jdstrand> popey: the media-hub denial is slightly odd. feel like I don't have the complete denial. can you file a bug?
[19:44] <mterry> ted, I'm looking at a url-dispatcher .crash file, but it doesn't have a CoreDump file, what's that about?
[19:44] <ted> mterry, What's the type? A crash or a recoverable error?
[19:46] <mterry> tedg, oh!  not used to those, recoverable
[19:47] <tedg> mterry, Ah, okay. Probably someone sent a bad URL?
[19:47] <mterry> tedg, how do I tell what the error message is?
[19:47] <tedg> mterry, DuplicateSignature
[19:48] <mterry> tedg, yup upstart-app-launch-invalid-appid
[19:48] <tedg> mterry, That tells errors how to bucket the error
[19:48] <tedg> Hmm, that one is me blaming me for the error :-)
[19:49] <tedg> It's UAL blaming URLDispatcher for sending a bad AppID.
[19:50] <mterry> tedg, the AppId file is "dialer-app"
[19:50] <tedg> Nobody would ever use that on a phone!
[19:50] <ogra_> mterry, hmm, just seeing you bug comment, you dont plan to reintroduce dbus-x11 into the image i hope ...
[19:50] <mterry> tedg, does that mean we called url-dispatcher with just "dialer-app" as an arg instead of "application:///dialer-app.desktop" or something?
[19:50] <mterry> ogra_, I do!
[19:50] <ogra_> please dont
[19:51] <mterry> ogra_, explain
[19:51] <ogra_> or confirm with foundations that we ship a bunch of X11 stuff
[19:51] <ogra_> they (namely xnox) invested quite some time to get rid of it
[19:51] <ogra_> additionally we found that oit breaks the lab tests
[19:51] <tedg> mterry, Hmm, no, it should have already stripped it at that point. (the URL stuff)
[19:52] <ogra_> this is why we are still in traincon-0 and might still need to roll back the whole thing
[19:52] <mterry> ogra_, the breakage of lab tests (the important issue in my mind) is fixed in silo 20 by properly not running Xsession.d files
[19:53] <ogra_> mterry, that was fixed this morning in dbus ... nontheless please confirm with foundations before re-introducing deps that were considered bad by them
[19:53] <mterry> ogra_, as for libx11-6 being pulled in, I agree it's a pain.  But dbus-launch is the correct piece of technology needed in this use case...
[19:53] <ogra_> we use upstart to start dbus everywhere on the phone
[19:53] <mterry> ogra_, it was fixed poorly this morning.  In a way that will cause other bad issues
[19:53] <mterry> ogra_, right, but we critically can't do so in the greeter session
[19:53] <ogra_> mterry, you mean the dbus upload ?
[19:53] <mterry> ogra_, not dbus upload, but the "start dbus" fix
[19:54] <ogra_> that was admittedly a hack, dbus was changed today to not run Xsession scripts when there is already a session dbus
[19:54] <mterry> ogra_, I'm happy to split the dbus-x11 package
[19:54] <ogra_> but it was also confirmed to not work with split greeter
[19:55] <ogra_> if gdbus gets called before a dbus is up you will end up with one spawned by dbus-launch ... with totally different options than the one we use atm
[19:55] <mterry> ogra_, I don't think that helps?  lightdm-session is the one running Xsession.d and it won't have dbus already around by that time
[19:55] <ogra_> *ones
[19:55] <ogra_> anyway, again ... i was asked by foundations to make sure that dep goes away again asap
[19:55] <mterry> ogra_, which dep?  the dbus-x11?
[19:56] <ogra_> yes
[19:56] <mterry> ogra_, any objections to a package split?
[19:56] <ogra_> cant you use upstart ?
[19:56] <ogra_> not from me, probably from pitti though
[19:56] <ogra_> we discussed that this morning too
[19:56] <mterry> ogra_, no because all sorts of upstart jobs fire on 'started dbus' that we don't want in the greeter session
[19:56] <ogra_> ah
[19:57] <mterry> ogra_, which is a problem created by the 'start dbus' fix
[19:59] <mterry> ogra_, dbus-launch uses symbols from X (support for linking them better)
[19:59] <ogra_> well, can you just directly exec dbus-daemon from the wrapper ?
[20:00] <ogra_> just grab the necessary lines out of /usr/share/upstart/sessions/dbus.conf and inject the dbus address into your upstart session then
[20:00] <mterry> ogra_, could do, yeah
[20:01]  * mterry works on it
[20:01] <ogra_> awesome :)
[20:09] <mterry> ogra_, wait...  which deps are the issue now?
[20:10] <mterry> ogra_, looks like libx11-6 is all over the Touch image already
[20:10] <ogra_> foundations tries to solve that
[20:11] <mterry> ogra_, you're saying they are in the middle of solving it and don't want me to make it worse or something else?
[20:11] <ogra_> we need to get to a rootfs that fits into 1.5G
[20:11] <ogra_> they have been working on that this cycle
[20:11] <ogra_> they just recently put a lot of work into getting dus-x11 off the image
[20:11] <mterry> ogra_, ok, so I just shouldn't make it worse by depending on it unnecessarily.  OK...  Can do
[20:11] <mterry> ogra_, gotcha
[20:12] <mterry> ogra_, (although libx11-6 is really all over the place -- they can't really remove it from all those?!)
[20:12] <ogra_> mterry, on a sidenote ... thanks a lot for that brakage (no irony intended) ... it made us find a massive flaw in the test infra nobody had never thoguth about
[20:12] <mterry> ogra_, I wonder what they hated about dbus-x11
[20:12] <mterry> ogra_, heh
[20:13] <ogra_> (dbus-x11 gets installed with one test and never removed ... then all kinds of wrid things happen where stray dbus daemons get spawned, AP connects to it and cant talk to apps)
[20:14] <ogra_> well, one target is to get rid of X11 (if possible) dbus-x11 is one package depending on it
[20:15] <mterry> ogra_, I get wanting to get rid of X11, but dbus-x11 only deps on libx11-6, and considering the list of other packages that do, dbus-x11 is pretty useful to be a first target for that
[20:15] <mterry> ogra_, I realize you are just the messenger
[20:18] <mterry> cjwatson, ogra_ is telling me you folks went through some effort to get rid of dbus-x11 on the touch image?  Out of curiousity, why is it so bad?
[20:33] <mterry> tedg, anything useful I can get you for that url-dispatcher issue?
[20:33] <tedg> mterry, Can you recreate it or was it just a once off?
[20:35] <mterry> tedg, it was happening often for me, let me retry
[20:35] <cjwatson> mterry: not something I was involved with; my guess would be xnox if that was us
[20:35] <cjwatson> mterry: but I would indeed have thought that dbus-x11 was not exactly pressing as far as image reduction goes
[20:36] <matrpoc> Hi all, I am trying to install asterisk on Ubuntu Touch. SIP clients work fine. I now need to configure GSM modem to work with Asterisk. I am stuck there.
[20:36] <matrpoc> My question is - is there a tty modem in Ubuntu Touch that I can connect serially and send AT commands?
[20:37] <daker> Mirv: hi
[20:37] <daker> any chance you can help package this https://github.com/qtproject/qtwebsockets ?
[20:37] <mterry> tedg, it's 100% for me here
[20:38] <mterry> tedg, not sure how I got in this state.  But I'm here, and it's over reboots too
[20:38] <mterry> oh, maybe I'm using the wrong url
[20:38] <tedg> mterry, So when you click on dialer app in the launcher it happens?
[20:39] <tedg> BTW, not Click, but touch
[20:39] <tedg> Well, that's overloaded too.
[20:40] <mterry> tedg, hahah!
[20:40] <mterry> tedg, *somehow* I uninstalled dialer-app
[20:40]  * mterry has no idea how, better reflash in case I did something insane
[20:40] <tedg> mterry, Wait, don't leak the secret tablet plans ;-)
[20:41] <mterry> tedg, so I guess I want to file a bug that url-dispatcher doesn't apt-get install dialer-app for me when this happens  ;)
[20:42] <tedg> Heh, I haven't "Won't Fix"'d a bug for a while ;-)
[20:56] <darkecchi> lg touch l7 serves to ubuntu
[20:58] <darkecchi> lg  l7 serves to ubuntu touch
[20:59] <darkecchi> lg  l7 serves to ubuntu touch
[21:01] <darkecchi> alguien que hable español nececito saber si ubunto touch sirve en un LG L7
[21:06] <janimo> ricmm, hi, do you know if there's a sensors test app for Ubuntu Touch? I see /usr/lib/arm-linux-gnueabihf/qt5/examples/sensors/sensor_explorer/sensor_explorer.qml but that is part of Qt and relies on modules not in touch
[21:06] <janimo> ricmm, qml test app that is, I have ran the ubuntu_direct command line tests
[22:11] <ricmm> janimo: yes, test_android_sensors_api
[22:11] <ricmm> from the libplatform-api-hybris1-test package, or something like that
[22:11] <ricmm> although the actualpackage will changei n a couple of days, due to an API bump