[01:28] <cpyarger> I figure I should ask here as there may be more up to date information, But has anyone had any luck with getting cell service with the "toro" phone
[01:57] <naveen> Hi! I'm an Ubuntu app developer. Can some one tell me why don't I have a home screen with app icons in my Ubuntu Emulator?  This is how it looks like: http://askubuntu.com/questions/476184/installed-apps-are-not-shown-in-ubuntu-apps-scope  Thanks!
[01:59] <naveen> Hello?? Is anyone there...?
[02:05] <cpyarger> I have no clue, But the room seems dead, I have yet to get any response to my query as well
[02:08] <kostkon> naveen, bug 1308210
[02:09] <naveen> x( OMG! I've no way to test my app ;(
[02:11] <naveen> Thanks a lot anyway guys! :)
[03:44] <lotuspsychje> samsung with tizen video: http://www.omgubuntu.co.uk/2014/06/tizen-smartphone-samsung-z-video-demo
[03:45] <lotuspsychje> maybe something usefull to steal from :p
[03:56] <JoshStrobl> so I'm having an issue with a webapp I created for Outlook.com. When I try to start it (after installing the click package on the phone), it slides to the left immediately, shows a white screen for a couple of seconds, then shuts down.
[03:56] <JoshStrobl> it's using ubuntu-sdk-14.04-dev1 framework on ubuntu-touch/utopic channel
[03:57] <JoshStrobl> I ran the click package tests locally and the only part it had an issue with was the framework, but it coughed up an error no matter what framework I used.
[03:59] <JoshStrobl> I checked /home/phablet/.cache/[my package] and there was no logs (just a thumbnail folder). checked /home/phablet/.local/share and there was no package folder name
[03:59] <JoshStrobl> *package folder
[04:30] <JoshStrobl> For webapps, what is the syntax in --webappUrlPatterns for defining multiple URLs / patterns?
[06:03] <xenos1984> hi all, i have a problem with ubuntu touch on my nexus 7. i installed the latest trusty image, but often it just hangs a few seconds after showing me the unity screen (the screen freezes, it does not react to anything but switching the display on and off). i changed to a writable image and updated all packages, but now it boots into a black screen (login via adb shell is possible). i also tried utopic, but that did not boot at all and hung up in the
[06:03] <xenos1984> bootloader.
[06:08] <lotuspsychje> xenos1984: did you install channel=devel
[06:08] <xenos1984> lotuspsychje: yes, but that one did not boot at all, so i used channel=trusty (or stable, i think they are the same right now?)
[06:09] <lotuspsychje> xenos its reccomended you install channel=devel and leave your device locked
[06:09] <lotuspsychje> not the trusty one
[06:09] <lotuspsychje> devel will get you updates
[06:09] <lotuspsychje> and fix things in future
[06:09] <lotuspsychje> you dont need to update from terminal this way
[06:10] <xenos1984> lotuspsychje: ok, thanks, so i'll try that once again and see whether i can make it boot... last time it just stopped in the bootloader
[06:10] <lotuspsychje> xenos1984: did you unlock your device?
[06:11] <xenos1984> lotuspsychje: yes, i used ubuntu touch before for several months and just updated recently
[06:11] <lotuspsychje> and installed with adb reboot bootloader
[06:11] <xenos1984> it worked before
[06:11] <xenos1984> yes
[06:12] <xenos1984> got to go now, but i will come back later, install channel=devel and see what happens
[06:13] <xenos1984> thanks lotuspsychje
[06:13] <lotuspsychje> xenos1984: np :p
[06:13] <lotuspsychje> this will get you better working nexus
[07:05] <dholbach> good morning
[07:16] <JoshStrobl> So I've published applications to the Windows Phone store and it has taken 3 days. Published 3 web apps and it took less than a couple hours.
[07:16]  * JoshStrobl is impressed.
[07:21] <brendand> JoshStrobl, M$ don't have a popey
[07:24] <JoshStrobl> brendand: That is true. We need to make sure it always remains that way! :P
[07:32] <north> Hi. I am trying to understand the ofono-architecture portrayed in doc/ofono-paper.txt, So, as far as I have understood, core-daemon talks to Modem, drivers are bridge between modem and host, atoms are higher level api which talk to apps. What is the role of plugins ? rsalveti ?
[07:37] <north> awafaa: ?
[07:47] <awafaa> Sorry north I'm not the right person for that. Maybe ogra_ can advise, if you repeat the question?
[07:47] <north> sorry awafaa
[07:48] <awafaa> Not a problem north, hopefully you get what you're looking for
[07:53] <abeato> north, plugins serve different functions
[07:53] <abeato> for instance, there is one per type of modem
[07:53] <abeato> one for bluetooth and one for each bluetooth profile
[07:54] <abeato> one for provisioning
[07:54] <abeato> and so on
[07:55] <abeato> there is a standard interface for initializing them, and then each plugin is used in a different way
[08:16] <JamesTait> Good morning all; happy World Environment Day! :-D
[08:47] <north> abeato: like call-forwarding, call-initiation, etc ?
[08:48] <abeato> north, no, those are atoms
[08:48] <abeato> which are modem functionalities
[08:49] <north> so plugins also belong to high level api of ofono to serve apps rather than talking to the modem or to be precise rilmodem ?
[08:50] <abeato> most plugins are specific initialization for modem vendors: zte, huawei...
[08:50] <north> still not clear actually :p
[08:50] <abeato> rilmodem is a modem driver, used by the ril plugin, for instance
[08:51] <abeato> atmodem is another driver
[08:51] <abeato> used by many modem plugins, like zte, sierra...
[08:51] <north> but rilmodem is supposed to talk to the ril (rild plus ril driver) on the whole, ain't it ?
[08:51] <abeato> right
[08:52] <north> I might have a look at ril plugin
[08:52] <north> so plugins reside in gril ?
[08:52] <mardy> mpt: hi! Can you please have a look at this? https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings-online-accounts/+bug/1262876
[08:52] <abeato> no, in plugins/
[08:53] <north> sorry yea. I texted wrong
[08:53] <abeato> gril is a low-level communication layer to connect to rild
[08:53] <mardy> mpt: IIRC, the plan was to use a snap decision, but I can't find the message (and button labels) for it
[08:53] <north> you mean the socket functionality ? abeato ?
[08:53] <abeato> yes
[08:54] <north> so usually, Ubuntu touch devs would constantly change ril under plugins/ directory for talking to the ril_binary
[08:54] <north> ?
[08:55] <abeato> north, most of the functionality is in drivers/rilmodem/
[08:55] <abeato> ril plugin is a file for doing some initialization stuff
[08:56] <abeato> like associating a given atom (say, call-forwarding) to the driver that is needed by that atom (rilmodem driver for call-forwarding)
[08:58] <north> core daemon is meant to be the modem abstraction, which rilmodem is taking care of right ?
[08:59] <north> So core daemon loads ril plugin, ril plugin initializes rilmodem, rilmodem abstracts ril messages and ril plugin inturn talks to atoms to get the work done. Correct ?
[09:00] <north> here ril messages are the ril_messages from ril_binary
[09:01] <abeato> yeah, only thing is that ril plugin makes sure that atoms are attached to the rilmodem driver for a ril type modem, more than talking to atoms
[09:02] <north> yea, so ril plugin is the center point for all atom functionalities
[09:02] <north> ?
[09:03] <abeato> right, it creates the atoms for the ril modem type (only those atoms supported by ril type)
[09:04] <north> With libhybris and this rilmodem ubuntu-touch could be supporting any phone out there, "theoretically" :p
[09:04] <north> Infact same is the case with Sailfish OS and Nemo :p
[09:05] <abeato> north, no direct connection with libhybris: rilmodem driver talks to rild using a socket
[09:06] <north> Yea, I know. I should've put like this. libhybris for HAL and rilmodem for radio :p
[09:06] <abeato> and yes, any android phone should have telephony using rilmodem, but it depends on the modifications the vendor has made to telephony layer/rild
[09:06] <abeato> right
[09:11] <north> btw, libqmi could have been directly used to leverage the modems which talk qmi protocol ? abeato ?
[09:13] <abeato> north, probably, but we preferred to keep the rild abstraction layer, as we will also support non qualcomm modems
[09:13] <north> yea that makes sense
[09:16] <north> and will rilmodem depends on any other functionality in the ofono package ?
[09:16] <north> btw, am I bugging too much ?
[09:18] <abeato> no, but I am curious on why are you interested :)
[09:18] <abeato> well, rilmodem is a driver that is part of the ofonod binary
[09:19] <north> 1) because I am working on RIL stuff and modem, as a part of my research. 2) I would wanna contribute back to rilmodem :)
[09:19] <abeato> so it is a fully integrated part of ofono
[09:19] <abeato> north, great, good to know
[09:19] <north> So far I could get hold of reference-ril from the AOSP sources
[09:20] <north> Samsung provides few reference ril's but for old devices, which people woudn't be interested in these days.
[09:21] <north> Actually I want to dwell deep into RIL stuff, but so far I could manage only till reference-ril of ofcourse ofono-ril
[09:21] <abeato> north, from the point of view of rilmodem, what it needs is that vendor's rild implements http://androidxref.com/4.4.2_r1/xref/hardware/ril/include/telephony/ril.h
[09:21] <north> while ofono also provides at ril, I am not quite interested in the AT stuff... :p
[09:22] <abeato> that's what is abstracted by rild
[09:22] <north> so rilmodem directly depends on ril.h calls ?
[09:23] <abeato> ril.h defined the parcels that are interchanged with rild via the socket
[09:23] <north> but thats for AT modems,
[09:24] <north> you don't know if thats what is really what happens with the OEM ril right ? though there might be similarities
[09:24] <north> ?
[09:24] <abeato> most OEM rils talk to the modem using AT commands
[09:24] <abeato> if that's what you are asking...
[09:24] <north> not exactly
[09:25] <north> I mean the one ril.h in /hardware/ril/ril.h is for AT modems, but the ril.h for OEM_provided ril could be different.
[09:26] <north> Also, with Qualcomm's chips being the almost ubiquitous, they speak different language than AT :p
[09:27] <north> say for example, qmi, mbim
[09:27] <abeato> OEMs do modify definitions in ril.h, but they start with the AOSP one
[09:28] <north> but surely, not many modems speak AT these days, and I feel AT support would be extint soon
[09:28] <abeato> I wouldn't bet on that :)
[09:29] <abeato> but anyway that is irrelevant from the rilmodem perspective, as it uses the ril.h interface
[09:29] <north> Yes, yes
[09:30] <north> and it works almost all the times
[09:31] <north> :D
[09:33] <north> So Ubuntu-touch OS uses bluez or deos it depend on ofono ?
[09:35] <abeato> bluez
[09:41] <north> And the ril changes a at snail  rate so you rilmodem doesn't have to worry to keep with the new features added to AOSP ril prototype
[12:20] <Bhush> on Ubuntu-touch : for multimedia, why use the Stagefright (MediaCodec) interface and and not the OMX interface directly ?
[12:50] <lotuspsychje> hey nice work on the outlook app guys!
[12:50] <lotuspsychje> just tested it and works nicely
[12:54] <popey> lotuspsychje: community contributed I believe.
[12:54] <lotuspsychje> i saw some users talk about this morning in chat
[12:56] <lotuspsychje> popey: did you see omg ubuntu link on samsung tizen?
[12:57] <lotuspsychje> http://www.omgubuntu.co.uk/2014/06/tizen-smartphone-samsung-z-video-demo
[13:17] <dpm> hi Wellark, what's the status of the n-i landing with translations? Is this still blocked on TRAINCON-0?
[13:43] <charles> nik90, ping
[13:43] <nik90> charles: pong
[13:44] <charles> nik90, about the "high CPU load in indicator-datetime" bug
[13:44] <charles> I'm thinking that I will test with older versions of clock-app and calendar-app as you suggested
[13:44] <charles> since I want to get to the bottom of the high CPU in datetime
[13:45] <nik90> charles: ok
[13:45] <charles> which revisions of those two apps should I test with s.t. I can have better odds  of reproducing the problem?
[13:45] <nik90> charles: let me check..1 min
[13:45] <charles> nik90, ack
[13:47] <nik90> charles: I think rev 280 in the calendar app should do.
[13:47] <nik90> charles: for the clock app, it doesn't matter since we haven't isolated the environment yet.
[13:47] <nik90> charles: but can you push this work item as a second priority? Can we first get the alarm platform API MP of your in first?
[13:47] <charles> nik90, ok. so I'll try r280 for calendar-app and trunk for clock-app; does that sound right to you?
[13:48] <nik90> charles: yeah those revs sound about right.
[13:48] <charles> nik90, hw alarms are MPing today
[13:48] <nik90> charles: oh..great!
[13:49] <charles> there's always "one more thing..." and in this case it's that /dev/alarm's permissions need to change s.t. platform-api's clients don't need any special permissions to use hw alarms
[13:49] <charles> nik90, tvoss is handling that
[13:50] <charles> but wrt indicator-datetime's  piece of the puzzle, that code will be MPed today
[13:50] <nik90> charles: I thought tvoss's MP was already in the phone. The last piece we were waiting on was the d-t MP of yours.
[13:51] <charles> nik90, yes tvoss' platform-api code's already been merged
[13:51] <charles> nik90, there's still a permissions problem with /dev/alarm
[13:51] <nik90> charles: ah ok
[13:51] <charles> for example right now if you run the platform-api test app "test_hardware_alarms_api"
[13:51] <charles> you get an error message
[13:51] <charles> "UbuntuHardwareAlarm::UbuntuHardwareAlarm(): Error creating /dev/alarm-based implementation with: Could not open /dev/alarm: Permission denied
[13:51] <charles>   Error creating handle to hardware alarms."
[13:52] <charles> nik90: I don't think this is a blocker, I'm just telling you to keep you in the loop
[13:53] <nik90> charles: ok. Do you have an ETA on the whole thing landing on the phone?
[13:55] <mpt> mardy, hi, the reporter said “(I am on the desktop)”. Are you sure they didn’t report it against ubuntu-system-settings-online-accounts by mistake?
[13:55] <charles> nik90, at a guess, perhaps Monday? Depends on how long it takes things to go from MP to silo to landed
[14:05] <mardy> mpt: no, the guy is running ubuntu-system-settings-online-accounts on the desktop
[14:05] <mardy> mpt: in any case, this is something we currently don't have on the phone, and needs to be done
[14:08] <nik90> charles: thnx
[14:36] <mpt> mardy, okay. So does this need to be treated differently from when an app first asks for access to an account?
[14:37] <mpt> mardy, or has the service revoked your access for every app, and it’s just this app’s bad luck that it encountered the problem first?
[14:56] <mardy> mpt: so, this can happen depending on the service provider's mood
[14:57] <mardy> mpt: but the typical case is that the access token has expired, and in order to get a new one the provider wants the user to login again (and maybe re-confirm that he trusts the app)
[14:57] <mpt> mardy, sure. But does this apply to every app on the phone, or just the first one you use after that happens?
[14:58] <mardy> mpt: in some cases it may be that all we want is the user to login (and therefore, this app has just been unlucky, as you said), but it can also be app-specific
[14:58] <mardy> mpt: it can happen at later time, for every app
[14:59] <mardy> mpt: I think that with facebook we'd see this prompt only once, because it never revokes the rights to apps, but for Google every app would hit this case
[14:59] <mardy> mpt: maybe (and hopefully) at different times
[14:59] <mpt> mardy, when you say “all we want is the user to login”, do you mean that’s what the service (e.g. Twitter) wants?
[15:00] <mardy> mpt: yes, we actually don't have any clue of what will happen, we just know that the service wants to present the user with a webpage
[15:00] <mardy> mpt: might be a login screen, might be a confirmation that he trust the app, or both (one after the other)
[15:07] <mpt> mardy, okay. So why don’t we just bring up the sheet embedding that page immediately?
[15:11] <cwayne> dpm: ping
[15:12] <dpm> hey cwayne
[15:12] <cwayne> dpm: can we preseed a location to the weather app?
[15:12] <dpm> cwayne, I think so, they should be stored in the app's sqlite database
[15:12] <dpm> IIRC
[15:18] <north> bye abeato, thanks for the information today, I'll be bugging you more in coming days :p
[15:19] <abeato> north, yw, bye
[15:23] <dpm> cwayne, we've been talking with alecu about the fix to show translated app names in the apps scope. I think he's just reached to you too
[15:23] <dpm> so afaik, loading offline translations from the .desktop files has been implemented, but for some reason it does not work
[15:24] <dpm> then providing online translations via the software store API is still in the works
[15:24] <dpm> so the suggestion was to upload Simplified Chinese translations as if they were English ones, and these would be the ones shown in the app scope
[15:25] <dpm> alecu,  correct so far? ^^
[15:25] <dpm> cwayne, alecu, I'm a bit concerned about this, as it would mean _everyone_ would see the Simplified Chinese names and descriptions. I think this is a change that shouldn't affect the regular images
[15:26] <alecu> dpm: they will see that for a few apps in the store, yes
[15:26] <alecu> dpm: but not for every app
[15:26] <cwayne> well, what if we just make some chinese webapps and upload them to the store
[15:26] <dpm> alecu, but that's for all the core apps, which are the ones installed by default on all devices
[15:27] <alecu> dpm: ah, I'm talking about the "available apps" from the store
[15:27] <alecu> cwayne: +1 to making some chinese webapps
[15:29] <dpm> alecu, ah, I was talking about "My Apps": clock, camera, etc. These are the most visible ones, as they're at the top in the scope
[15:30] <alecu> dpm: right; and we want the "title" of the app to be translated, right?
[15:31] <alecu> dpm: I think it might be ok if the "description" was in english... that's shown when the user "long presses" on the app icon.
[15:31] <alecu> dpm: but I agree that we want the title shown under the icon to be in chinese
[15:31] <dpm> alecu, yes, the app name, but it seems that that's not yet loading the translations from the .desktop files. I mentioned it on the e-mail to dobey, but I should probably file a bug for it.
[15:33] <alecu> dpm: please. I was looking at the issue with the webservice and translation of apps available to be installed, but I agree that the one you mentioned on the email is much more urgent.
[15:33] <alecu> dpm, cwayne: I think I understand this better now. I'll work on fixing the title issue that dpm mentions
[15:35] <lool> popey: heya!  did you have any other clue about the memory issues you mentioned?  like, is it with certain apps, does it occur even when not using the phone and letting it idle?
[15:38] <popey> lool: I am trying to reproduce it, but difficult when i have to flash my phone all the time.
[15:41] <dpm> alecu, ah, in fact I filed a bug about it already a few days ago: bug 1325626
[15:50] <tedg> cjwatson, It seems like the click-desktop hook is generating the desktop files in ~/.local  I thought it was deprecated?
[16:01] <cjwatson> tedg: Oh, it's a missing upstart-app-launch adjustment
[16:01] <cjwatson> Exec: [ -e /usr/share/click/hooks/upstart-app-launch-desktop.hook ] || click desktophook
[16:02] <creature> So I've asked this a few times here, and never got an answer. Can I configure Ubuntu's swipe gestures? 3-finger swipe, 4-finger type, and so on?
[16:07] <tedg> cjwatson, Ah, okay. Do you want me to patch that?
[16:11] <tedg> cjwatson, Proposed an MR to add it: https://code.launchpad.net/~ted/click/desktop-hook-ual/+merge/222223
[16:12] <tedg> Oh, alecu made one too.
[16:12] <tedg> cjwatson, You'll have to choose who you love more.
[16:12] <tedg> No pressure.
[16:13] <alecu> tedg: yours look more complete :-)
[16:13] <pstolowski> :)
[16:58] <lool> cant start the clock app anymore
[16:58] <lool> after switching images, it just wont start
[16:58] <lool> seems to generate an abort / crash file, and some logs are output in the upstart dir:
[16:59] <lool> (process:7078): GLib-GIO-ERROR **: No GSettings schemas are installed on the sys
[16:59] <popey> ooh, fails to start here too
[16:59] <lool> popey: ah thanks, I was trying for an hour to delete local files to see what was preventing the start, but it seems it's everyone
[16:59] <lool> good
[16:59] <ogra_> lool, yes, we're fighting these kind of issues since yesterday
[17:00] <popey> ogra_: is this an upstart thing?
[17:00] <lool> ogra_: is this generalized across specific apps?
[17:00] <ogra_> (and others like that since monday)
[17:00] <lool> cause other apps like music do start
[17:00] <ogra_> popey, this specific one is missing XDG_DATA_DIR ... split greeter thing
[17:00] <lool> aha
[17:01] <ogra_> there is a fix in a silo ... but we need to wait for test results on the recent image first before we can land
[17:01] <ogra_> http://ci.ubuntu.com/smokeng/utopic/touch/mako/68:20140605.2:20140530/8424/
[17:01] <ogra_> will still take a while
[17:01] <ogra_> we're not even half way through
[17:02] <tedg> How is the thumbnailer supposed to work? I see a dbus service, but no entires in the apparmor easyprof profile.
[17:02] <tedg> Not sure how an app is supposed to talk to it.
[17:05]  * tedg looks for the changelog to find victims
[17:12] <oSoMoN> sil2100, robru: hey, can we publish the landing request at line 33 ?
[17:13] <robru> oSoMoN, hmmmm well we're in traincon 0...
[17:13] <oSoMoN> damnit
[17:14] <sil2100> oSoMoN: om26er is around though!
[17:14] <robru> oSoMoN, with a QA ack it can go in. ping om26er or toykeeper
[17:14] <sil2100> oSoMoN: just ask him to take a quick look :)
[17:14] <sil2100> oSoMoN: he was on -ci-eng at least
[17:14] <oSoMoN> the status of the spreadsheet doesn’t mention we’re in traincon0
[17:15] <oSoMoN> it should be updated
[17:16] <mterry> stgraber, what was that pam module you mentioned that could let us specify alternate passwd/shadow locations?
[17:17] <stgraber> mterry: libnss-extrausers
[17:18] <ogra_> heh, i just updated my TODO to look into nss-extrausers today
[17:18] <stgraber> mterry: nothing should be needed on the pam side, pam_unix will query nss for passwd, group and shadow entries, nss will look at both files and return the first match
[17:30] <lool> current build number: 67
[17:30] <lool> => still no working clock; sigh
[17:30] <lool> pmcgowan: ^ you said you were on 67?  I guess I need to go down to 66 to get working clock
[17:31] <pmcgowan> lool, wfm on 67
[17:31] <cjwatson> tedg: Sorry for the delay; I had an internet event.  If you can resubmit that I'll try to merge it ASAP
[17:31] <cjwatson> tedg: I assume this is actually breaking something rather than just being annoying?
[17:31] <cjwatson> Oh, I see the bug
[17:35] <ogra_> stgraber, mterry slangasek asked me to open a bug against adduser so it learns to deal with nss-extrausers
[17:35] <ogra_> stgraber, mterry bug 1323732
[17:35] <ogra_> once that is fixed i think we can include it
[17:36] <ogra_> (and think about proper setup procedures, we'll need to adjust the image build since we do the user creation there)
[17:38] <tedg> cjwatson, resubmitted
[17:44] <ogra_> Jun 5 16:41:07 ubuntu-phablet kernel: [ 339.346711] type=1400 audit(1401986467.040:179): apparmor="DENIED" operation="mknod" parent=1223 profile="com.ubuntu.calendar_calendar_0.4.296" name="/home/phablet/autopilot/fakeenv/tmpyqoyhzy8/.config/ubuntu-ui-toolkit/theme.ini.TJ3916" pid=3916 comm="qmlscene" requested_mask="c" denied_mask="c" fsuid=32011 ouid=32011
[17:44] <ogra_> tedg, does that tell you anything ?
[17:44] <ogra_> i see that a lot in the log of the failed calendar app tests
[17:45] <ogra_> (before the gesettings error kicks in)
[17:47] <ogra_> oh
[17:47] <ogra_> and also
[17:47] <ogra_> Could not create thumbnailer: Unknown error when checking cache access: Is a directory
[17:48] <ogra_> i assume that could also be realted to the gallery issue
[17:48] <ogra_> (not sure why calendar uses a thumbnailer)
[17:57] <tedg> ogra_, I think there is some sort of permissions error, I'm curious if stuff is trying extra directories because of the lack of environment variables.
[17:58] <tedg> So it's hitting directories it can't access.
[17:58] <tedg> At least, that's the theory I'm trying right now :-)
[17:58] <ogra_> right, we need mterry's landing
[18:00] <tedg> ogra_, Yup, that's it. I set them by hand after rebooting and the gallery works at least.
[18:00] <tedg> Let me try others
[18:00] <ogra_> try the calendar AP test
[18:01] <ogra_> and clock doesnt seem to start at all
[18:01] <tedg> Let me set up AP, but gallery and clock and calender all seem to work.
[18:01] <ogra_> great
[18:01] <tedg> We should really be more robust to that value not getting set.
[18:03] <ogra_> ++
[18:08] <tedg> ogra_, Are the calendar AP tests not in the archive?
[18:08] <dobey> alecu, dpm-afk: found the problem in bug #1325626 now back to my vacation :)
[18:08]  * tedg is feeling stupid
[18:10] <ogra_> tedg, pphablet-test-run ...
[18:10] <ogra_> tedg, https://wiki.ubuntu.com/Touch/Testing
[18:13] <tedg> Wow, I haven't used the cool tools before.
[18:13] <tedg> This is a lot better.
[18:24] <tedg> ogra_, Hmm, no, still getting denials on trying to write the ini file.
[18:24] <ogra_> :(
[18:27] <tedg> Kaleo, Do you know why apps would be trying to write to ~/.config/ubuntu-ui-toolkit/theme.ini ?
[18:27] <tedg> Or I guess, make a temp file next to it. I assume that's to write.
[18:30] <ogra_> tedg, oh, check /var/crash ...
[18:30] <ogra_> looking at http://ci.ubuntu.com/smokeng/utopic/touch/mako/68:20140605.2:20140530/8424/calendar_app/... it seems there is an url-dispatcher crash
[18:40] <tedg> ogra_, That's actually a different bug that we added recoverable errors to track down, so I'm excited to see that one :-)
[18:40] <tedg> It shouldn't be the issue here though.
[18:40] <ogra_> k
[18:54] <tedg> alecu, silo 10 has the click fix in it for uninstall
[19:31] <alecu> dobey: thanks for finding that, now stop working and enjoy!
[19:39] <dobey> alecu: not working right now, but am not really "enjoying" having a broken washing machine, and trying to debug it, either :-/
[19:39] <alecu> dobey: that's why on vacations you are supposed to go *out* :-)
[22:01] <jdstrand> tedg: fyi, the thumbnailer dbus access is in the audio policy group
[22:01] <jdstrand> (as of 1.1.18)
[22:01] <tedg> jdstrand, Ah, I didn't find that but found the issue was in the XDG_DATA_DIRS variable.
[22:02] <tedg> jdstrand, Thanks!
[22:02] <jdstrand> np
[22:47] <popey> bug 1326513