[01:24] <mgw> What options are there for testing Ubuntu Touch on Verizon?
[01:30] <wilee-nilee> mgw, On verizon? I doubt they will support that ask them. I have them a a carrier, what you want to know is the phone usable
[01:30] <wilee-nilee> as*
[01:38] <mgw> wilee-nilee: I mean, what cdma phones have some sort of touch support?
[01:38] <mgw> It seems the official releases do not support cdma
[01:39] <wilee-nilee> mgw, Ah, had not known of this.
[04:07] <lotuspsychje> soundcloud and shorts apps crashing on my nexus7 ubuntu-touch
[04:08] <lotuspsychje> youtune opens, but never plays any sound
[04:48] <xtr-stuff> hello
[04:50] <popey> hi
[04:50] <xtr-stuff> I'm currently trying to port ubuntu touch to the HTC One m7ul using the aosp sources and I'm kinda stuck
[04:51] <popey> might be a good idea to post to the mailing list
[04:51] <popey> it's quiet here right now, and most of the porting experts aren't around for another 6-8 hours
[04:51] <popey> https://lists.launchpad.net/ubuntu-phone/maillist.html
[04:51] <xtr-stuff> Good to know
[04:51] <xtr-stuff> will do thanks
[04:51] <popey> np
[04:54] <north> rsalveti: Hi. Is the rilmodem implemented as plugin ?
[05:34] <MHB> hi , can any one tell me how to get ubuntu touch on my sensation xl ?! plz
[05:35] <popey> !devices | MHB
[05:35] <popey> MHB: if it's not on ^^ that list, then someone needs to port it
 it on Work in progress list ...
[05:36] <popey> best to contact the person listed (if there is one)
[05:37] <MHB> the person listed said that he stoped to do it , cause the fund out >!
[05:38] <MHB> ok can u help me to do it my self ?! what i need to start >!
[05:40] <popey> see the porting guide linked in the /topic
[06:40] <frecel> Happy monday!
[06:41] <frecel> Can someone try to run terminal? I didn't work for me on r59 and it still doesn't on r60
[07:02] <popey> frecel: terminal runs, but there's a known bug in the toolkit
[07:02] <popey> frecel: open settings (takes a while) then set the font to 12
[07:02] <popey> bug 1322527 is the one
[07:03] <frecel> as in system settings or settings in terminal?
[07:04] <frecel> because when I try to run terminal I just see a white screen for half a second and then I'm back to home
[07:06] <popey> oh, thats different
[08:19] <arlekin> hello there
[08:20] <arlekin> is it possible to install image not exactly specified for device ?
[08:23] <arlekin> anyone here ?
[08:24] <popey> arlekin: hi
[08:24] <popey> arlekin: what device?
[08:24] <arlekin> either galaxy young or galaxy mini
[08:24] <arlekin> hi btw
[08:25] <arlekin> i really wanna try ubuntu touch but these devices seems to be not supported yet
[08:25] <arlekin> and i wonder if that is really that big of a difference
[08:25] <popey> yeah, you need to get someone to port to those devices
[08:25] <popey> I wouldn't try and run an image for another device on one
[08:26] <arlekin> well... shit :/
[08:26] <arlekin> thanks anyway, i guess i just need to be patient
[08:34] <seb128> does anyone know where/how the default font is set on ubuntu touch?
[08:42] <frecel> popey: can't sleep
[08:42] <popey> hah
[08:42] <popey> Thanks for the update! ☻
[08:42] <frecel> popey: that terminal app keeps me awake
[08:42] <frecel> I looked around and there are no logs
[08:42] <popey> yeah, its a toolkit bug
[08:42] <popey> just tap settings, wait, slide font to 12, go back
[08:42] <popey> it should work fine
[08:43] <ogra_> UITK insomnia !
[08:43] <popey> but unfortunately you have to do that each time
[08:43] <frecel> emmm... it wont even let me go to settings
[08:43] <ogra_> eventually it lest you
[08:44] <frecel> I really think we are getting a different bug
[08:44] <frecel> I just see a white screen for half a second and then I'm back to home screen
[08:45] <popey> yes, thats different
[08:46] <popey> and nothing in /home/phablet/.cache/upstart ?
[08:46] <frecel> nothing
[08:47] <frecel> I guess it doesn't even run long enough to log anything
[08:48] <JamesTait> Good morning all; happy Monday, and happy Rocky Road Day! :-D
[08:48] <popey> hmm
[08:48] <popey> frecel: "dmesg -T" ?
[08:49] <popey> frecel: or try uninstalling and reinstalling it maybe?
[08:49] <frecel> popey: tried uninstalling and installing twice it did nothing
[08:49] <popey> hmmm
[08:49] <popey> anything in /var/log?
[08:52] <frecel> nothing that looks useful
[10:54] <Mirv> didrocks: hey! we're not finding a trace that hud 14.04+14.04.20140528-0ubuntu1 would have been copied from sru-staging to archives. was it something you could check? ie it never went to any of the queues after publishing on Thursday (https://ci-train.ubuntu.com/job/landing-009-2-publish/23/)
[10:55] <Mirv> sil2100: ^
[10:56] <didrocks> Mirv: I guess you are talking about: ubuntu-unity/sru-staging        Release trusty  Proposed        trusty  hud     14.04+14.04.20140528-0ubuntu1   13.10.1+14.04.20140425-0ubuntu1 robru
[10:56] <Mirv> didrocks: yes, that one
[10:56] <didrocks> I think it got kicked out by the filter, I thought we decided to not use ubuntu-unity/sru-staging anymore?
[10:57] <didrocks> (at least, it prooves that the filter is working :))
[10:57] <Mirv> "yay" \o/ :)
[10:57] <Mirv> maybe sil2100 could then answer that one, especially if it's something discussed last week
[10:57] <didrocks> I can whitelist the ppa if we are continuing to use the ppa for side-tracking SRUs
[10:57] <didrocks> but I think that shouldn't be needed anymore as we don't free up the silo until the publication is done
[10:58] <didrocks> so, keep me posted
[10:58] <Mirv> ok, let's wait a bit for sil to be back. thanks!
[10:59] <didrocks> yw
[10:59] <sil2100> huh?
[10:59] <sil2100> One moment
[10:59] <Mirv> sil2100: no hurry :) read #ci-eng first and then this, I'm just tracking that lost hud
[11:03] <sil2100> Mirv: so, don't worry about that one - we did a republish last week, I'll look into what's happening after lunch
[11:06] <Mirv> sil2100: yes, I think this is the republishing in question now :)
[12:48] <ogra_> Saviq, bug 1325580 for you (or mterry)
[12:48] <ogra_> oops
[12:48]  * ogra_ fixed typo 
[12:48] <ogra_> bug 1325580
[12:53] <ogra_> Saviq, and here the debdiff for my pending upload http://paste.ubuntu.com/7572826/
[12:53] <Saviq> ogra_, +1
[12:53] <ogra_> great, uploading
[13:20] <ogra_> Saviq, ARGH !
[13:20] <Saviq> ogra_, ?
[13:20] <ogra_> The following packages have unmet dependencies:
[13:20] <ogra_>  dbus-test-runner : Depends: gvfs-backends but it is not going to be installed
[13:20] <ogra_> E: Unable to correct problems, you have held broken packages.
[13:21] <ogra_> FTBFS
[13:21] <Wellark> boiko: https://bugs.launchpad.net/indicator-network/+bug/1295762
[13:21] <Wellark> boiko: that unity-notifications MP is now going in
[13:21] <Saviq> ogra_, :|
[13:21] <ogra_> so i guess now we know why it has that dbus-x11 dep :/
[13:21] <Wellark> I've already updated indicator-network dialogs to define that timeout to be std::limits<std::int32_t>::max()
[13:22] <Wellark> same should be done with the incoming call snap decisions at least
[13:22] <Saviq> ogra_, well, sure, but it should be B-D, not D
[13:22] <ogra_> Saviq, right
[13:22] <boiko> Wellark: nice! thanks
[13:22] <Wellark> boiko: not sure what other "do-not-expire" snap decisions we might have
[13:23] <Saviq> ogra_, if it's only for the dbus-test-runner, I mean
[13:23] <ogra_> right
[13:23] <Wellark> boiko: btw, is it a feature that the incoming ringtone plays only once or so?
[13:23] <boiko> Wellark: from the telephony's point of view, I think it is calls and USSD/MMI dialogs
[13:23] <boiko> Wellark: you mean for calls or messages?
[13:23] <Wellark> calls
[13:23] <boiko> Wellark: nope, it should repeat
[13:24] <Wellark> I placed a phone call which I let ring over 1min to test that the snap decision change did not alter the default behavioir
[13:24] <Wellark> and noticed that the incoming call tone stopped playing after a while
[13:24] <Wellark> boiko: wanna bug?
[13:24] <Wellark> or will you file it yourself?
[13:25] <Wellark> boiko: yes, indeed. the USSD/MMI dialogs should not expire ever. as they are not even available from messaging after you close them
[13:25] <boiko> Wellark: let me flash the latest and try it here
[13:25] <Wellark> boiko: sure.
[13:26] <ogra_> Saviq, hmm, not really sure thats related though
[13:26] <Wellark> boiko: btw, should the phone vibrate also when there is an incoming call?
[13:27]  * ogra_ wonders why/how that could build on friday ... 
[13:27] <boiko> Wellark: at some point it should, but it is not implemented yet
[13:31] <Saviq> ogra_, indeed
[13:32] <ogra_> i dont see any gvfs change either
[13:32] <ogra_> o gvfs-backends
[13:32] <ogra_> *or
[13:32] <ogra_> there is pittis dbus upload though
[13:33] <ogra_> but that has not migrated yet
[13:35] <Wellark> ogra_: btw, about that indicator-network crash during smoke testing
[13:35] <Wellark> managed to get an actual backtrace today
[13:35] <Wellark> (we should figure out what's wrong with errors.ubuntu.com...)
[13:35] <Wellark> so, the crash actually happens when the -autopilot packages are installed
[13:36] <Wellark> and ofono-phonesim-autostart package gets configured
[13:36] <ogra_> Wellark, bdmurray is working on errors.u.c
[13:36] <Wellark> ok. I have some findings for him
[13:36] <ogra_> that will get fixed soon
[13:36] <ogra_> file bugs (against apport i guess)
[13:36] <ogra_> and tell him or assign him
[13:36] <Wellark> so, pulling in wrong version of libstdc++-dbg ?
[13:36] <Wellark> I'm not sure if it's an apport issue or what
[13:37] <Wellark> I just know what I did manually to get the backtrace :)
[13:37] <Wellark> ogra_: but, anyway. so the crash is actually happening inside dbus-cpp thread that listens for messages from dbus-daemon
[13:38] <Wellark> I'm alerted tvoss, but this might be a tricky one to figure out
[13:41] <kenvandine> cjwatson, is there a way to get stdout/stderr logged for click hooks when they are run from pkcon or the updater?
[13:41] <cjwatson> kenvandine: I think they already are somewhere
[13:41] <cjwatson> kenvandine: should be in the unity-scope-click logs
[13:41] <kenvandine> what about when using pkcon?
[13:41] <cjwatson> oh, directly?
[13:41] <cjwatson> um, not sure
[13:42] <kenvandine> at least that's the case i know mine are failing with :)
[13:42] <cjwatson> I thought that was all just passed straight through
[13:43] <kenvandine> cjwatson, i not sure if it's a problem when updating normally, but when using pkcon to test clicks, the content-hub hook isn't updating the settings
[13:43] <kenvandine> but...
[13:43] <kenvandine> if i run click hook run-user
[13:43] <kenvandine> it does
[13:43] <cjwatson> oh, G_SPAWN_STDOUT_TO_DEV_NULL for click install in pk-plugin-click
[13:43] <ogra_> Saviq, so it seemss teher eis a known issue with dbus-test-runner ... not our fault then, but that makes it impossible to build against the archive (-proposed) currently
[13:43] <cjwatson> but not stderr - are you sure you've tried sending stuff to stderr
[13:43] <cjwatson> ?
[13:43] <kenvandine> error should be going to stderr
[13:43] <kenvandine> i can confirm
[13:43] <cjwatson> stderr is accumulated in pk-plugin-click and should be spat out in any installation failure
[13:44] <Saviq> ogra_, ok, so FTBFS is explained, but the dbus-x11 dep should still just be B-D, right?
[13:44] <ogra_> Saviq, i doubt that ...
[13:44] <ogra_> it wouldnt fix the FTBFS to add such a B-D
[13:44] <kenvandine> cjwatson, no way to override that to get stdout for testing?
[13:44]  * kenvandine would rather avoid a rebuild to debug this :)
[13:44] <cjwatson> kenvandine: one thing that's worth a try is to kill packagekitd and run (IIRC, possibly minor variations) "/usr/lib/packagekit/packagekitd -vv" as root in a separate terminal
[13:44] <ogra_> (unless it still fails later in the build ... )
[13:44] <cjwatson> kenvandine: and then run pkcon against that
[13:44] <kenvandine> ok
[13:45] <kenvandine> thx
[13:45] <cjwatson> I think that should give more detail
[13:45] <cjwatson> certainly what I used when I was writing pk-plugin-click in the first place
[13:45] <Saviq> ogra_, but the "known dbus-test-runner issue" would only explain the FTBFS, right? not the broken test results?
[13:45] <cjwatson> kenvandine: in extremis you can then strace -f packagekitd and search through the trace for things
[13:46] <ogra_> Saviq, right ... dbus-x11 is AP ... dbus-test-runner is the FTBFS
[13:46] <cjwatson> since click will be a child process of that
[13:46] <ogra_> Saviq, and dbus-test-runner cant migrate until libsmbclient is fixed ... thats our issue atm
[13:46] <Saviq> ogra_, kk
[13:47] <ogra_> Saviq, if silos come back soon we could build in there i guess and somehow massage it through ... otherwise we have to wait or fix libsmbclient
[13:47] <Saviq> ogra_, 'stood
[13:48] <ogra_> i shouldnt have said "murphys monday" earlier ... seems that was a self fulfilling prophecy somehow :P
[13:54] <boiko> Wellark: just confirmed here, the ringtone is not repeating itself, would you mind opening a bug for that?
[13:57] <dpm> thanks boiko for the updated dialer, messaging and addressbook uploads, now translations are working fine :)
[13:57] <boiko> dpm: nice! :D
[13:58] <boiko> dpm: did they make it to the image?
[13:58] <dpm> boiko, yes, I can see them all translated on #60
[13:58] <danielbeck_> hello rsalveti. The ubuntu touch emualtor (x86) does not work on my machine. The screen stays black. dpm suggested that I ask you about it.
[13:58] <boiko> dpm: is that the one being used in the expo?
[13:59] <ogra_> danielbeck_, except that rsalveti is on vacation this week ...
[13:59] <danielbeck_> I posted the log when starting the ubuntu touch emulator here: http://paste.ubuntu.com/7573163/ .
[13:59] <popey> dpm: slight fail with reminders
[13:59] <danielbeck_> ah, ok ogra_ . Thanks :-)
[13:59] <popey> alan@deep-thought:~$ phablet-test-run -v reminders
[13:59] <popey> sh: 1: /usr/bin/python: not found
[14:00] <kenvandine> cjwatson, do click installs from the scope and updates from settings all use the packagekit backend?
[14:01] <popey> dpm: cowboy fixed it, but when i run it with python3 it finds no tests...
[14:01] <cjwatson> kenvandine: yes
[14:01]  * popey fiddles
[14:03] <dpm> popey, cool, thanks. Would you mind filing a bug for us to fix it later?
[14:03] <popey> yeah, there's a few bugs here
[14:03] <popey> its a mess
[14:03] <dpm> actually, yes, I remember having issues with python3 and mentioning it in a MP
[14:05] <kenvandine> cjwatson, thx
[14:05] <popey> dpm: yeah, there's missing dependencies here too
[14:11] <Wellark> boiko: so, which component is actually playing the tone?
[14:11] <Wellark> dialer-app ?
[14:11] <boiko> Wellark: telephony-service
[14:12] <Wellark> boiko: ok.
[14:12] <boiko> Wellark: thanks
[14:12] <Wellark> boiko: btw, is telephony-service also the thing that displays the UCCS messages coming from the cellular network?
[14:12] <Wellark> or is it USSC?
[14:14] <boiko> Wellark: you mean USSD? yes, it is telephony-service
[14:15] <Wellark> boiko: sorry for the crappy desccription, but I think you can figure out what the bug is all about :)
[14:15] <Wellark> https://bugs.launchpad.net/telephony-service/+bug/1325605
[14:16] <boiko> Wellark: the summary says it all, thanks :)
[14:16] <Wellark> boiko: so, just wondering.. I receive USSD message each time I activate mobile broadband on my prepaid card
[14:16] <Wellark> which basically contains current balance information
[14:16] <oSoMoN> didrocks, hey, I have debian packaging changes in a webbrowser-app branch, do you think you could review them (or point me to someone who can)?
[14:16] <boiko> Wellark: interesting
[14:17] <Wellark> and there is nothing I could do to "act" on it
[14:17] <Wellark> but still the snap decision shows two buttons
[14:17] <Wellark> "Cancel" and "OK" or something
[14:17] <didrocks> oSoMoN: you should just ping on #ubuntu-ci-eng, the guys making reviews should be around there
[14:17] <boiko> Wellark: that's a bug we have on snap decision itself: it is either two buttons or no buttons at all :)
[14:17] <oSoMoN> didrocks, ok, thanks!
[14:17] <didrocks> yw
[14:17] <Wellark> boiko: ok.. let's fix it then :)
[14:18] <Wellark> it's highly confusing
[14:18] <boiko> Wellark: yep, tiago tried to get rid of the second button, but he didn't manage to
[14:28] <kenvandine> cjwatson, so where should stderr be sent?
[14:29] <cjwatson> the packagekitd stderr I think
[14:29] <cjwatson> if not then strace
[14:29] <kenvandine> i see it in strace
[14:55] <Chipaca> I just got a kernel panic inside the emulator -- is this something i should report?
[14:56] <ogra_> Chipaca, yes, but not expect it to be fixed before next week ... ricardo is on vac.
[14:57] <Chipaca> ogra_: i just lost the output because i kneejerked 'reset' when the crash left me with a fubar'ed tty
[14:57] <Chipaca> ogra_: if it happens again, i'll bugreport :)
[14:57] <ogra_> :)
[14:57] <kenvandine> cjwatson, ok... i think i've gotten to the bottom of it, gsettings when run with packagekit :/
[14:57] <kenvandine> 12694 write(2, "\n(process:12691): dconf-WARNING **: failed to commit changes to dconf: Cannot autolaunch D-Bus without X11 $DISPLAY\n", 116) = 116
[14:58] <cjwatson> ah right
[14:58] <cjwatson> I thought there were approaches for dealing with that
[14:58] <cjwatson> maybe just run within dbus-launch or whatever it is?
[14:59] <kenvandine> not sure what's making it use dbus-launch
[14:59] <cjwatson> nothing right now
[14:59] <cjwatson> I'm suggesting dbus-launch as a fix
[14:59] <kenvandine> oh, you mean force it in my hook?
[14:59] <cjwatson> so that it doesn't have to use the autolaunch stuff
[14:59] <cjwatson> yes
[15:00] <kenvandine> can i put that in my .hook file?
[15:00] <kenvandine> like will it take more than just a single string to an executable?
[15:00] <cjwatson> I forget how dbus-launch works
[15:00] <kenvandine> me too :)
[15:00] <cjwatson> I think it's basically just an adverb though
[15:00] <kenvandine> but... i more wondering if i need a wrapper to put in the hook
[15:00] <kenvandine> or if i can just modify the Exec line
[15:01] <cjwatson> I suspect the latter but I'm sure it's fairly easy either way
[15:01] <cjwatson> you might need a wrapper if you want to check whether dbus is already present first
[15:01] <kenvandine> ok, i'll play with it
[15:01] <cjwatson> or you could take the self-exec approach
[15:26] <frecel> I just realized something. On touch the home button is on the bottom of the launcher and on desktop it's on the top, is there reason for that difference?
[15:26] <bfiller> anyone seeing this issue with latest image r60? https://bugs.launchpad.net/unity8/+bug/1325627
[15:27] <frecel> bfiller: I only have one phone, if you call me I could check :D
[15:32] <pmcgowan> cjwatson, is it correct behavior that when preinstalled apps are updated the phone ends up with two separate copies?
[15:34] <anpok> frecel: hm I believe with ofono-phonesim or ofono-scripts calling 119 and hanging up will make ofono simulate a call
[15:37] <frecel> anpok: doesnt work
[15:39] <frecel> unless it's not runnign
[15:44] <Chipaca> what does “unable to start: org.freedesktop.DBus.Error.Spawn.PermissionsInvalid: The permission of the setuid helper is not correct” mean, in the logs of an upstart service?
[16:00] <cjwatson> pmcgowan: yes; it's not possible to remove the preinstalled version since it's on the read-only FS
[16:00] <cjwatson> pmcgowan: and this way it makes it easy to revert to the factory version
[16:01] <pmcgowan> cjwatson, I see thanks
[17:13] <Chipaca> there seems to be a bit of a memory leak in unity8, at least in the x86/devel thing
[17:14] <Chipaca> with me doing nothing it's gone from ~20% of 1g to ~40% in ~10 minutes
[17:15]  * Chipaca kills it as it reaches 50%
[17:33] <Chipaca> https://bugs.launchpad.net/unity8/+bug/1325660
[18:28] <slangasek> anyone know what this error message is about?
[18:28] <slangasek> ~/ubuntu-emulator/test1/.device: no such file or directory
[18:28] <slangasek> this was an instance I created before upgrading ubuntu-emulator
[18:29] <slangasek> did the interfaces change incompatibly?
[18:35] <pmcgowan> elopio, did you set up the dashboard testing when we did the qt 5.2 transition?
[18:49] <Bel_P> I am having an issue where when my grouper device reboots into recovery to install, it does not find the .zip it appears to be looking for.
[18:52] <Bel_P> The recovery appears to be checking for autodeploy.zip , which it does not find.
[19:00] <dobey> Bel_P: grouper is no longer supported
[19:00] <Bel_P> Even on the stable channel?
[19:01] <dobey> well, ubuntu-device-flash --channel stable should work, but it's just a last release, not actually supported. there will never be any updates for it. and it doesn't work very well.
[19:03] <Bel_P> I see. Thanks for the info dobey. What was the reason for the deprecation?
[19:03] <dobey> the hardware
[19:04] <dobey> because it's a tegra
[19:04] <Bel_P> Oh - so the same reason that the Xoom was never supported.
[19:04] <ogra_> well, the hardware per-se would be fine if there were supportable drivers
[19:14] <Bel_P> Thanks for the info. Maybe I will try again if I replace the grouper.
[19:31] <Chipaca> there seems to be breakage in the archive making some packages i need for dev be uninstallable on arm (or at least on the phone)
[19:31] <Chipaca> in particular i can't install libubuntuoneauth-2.0-dev
[19:31] <ogra_> Chipaca, yes, it is being worked on
[19:31] <ogra_> oh
[19:31] <ogra_> thats a new one
[19:31] <ogra_> probably not related then
[19:31] <Chipaca> boils down to qt5
[19:32] <Chipaca> it needs libqt5gui5, and installing that would remove libqt5gui5-gles and ubuntu-touch
[19:33] <Chipaca> maybe libqt5gui5-gles should provide libqt5gui5?
[19:33] <ogra_> Mirv, ^^ ?
[19:34] <ogra_> Chipaca, i think it is more likely that libqt5gui5-gles hasnt been rebuilt after a change in libqt5gui5
[19:34] <Chipaca> ogra_: ok :)
[19:35] <ogra_> Mirv and rsalveti usually handle that ...
[19:35] <ogra_> but ricardo is off this week
[19:35] <Chipaca> I keep on thinking i should've taken this week off :)
[19:36] <ogra_> haha
[19:36]  * ogra_ wouldnt mind striking this day off his mind as well ... not necessarily the whole week though
[19:36] <ogra_> there is hope :)
[19:38] <Chipaca> you say that, but the delta between where i'm developing and what's on a released image just keeps growing :(
[20:05] <slangasek> Chipaca: that seems like something we should be able to fix quickly for you.  But why do you need libqt5gui5-gles on the phone?  The ABI between this and libqt5gui5 is identical on arm, and libqt5gui5 is the one we should still be installing on the phone AIUI
[20:13] <ogra_> slangasek, i wonder if we should even build the -gles packages on arm at all
[20:13] <ogra_> doesnt seem necessary
[20:13] <slangasek> yes, we should transition arm to be the same as x86.
[20:13] <ogra_> that wont work since we need both on x86
[20:13] <slangasek> that's not what I said
[20:13] <ogra_> (both graphical backends)
[20:14] <ogra_> oh. you mean simgle source package ?
[20:14] <ogra_> *single
[20:15] <slangasek> no, I'm saying that what we're doing on x86 is what we should *also* be doing on arm, including using the -gles variants for the touch builds
[20:15] <ogra_> ah
[20:15] <slangasek> but we haven't made that change *yet*, so -gles should not be pulled in on arm
[20:15] <ogra_> well, as i understood Qt5.3 is supposed to be able to do runtime selection
[20:16] <ogra_> so that whole mess could be dropped then
[20:19] <slangasek> ogra_: right, that remains to be proven
[20:20] <ogra_> haha, yeah
[20:36] <Chipaca> slangasek: *i* don't need libqt5gui5-gles on the phone :)
[20:36] <Chipaca> slangasek: http://pastebin.ubuntu.com/7575571/
[20:37] <ogra_> Chipaca, the emulator needs it
[20:37]  * Chipaca kills the emulator with fire and ^C
[20:38] <slangasek> Chipaca: are you on a phone, or are you on the i386 emulator image?
[20:38] <Chipaca> slangasek: x86 emulator
[20:38] <slangasek> oh
[20:38] <slangasek> see, you didn't say that ;)
[20:39] <slangasek> ok, so libubuntuoneauth-2.0-dev probably needs updating to depend on qtbase5-dev | qtbase5-gles-dev
[20:41] <ogra_> yippieee !!!!
[20:41] <ogra_> FINALLY !!!!!
[20:42] <Chipaca> ogra_: ...?
[20:42] <ogra_> so this were 11h to get a single broken dep removed from the image
[20:42] <Chipaca> :)
[20:43] <ogra_> and the *only* piece of infrastructure that didnt cause any issues in the process was actually system-image ... everything else caused hour long issue resolutions ...
[20:43]  * ogra_ takes a deep (very deep) bow in front of stgraber 
[20:44] <Tassadar> hmm, is he here?
[20:44] <Tassadar> stgraber: ping!
[20:44] <ogra_> AP tests ... silos ... FTBFS due to wiggly proposed deps ... then the image build ... and even the isotracker page to trigger the image build ...
[20:46] <stgraber> Tassadar: sort of, I'm on IRC but dealing with quite a few other problems at the moment :)
[20:47] <Tassadar> stgraber: I just wanna make sure you seen this: https://bugs.launchpad.net/ubuntu-system-image/+bug/1286542/comments/7 (it's about s-i-server and that wrong delta with same file as other delta that happened when you were on a vacation)
[20:49] <stgraber> Tassadar: oh, crap, that makes sense indeed. Hmm, so the problem is that there's no sane way to know whether we still have broken files on the fs (inverted source/destination).
[20:51] <Tassadar> I was hoping that the wrong code was so long ago that you can remove that workaround now. Well, it's something you'll have to keep in mind then, because it is gonna happen next time you'll need to revert to an older image
[20:52] <Tassadar> (if it's only over one version, like 1 -> 2 -> 1again)
[20:53] <stgraber> ok, let's check if we have any file dating before 2013-10-03 on disk
[20:56] <stgraber> the two oldest files on disk date of the 3rd of October so I think it's safe to drop. Worst case scenario, the diff will just be re-generated so that'd just waste a bit of cpu and disk space instead of producing invalid index
[20:56] <Tassadar> cool
[21:03] <stgraber> Tassadar: compatibility code dropped and branch updated on the production server
[21:05] <Tassadar> k, I disabled it on mine when I found out about it
[21:18] <adnap> Is Ubuntu for the Nexus 7 more limited than desktop Ubunutu? Could I change my window manager, for example?
[21:34] <Chipaca> adnap: no
[21:34] <Chipaca> adnap: to both your questions
[22:01] <frecel> Just found the best bluetooth bug :D
[22:02] <frecel> popey: what project should I report bluetooth bugs to
[22:02] <frecel> ?
[22:05] <popey> frecel: what kind of bug?
[22:06] <Shiggity> rsalveti, hello...
[22:07] <ogra_> Shiggity, he is out this week
[22:07] <frecel> popey:  I connected my bluetooth handsfree set from my car and the connection to the headset drops when I make a phonecall and it reconects as soon as the call stops
[22:07] <Shiggity> ogra_, ah
[22:07] <Shiggity> ogra*
[22:07] <frecel> popey: https://bugs.launchpad.net/ubuntu/+source/bluetooth-touch is that the right one?
[22:08] <Shiggity> ogra_, any progress on the UT port for the Nexus 5?
[22:08] <ogra_> i doubt that
[22:09] <Shiggity> :\
[22:09] <Tassadar> it's gonna start showing correct battery % in status bar once the patches in gerrit are merged
[22:09] <Tassadar> ^^
[22:11] <popey> frecel: not sure, cyphermox would know better
[22:13] <popey> frecel: gonna re-submit your app? ☻
[22:13] <frecel> yes, I forgot about that
[22:13] <frecel> framework 14.04-dev1 security policy 1.2 right?
[22:14] <popey> ubuntu-sdk-14.04-dev1 & 1.1
[22:55] <slangasek> Chipaca: ubuntuone-credentials uploaded, should be coinstallable with touch once that lands in utopic
[22:55] <Chipaca> slangasek: thanks