[02:17] <tomdp> Hello everyone! Where's the best place to follow development news? Is there a mailing list?
[02:18] <nhaines> There's the ubuntu-phone list.
[02:18] <nhaines> https://launchpad.net/~ubuntu-phone
[02:29] <tomdp> Thanks.
[02:39] <nhaines> tomdp: enjoy.  :)  It's been very quiet, though.  Getting close to final RTM images.
[02:45] <tomdp> Just looking for a good way to keep track of development. A bug is preventing me from using the emulator, and I can't afford to spend the money on a supported development device.
[03:09] <nhaines> tomdp: usually daily updates about image changes and promotion status during the workweek.  :)
[03:27] <pdxwebdev> It wasn't an image space issue after all. I think the new culprit for a non-booting nexus 4 after buil-dep ubuntu-system-settings is this syslog entry: lightdm main process (2384) terminated with status 1
[07:46] <seb128> mpt, hey
[07:46] <seb128> mpt, why shouldn't "Opinion" be used on Ubuntu bugs?
[07:49] <mpt> seb128, because it’s more confusing than useful. <https://bugs.launchpad.net/launchpad/+bug/772954/comments/3>
[07:51] <seb128> mpt, weird that people use Opinion to confirm bugs
[07:51] <mpt> yeah :-)
[07:51] <seb128> to me Opinion is "it's your opinion, but we don't agree/consider it as a bug/plan to change"
[07:52] <seb128> oh well
[07:52] <seb128> I'm going to start reassign those bug on ubuntu-ux with a "talk to the designer if you want the design changed"
[07:52] <seb128> I gues
[07:52] <seb128> s
[07:53]  * mpt crashes indicator-network again
[07:53] <ogra_> mpt, enjoying it ? (then you shoudl switch teams to QA ;) )
[07:54] <seb128> mpt, ^ does that seem reasonable for bugs that challenge the design? they are not bugs in the code so an open status on the project isn't really right
[07:54] <mpt> ogra_, I’m reporting quite enough bugs already thanks. ;-) (This one is bug 1368675)
[07:54] <seb128> mpt, I would usually use Opinion but since you disagree with that, looking for the best alternative
[07:54] <ogra_> :)
[07:55] <mpt> seb128, if the design specifically says otherwise, Won’t Fix would be fine, right?
[07:56] <seb128> mpt, that's assuming the design is not going to change, which I've no opinion/say on
[07:56] <seb128> I can fix it/adapt if design decide to update their recommendation
[07:56] <seb128> so wontfix feels wrong
[07:57] <mpt> seb128, if the reporter doesn’t know what the design is, then it isn’t valid … If they do know and they disagree, then that’s a task for the designer
[07:57] <mpt> (At least if they have reasons for disagreeing!)
[07:57] <seb128> mpt, right, so reassigning to ubuntu-ux?
[07:57] <mpt> sure
[08:04] <tsdgeos> pitti: are we still pushing stuff like https://code.launchpad.net/~aacid/gallery-app/update_pot without review?
[08:04] <tsdgeos> https://code.launchpad.net/~aacid/gallery-app/update_pot/+merge/234628
[08:06] <pitti> tsdgeos: I don't see why not; this is purely mechanical
[08:06] <pitti> I was told to just push POT updates to trunks without MPs
[08:06] <tsdgeos> ok
[08:07] <tsdgeos> ok
[08:07] <tsdgeos> doing so then
[08:32] <tsdgeos> ogra_: i have set ping but device not listed in adb, any idea why?
[08:34] <ogra_> tsdgeos, "set ping" ?
[08:34] <seb128> hum
[08:35] <seb128> is there a bug/known issue about the black rectangle icon in the unity8 headerbar on the current rtm image?
[08:35] <seb128> well, on the dropdown as well
[08:35] <ogra_> seb128, what arch ?
[08:35] <seb128> ogra_, krillin
[08:35] <tsdgeos> ogra_: pin i mean
[08:35] <seb128> ogra_, do we have rtm images for other archs?
[08:36] <seb128> ogra_, I mean armhf
[08:36] <ogra_> tsdgeos, manually ?
[08:36] <asac> seb128: yes mako too
[08:36] <tsdgeos> ogra_: no, from the ui
[08:36] <seb128> asac, that's not "an arch"
[08:36] <tsdgeos> ogra_: i.e. the wizard
[08:36] <seb128> asac, that's a device
[08:36] <ogra_> seb128, yes, for all arches
[08:36] <seb128> ogra_, do we have amd64 phones? ;-)
[08:36] <seb128> anyway armhf
[08:36] <ogra_> tsdgeos, then go into system-settings and enable dev mode under "about this device"
[08:36] <asac> seb128: is the indicator all black for you with no content?
[08:37] <tsdgeos> ogra_: oh, i didn't realize that was needed from reading your email
[08:37] <asac> afaik that means that the indicators crashed somewhat
[08:37] <ogra_> seb128, well, if i say areches i indeed mean "krillin, mako, manta, flo etc)
[08:37] <seb128> asac, it's not the indicator, it's the "search" icon in the headerbar
[08:37] <asac> ah
[08:37]  * ogra_ didnt get any updates after 38 
[08:37] <ogra_> (on krillin rtm)
[08:37] <seb128> I'm on 40
[08:37] <JamesTait> Good morning all; happy Monday, and happy International Dot Day! :-D
[08:37] <tsdgeos> ogra_: that seems to have worked
[08:37] <tsdgeos> tx
[08:38] <asac> let me upgrade to latest
[08:38] <tsdgeos> dpm: ping
[08:41] <asac> seb128: after booting into 40 on krillin rtm i see the search icon in header as expected...
[08:41] <seb128> ogra_, asac, in fact that might be a one time off things, colors and icons are buggy
[08:42] <asac> hmm
[08:42] <seb128> like buttons in the toolkit are buggy as well
[08:42] <asac> how can colors and icons be buggy one time?
[08:42] <ogra_> sounds like HW (driver) or Mir
[08:42] <asac> seb128: are you using french translation?
[08:42] <seb128> dunno, it's like compositing or something was not set correctly
[08:42] <seb128> yes
[08:42] <asac> wonder if it has to do with that
[08:42] <ogra_> we had the mir compositors switched on again on friday
[08:42] <seb128> I doubt it
[08:43]  * asac boots into french phon
[08:43] <ogra_> with the last ubuntu-touch-session landing
[08:43] <asac> e
[08:43] <asac> lol
[08:44] <asac> ok french didnt change that
[08:44]  * asac goes back
[08:47] <seb128> asac, ogra_, http://people.canonical.com/~seb128/icon.jpg
[08:48] <asac> seb128: i would suggest to talk to mir/unity folks to see if you can extract useful info fromt his state
[08:48] <seb128> no Saviq, who would you recommend instead?
[08:48] <asac> seb128: go into -unity ...
[08:49] <ogra_> looks like missing widgets
[08:49] <asac> bzoltan: ^^ does the above screenshot look familiar from UITK?
[08:50] <asac> seb128: Saviq on vacation?
[08:50] <bzoltan> asac: no
[08:51] <asac> bzoltan: looks related to widdgets...what do those widgets have in ciommon?
[08:52] <bzoltan> asac:  they all are suru icons
[08:52] <asac> suru?
[08:53] <ogra_> our icon theme
[08:53] <asac> ok
[08:53] <asac> seb128: are those icons on your disk?
[08:53] <asac> bzoltan: maybe race loading icon themes could exist in uitk?
[08:53] <ogra_> there are ubuntu-app-lauch crashes in todays smoketests where it doesnt find app icons ... i wonder if thats related
[08:54] <ogra_> i.e. some seach path being broken in UITK or some such
[08:54] <bzoltan> asac: no idea, let me check. Is it a reproducable issue? What image<
[08:54] <ogra_> or in Qt itself
[08:54] <asac> bzoltan: only seb128 sees it on 40 on krillin rtm
[08:54] <asac> i have same device same image
[08:54] <asac> dont see it
[08:54] <asac> so it must be racy or something related to a crash
[08:54] <bzoltan> ogra_:  well.. not finding app icons would loke exactly like that image
[08:54] <asac> seb128: any crashes in /var/crash?
[08:54] <asac> recent crashes :)
[08:54] <ogra_> bzoltan, well, i see isons in the top bar missing ...
[08:55] <asac> ok i see cgmanager crsahes
[08:55] <asac> also upstart andpowerd
[08:55] <ogra_> bzoltan, u-a-l complains about flickr.png and such, i.e. the .desktop file icons
[08:56] <ogra_> so not sure it is actually related ... but it could
[08:56] <bzoltan> ogra_: strange, but I have no idea what that could be
[08:56] <seb128> asac, only a powerd one from today
[08:56] <matv1> I thought using camera flash resulting in (almost)black pics was solved some time ago. Am I wrong or am I seeing a regression?
[08:59] <seb128> bzoltan, asac, it's not an issue of finding icons, see e.g http://people.canonical.com/~seb128/launcher.jpg
[08:59] <seb128> bzoltan, asac, the dash icon is there but rendered buggy
[09:00] <asac> seb128: do ou have your oops from powerd crash?
[09:00] <seb128> asac, no, how do I get that?
[09:01] <asac> seb128: check /var/log/upstart/whoopsie.log
[09:02] <asac> seb128: usually it prints when it processes a crash and gives you the OOPS ID after
[09:02] <asac> then you put that one behind this: https://errors.ubuntu.com/oops/
[09:02] <asac> at the end
[09:02] <asac> and get the info
[09:02] <seb128> asac, yeah, powerd is not in there, I've a location-serviced one though
[09:03] <seb128> https://errors.ubuntu.com/oops/8dac1e2e-3cb6-11e4-9222-fa163e5bb1a2
[09:03] <asac> failed to retrace
[09:03] <asac> pitti: how are our efforts going to support old dbgsyms?
[09:04] <asac> seb128: your log might have been rortated
[09:04] <asac> seb128: so maybe in .1 you find the powerd
[09:04] <seb128> yeah, it's not in there
[09:04] <asac> seb128: unless powerd doesnt have a .upload and .uplaoded file at all
[09:04] <pitti> asac: is there still anything left to do?
[09:04] <pitti> asac: from my POV this was done weeks ago
[09:04] <seb128> and I cleaned the directory because there was ton on old report in there
[09:04]  * seb128 reboots to test
[09:04] <asac> pitti: i ask yo9u :) ... so if i submjit a crash from an image that doesnt have latest, is that going to work?
[09:05] <asac> e.g. do you retrieve all the right old dbgsyms now?
[09:05] <pitti> asac: as long as it's not older than 30 days, it should work, yes
[09:05] <asac> ah cool. so thats
[09:06] <pitti> we clean up unreferenced dbgsyms after 30 days
[09:06] <asac> done then
[09:06] <seb128> asac, hum, that persists after a reboot
[09:06] <pitti> apport-retrace deals with it just fine now
[09:06] <asac> pitti: can we couple the references to our channels?
[09:06] <seb128> I wonder if I've some sort of local corruption or something...
[09:06] <asac> pitti: like reference our non-proposed channels there?
[09:06] <asac> http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/
[09:06] <pitti> asac: that's not done ATM; we need some index what package and versions are in those
[09:06] <asac> think http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/
[09:06] <asac> and http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09-customized/
[09:06] <asac> would be important to keep
[09:07] <asac> hmm. i thought that manifest is available somewhere
[09:07] <asac> ogra_: ?
[09:07] <asac> do we store manifest for the images on systme image too?
[09:07] <pitti> asac: these files are useless, I'm afraid, they are essentially empty
[09:07] <ogra_> well, it might help if apport just included /etc/system-image/channel.ini
[09:07] <asac> pitti: the manifests are empty?
[09:07] <ogra_> that has all relevant info
[09:08] <pitti> it does include the image version; we can certainly add others
[09:08] <pitti> ogra_: but that's for an individual crash, not for building ddebs.u.c.
[09:08] <asac> pitti: oh ...well i was hoping we keep the .manifest file in the pool too there
[09:08] <ogra_> content manifests are at http://cdimage.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/daily-preinstalled/
[09:08] <asac> like http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/pending/
[09:08] <pitti> what we need is a list of packages/versions
[09:08] <asac> ogra_: yeah we would need to store those in system image too
[09:08] <asac> because there we have more history
[09:08] <ogra_> you would have to extract the rootfs version out of the system-image index
[09:08] <ogra_> then pull the manifest from cdimage
[09:09] <asac> ogra_: we could link it form index.json imo
[09:09] <pitti> but all json files in http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/ are empty
[09:09] <asac> pitti: ah ... yeah sure. thats because we havent promoted yet
[09:09] <ogra_> asac, thats an stgraber question :)
[09:09] <ogra_> pitti, ignore that channel for now :)
[09:09] <ogra_> -proposed has actual data
[09:09] <pitti> even http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09-proposed/mako/index.json doesn't help much
[09:09] <asac> pitti: but those are the channels that will feet to market devices, so guess those debugsybls we should never loose
[09:10] <pitti> that still doesn't have package versions
[09:10] <asac> pitti: right. we should add a manifest to the pool and reference that for each image from there
[09:10] <asac> or something along those lines
[09:10] <asac> ev__: ^^
[09:11] <ogra_> pitti, no, you need to pull  the rootfs version out of the description field
[09:11] <ogra_> and with that assemble the matching cdimage url
[09:11] <asac> ogra_: well, retention of cdimage is super short period
[09:11] <asac> so we need to copy that into the systme-image server
[09:12] <pitti> I'm not going to download and disassemble 40 images every hour
[09:12] <pitti> aside from that, I couldn't do that without root privs anyway
[09:12] <ogra_> pitti, huh ?
[09:12] <pitti> to chroot in and do dpkg -l, I mean
[09:12] <ogra_> pitti, you indeed only do it once there is a new image
[09:12] <pitti> we have the package versions at some point when building the images -- can't we save those somewhere?
[09:12] <ogra_> why would you do it every houor
[09:13] <pitti> we update ddebs.u.c. every hour or two
[09:13] <ogra_> pitti, yes, thats what i described above
[09:13] <pitti> like http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/pending/utopic-preinstalled-core-amd64.manifest ?
[09:13] <pitti> but htat doesn't have an image version?
[09:13] <ogra_> pitti, you just watch when index.json changes on the server
[09:14] <asac> pitti: we should move that into the pool and reference for each image in index.json ... once stgraber wakes up we can ask him
[09:14] <asac> then its easy
[09:14] <asac> hehe
[09:14] <pitti> still, it seems awfully hard to pry the package versions out of an image, when we could just save that information when building that image
[09:14] <asac> same we should do for the devices and custom tarball somehow
[09:14] <asac> exactly
[09:14] <pitti> I can't use chroot, loop mounts etc. on ddebs.u.c.
[09:14] <asac> we have that manifest
[09:14] <asac> just save that
[09:14] <asac> and store it on image server
[09:15] <asac> so lets talk to stgraber :)
[09:15] <asac> hehe
[09:16] <ogra_> pitti, CDIMAGE_ID=$(wget -O- -q http://system-image.ubuntu.com/ubuntu-touch/utopic-proposed/mako/index.json|grep description|sort|uniq|grep version=$imageid|sed -e 's/^.*ubuntu=//' -e 's/,.*$//')
[09:16] <ogra_> where imageid= system-image version
[09:18] <ogra_> pitti, and then you can wget http://cdimage.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/daily-preinstalled/$CDIMANE_ID/14.09-preinstalled-touch-armhf.manifest
[09:18] <ogra_> *CDIMAGE_ID
[09:18] <ogra_> which is your manifest
[09:19] <pitti> ah, those are what I'm looking for
[09:19] <pitti> thanks
[09:19] <ogra_> you just need to write a script using the above and watch the index.json file if the last image id changed
[09:20] <ogra_> once it did you pull the manifest and update ...
[09:20] <pitti> I still wonder where we keep the Packages.gz/Sources.gz for the images we build
[09:20] <ogra_> we also have a manifest diff, probably thats enough for you ?
[09:20] <pitti> those would be easiest to use for ddebs.u.c.
[09:20] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/rtm/40.changes
[09:21] <ogra_> (with the whole collection at http://people.canonical.com/~ogra/touch-image-stats/rtm/)
[09:21] <pitti> no, too brittle to track (too much state)
[09:22] <dpm> tsdgeos, pong
[09:25] <tvoss> ogra_, for some reason, my mako after having enabled developer mode is not recognized by adb any more
[09:25] <ogra_> tvoss, password/pin is set ?
[09:25] <ogra_> (and how did you enable it ? UI ?)
[09:26] <tvoss> ogra_, yes, and via UI
[09:26] <ogra_> does it currently show it being on ?
[09:28] <tvoss> ogra_, yeah
[09:28] <tvoss> ogra_, and I see adbd running
[09:28] <tvoss> ogra_, on the device, ps -ef | grep adb in the terminal app
[09:28] <ogra_> did you try to re-plug it ? prehaps something on the PC side
[09:29] <ogra_> developer mode didnt chnage since friday and works in smoke testing
[09:29] <tvoss> ogra_, okay, did try replugging multiple times
[09:30] <ogra_> tvoss, you didnt set the password to "phablet" did you ?
[09:30] <tvoss> ogra_, no
[09:31] <ogra_> thats the only thing i could imagine
[09:31] <ogra_> android-gadget-service status adb
[09:31] <ogra_> what does that return (in the terminal app)
[09:32] <tvoss> ogra_, just tried rebooting to recovery via fastboot, but that completely boots the device
[09:32] <tvoss> is that known?
[09:32] <ogra_> not to me
[09:33] <ogra_> (but if it wouldnt work, --bootstrap wouldnt work either, since that does exactly this)
[09:33] <ogra_> tvoss, thins is a virgin readonly image ?
[09:34] <tvoss> ogra_, nope
[09:34] <ogra_> or did you install any debs or didnt something as crazy as dist-upgrade
[09:34] <tvoss> ogra_, gadget service is not running
[09:34] <ogra_> (which is expected to brteak)
[09:34] <ogra_> tvoss, cant be, its dbus invoked ... that would mean dbus isnt running
[09:35] <ogra_> (android-gadget-service is just a script wrapper around a single dbus call)
[09:39] <ogra_> tvoss, running 239 on my mako (which is the latest devel-proposed) everything works just fine
[09:39] <ogra_> same for my krillin with 40
[09:39] <ogra_> (which is latest rtm)
[09:47] <tsdgeos> Wellark: can we get https://code.launchpad.net/~aacid/connectivity-api/unused_qthread_include merged so it goes off my list of stuff i need to get merged?
[10:38] <mardy> marcustomlinson: hi! Got a second to talk about scopes and OA?
[10:39] <marcustomlinson> mardy: yeah ok
[10:39] <mardy> marcustomlinson: about bug 1367909, precisely
[10:40] <mardy> marcustomlinson: I see that you closed it, but if you think that OA should do something about it, then we should probably re-open it
[10:40] <mardy> marcustomlinson: anyway, what is wrong with generating the .desktop files?
[10:41] <mardy> marcustomlinson: I strongly suggest this option, because that would also solve the issue of when scopes need to access other restricted resources (such as location, camera, mic -- well, I guess that the last two are unlikely)
[10:41] <marcustomlinson> mardy: first of all, the desktop file has to have some utter garbage in it just to work. And even then the click review tools still warn us that "scope" and "desktop" hooks should not be used together
[10:41] <marcustomlinson> mardy: http://bazaar.launchpad.net/~unity-api-team/unity-scope-youtube/14.10/view/head:/click/youtube.desktop
[10:42] <mardy> marcustomlinson: yes, I'm not suggesting you to use the "desktop" hook: just generate the .desktop file from within the "scope" hook
[10:42] <mardy> marcustomlinson: so that the scope developer doesn't need to change anything
[10:43] <marcustomlinson> mardy: but that desktop file is clearly not right
[10:43] <mardy> marcustomlinson: wait, there is a flag to toggle visibility, let me find it...
[10:43] <marcustomlinson> mardy: the stuff we have to mangle in there to get it to work is just insane
[10:43] <marcustomlinson> mardy: when you set it to hidden, its totally hidden. even to the account UI
[10:44] <marcustomlinson> mardy: its not even just that. "Exec=true"
[10:44] <marcustomlinson> mardy: we have to have that so that the Exec line validator is happy
[10:44] <mardy> marcustomlinson: "NoDisplay=true"
[10:45] <marcustomlinson> mardy: yeah, like I said, then the desktop file is not installed
[10:45] <mardy> marcustomlinson: maybe the "desktop" hook skips that, but as I said, you shouldn't use it
[10:45] <marcustomlinson> mardy: so, does the desktop file just need to be in the click package folder. thats it?
[10:45] <mardy> marcustomlinson: as for the uglyness, it's indeed ugly, but hey, who cares :-)
[10:45] <marcustomlinson> mardy: no need to run the desktop hook on it?
[10:46] <mardy> marcustomlinson: no, it needs to be installed to ~/.local/share/applications/
[10:46] <mardy> marcustomlinson: but you can do that from the "scopes" hook
[10:46] <marcustomlinson> mardy: k, let me give it a go then
[10:47] <mardy> marcustomlinson: what the desktop hook does, and also what I do in some OA hooks, is to copy the click file into a temporary place, and then run a program which processes it and copies it to the final location
[10:48] <mardy> marcustomlinson: see http://bazaar.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/trunk/files/head:/click-hooks/
[10:49] <mardy> marcustomlinson: the account-application hook, for instance. It copies the file to a temporary location, and the the Exec line fires up a process (main.cpp) which scans that temporary location and generates the needed file(s) in the desired places
[10:49] <mardy> marcustomlinson: your Exec hook could scan ~/.local/share/unity-scopes/ and generate the .desktop files from them, I suppose
[10:50] <marcustomlinson> mardy: I really don't like this desktop stuff
[10:50] <marcustomlinson> mardy: its just wrong
[10:51] <marcustomlinson> mardy: but if that the only option then fine
[10:52] <mardy> marcustomlinson: I don't think that seeing a scope as an app is that wrong -- for most resource owners (OA, location, camera, etc.) it doesn't really matter
[10:53] <marcustomlinson> mardy: desktop files are meant to be executed
[10:53] <marcustomlinson> mardy: /executable
[10:54] <marcustomlinson> mardy: its like using a fork to cut bread
[10:56] <mardy> marcustomlinson: true, but as long as we don't have a better alternative, let's use the fork :-)
[10:57] <marcustomlinson> mardy: And I'm fine with that. I just don't like the idea of accepting that this is correct. This is a hack
[10:59] <mardy> marcustomlinson: OK, then we agree :-)
[11:07] <ogra_> stgraber, we need some system-image fixing, please ping once you are up
[11:08] <cwayne> mardy: marcustomlinson: so if we have scopes using OA, we should just hold off doing anything for now?
[11:09] <cwayne> or should we manually include the desktop files until anything lands
[11:12] <mardy> cwayne: if you want your scope to appear correctly in OA, you should continue including the desktop file
[11:15] <marcustomlinson> cwayne: hey, I'm trying hard to get the scopes OA support landed today. I'll let you know when we do
[11:26] <cwayne> marcustomlinson: that'd be amazing, thanks
[11:31] <rickspencer3> hey, I have a friend running ubuntu touch on a nexus 4 using t mobile
[11:31] <rickspencer3> he's not getting data, does anyone know if there is anything special to turn it on?
[11:33] <cwayne> rickspencer3: i think its this: https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1331813
[11:33] <cwayne> tmobile moved to ipv6 IIRC
[11:33] <nerochiaro> oSoMoN: do you know if this MR is already in a silo ? https://code.launchpad.net/~zeller-benjamin/gallery-app/sdkcompat/+merge/233884
[11:34] <nerochiaro> zbenjamin: ^
[11:35] <zbenjamin> nerochiaro: i don't know sorry
[11:35] <rickspencer3> cwayne, ok, I suspected something like that
[11:35] <nerochiaro> zbenjamin: no problem
[11:39] <oSoMoN> nerochiaro, you can check yourself at http://people.canonical.com/~platform/citrain_dashboard/
[11:39] <nerochiaro> oSoMoN: ok, doesn't seem to be there. how can we get it in ?
[11:41] <oSoMoN> nerochiaro, ask bfiller when he gets online to request a silo for it
[11:41] <nerochiaro> oSoMoN: ok. i thought both you and bill could do that, that's why I asked you
[11:41] <nerochiaro> oSoMoN: sorry for the misunderstanding
[11:43] <dpm> hi pindonga, regarding bug 1343129 and bug 1358794 - what do we need to do to show the translatable strings to translators? Can we just put those translatable messages in a .pot file and upload it to LP for folks to translate?
[11:44] <pindonga> hi dpm
[11:44] <pindonga> checking
[11:44] <pindonga> dpm, I *think* this still requires some kind of admin access, thus has to be made by us
[11:45] <pindonga> this is because this data lives on the db and is dynamic (as opposed to static data which can be translated via .pot files)
[11:45] <pindonga> dpm, I'd advise to bring this up with beuno
[12:21] <nerochiaro> dpm: can you please have a look at one more desktop file translation MR ? https://code.launchpad.net/~phablet-team/gallery-app/desktop-i18n/+merge/234679
[12:22] <nerochiaro> dpm: it's really strange because i was sure i had already done this for gallery, but it's has never made it into trunk and I can't find the branch, so I'm probably mistaken
[12:22] <Akiva-Mobile> thats cool; computer freezed up during merge
[12:22] <Akiva-Mobile> neat
[12:22] <nerochiaro> oSoMoN: if you also could review this together with dpm, I would appreciate it: https://code.launchpad.net/~phablet-team/gallery-app/desktop-i18n/+merge/234679
[12:33] <ogra_> sergiusens, hey, i have sent the xpm for the icon months ago to rsalveti :P
[12:40] <Myvar> hello do you think it is posble to install totch on a samsung s4 mini ?
[12:41] <Myvar> hello do you think it is posble to install totch on a samsung s4 mini ?
[12:41] <dpm> nerochiaro, will do, thanks
[12:42] <ogra_> Myvar, technically yes ... practically its a hell lot of work to port the android layer
[12:43] <Myvar> i tryed to port it but im a c# .net developer so i only know windwos but i saw there is a s4 (te big one) port but im not sure if it will work on mini
[12:43] <ogra_> i doubt that
[12:44] <ogra_> (and ii also doubt the S4 port is well enough maintained to use it, most of the ports are from a year ago and people didnt go on maintaining them)
[12:44] <Myvar> ya dam i realy wanted to try it
[12:44] <Myvar> is there a windows emulator ? maby
[12:45] <ogra_> only a linux one that you can run on ubuntu
[12:45] <Myvar> ok cool
[12:46] <Myvar> i love linux but all my work can only be done on windows that sucks so i have ubuntu in a vm
[12:48] <greyback_> pitti: hey, is there a ddebs repo for RTM?
[12:51] <sergiusens> ogra_: needs to be in a Change Request I guess ;-)
[12:52] <ogra_> sergiusens, heh, yeah, and the design team wanted to get me a bigger version of it too
[12:52] <ogra_> sergiusens, btw, guess what the emulator issue was :)
[12:53] <sergiusens> ogra_: what was it?
[12:53] <ogra_> adbd started before udev was back up ... so /dev/android_adb didnt exist with the right perms
[12:53] <sergiusens> ogra_: ah, this part of the racy world...
[12:53] <ogra_> yeah
[12:53] <ogra_> and thats why i could sometimes not reproduce it at all
[12:54] <ogra_> lucky timing
[12:54] <ogra_> we need to have adbd wait for the session to be started anyway ... so tat was an easy fix (simply adding liightdm to the start conditions)
[12:55] <ogra_> finding the cause costed my saturday though :)
[12:55] <davmor2> sergiusens: in comparison to what the other part of the racy world ;)
[12:55] <sergiusens> ogra_: does that mean no more early debugging?
[12:56] <ogra_> sergiusens, sadly, yes ... since adbd is required to ask for the screen state
[12:56] <ogra_> which i can only get after the session runs anyway
[12:57] <greyback_> pitti: I've answered my own question, I found http://ddebs.ubuntu.com/ubuntu-rtm
[12:57] <greyback_> but http://ddebs.ubuntu.com/ubuntu-rtm/pool/universe/m/mir/ is missing anything to do with mirserver
[13:02] <oSoMoN> nerochiaro, will do
[13:02] <nerochiaro> oSoMoN: dpm: thanks
[13:06] <ogra_> oSoMoN, did anyone ever test the webbrowser with like 50 tabs open ?
[13:07] <ogra_> with the more strict webapp-container rules all my apps now open pages in the browser instead of the webapp ... since i'm to latzy to close them (i rarely use the actual browser) they pile up
[13:08] <ogra_> now i have the browser often only go completely blank
[13:08] <ogra_> i assume it runs out f ram because of the tons of tabs that got opened
[13:08] <ogra_> dbarth_, ^^
[13:08] <dbarth_> ogra_: could be yes
[13:09] <ogra_> also why did the pattern maching change to be so strict now ...
[13:09] <dbarth_> ogra_: note that there is a branch in test to limit the issue
[13:09] <dbarth_> ogra_: it changed to be less strict
[13:09] <dbarth_> ogra_: where do you see an issue?
[13:10] <ogra_> dbarth_, i could do something like: --webappUrlPatterns=https?://domain.com/*
[13:10] <ogra_> that doesnt work anymore
[13:10] <ogra_> (and all my webapps use it)
[13:11] <ogra_> (many of them have internal links like: ticker.domain.com or media.domain.com, which is why i want too patch teh whole domain)
[13:11] <dbarth_> ogra_: ?! we changed it to work actually
[13:11] <ogra_> *match
[13:11] <dbarth_> ogra_: which app for example, do you have a urlpattern list for me to try?
[13:11] <ogra_> dbarth_, well, instal heise.de or n-tv.de
[13:11] <ogra_> they all open *all* links in the broowser now
[13:11] <dbarth_> ogra_: ok, doing ight now
[13:12] <ogra_> usually using something like: "...  --webappUrlPatterns=https?://domain.com/* http://m.domain.com/"
[13:12] <ogra_> or mmobile.domain.com
[13:12] <ogra_> -m
[13:13] <ogra_> it works fine if the --webappUrlPatterns match the actual url exactly though
[13:13] <ogra_> (but that indeed braks such subdomains)
[13:14] <dbarth_> ogra_: oh you mean: you could do domain.com/* and that was ok still for *.domain.com/*
[13:14] <ogra_> yeah
[13:15] <dbarth_> whereas now we only match strictly domain.com/*
[13:15] <dbarth_> uh, that was an undocumented feature, sir, i'm afraid...
[13:15] <ogra_> Exec=webbrowser-app --webapp --enable-back-forward --webappUrlPatterns=https?://heise.de/* http://m.heise.de/
[13:15] <ogra_> thats for example the heise webapp
[13:15] <dbarth_> right
[13:15] <ogra_> and the only way to make all the subdomains they uuse work
[13:16] <ogra_> for embedded video etc
[13:17] <dbarth_> alex-abreu: ^^ read what ogra says
[13:17] <ogra_> it is indeed an awful way they do it ... :) but nojntheless
[13:17] <dbarth_> was that ever supposed to work? and alternativly, can we have *.domain/* match?
[13:18] <ogra_> i havent tried with *. prefix yet ... perhaps that works
[13:19] <alex-abreu> dbarth_, ogra_ mmmh not sure, weird, since there was no such expansion allowed
[13:19] <dholbach> dbarth_, alex-abreu: do you think you (or anyone else?) could reply to https://lists.launchpad.net/ubuntu-phone/msg09588.html?
[13:19] <ogra_> they used to work til friday :)
[13:19] <dholbach> thanks a lot in advance :)
[13:19] <alex-abreu> ogra_, in this context yes, the *.domain.com was meant for that
[13:19] <ogra_> ok, i'll try changing my apps to that then
[13:20] <ogra_> alex-abreu, dbarth_, someone should let app devs know though :) it caught me a bit by surprise
[13:20] <alex-abreu> dholbach, I was about to
[13:20]  * dholbach hugs alex-abreu
[13:20] <dholbach> I like you!
[13:21] <alex-abreu> dbarth_, ogra_, mmmh it was a bug before I think, since the auto expansion domain.com -> *.domain.com is not valid
[13:22] <ogra_> ah, well :)
[13:25] <davidcalle> pete-woods, hello, do you know if there is a bug # for OA support in scopes?
[13:25] <pete-woods> davidcalle: I can have a look, but I don't know off the top of my head
[13:25] <pete-woods> will create one if there's not
[13:26] <davidcalle> pete-woods, thanks :)
[13:32] <pete-woods> davidcalle: https://bugs.launchpad.net/ubuntu/+source/unity-scope-youtube/+bug/1369562
[13:32] <davidcalle> pete-woods, thanks a lot !
[13:32] <pitti> greyback_: mirserver is in main, thus they are in http://ddebs.ubuntu.com/ubuntu-rtm/pool/main/m/mir/
[13:33] <greyback_> pitti: aha, nice find, thanks. Get better soon!
[13:34] <pitti> greyback_: heh, thanks; sorry for the delay, not feeling too well today
[13:34] <stgraber> ogra_: hey there
[13:35] <ogra_> stgraber, yay, you are back :)
[13:35] <ogra_> stgraber, mako and krilling utopic-proposed builds arent picked up anymore since friday
[13:35] <ogra_> by import--images
[13:36] <stgraber> ogra_: ok, that's most likely because the custom tarballs for those can't be fetched. Checking now
[13:36] <ogra_> cool, thanks
[13:37] <ogra_> i wasnt aware we use them in utopic-proposed too
[13:38] <ogra_> tedg, so i see you fixed up the upstart job of hud to not have the duplication anymore, why is the parsing of the dbus address file still in there ? seems to work fine without
[13:38] <ogra_> (since we are properly exporting the DBUS_ADDRESS nowadays)
[13:39] <kenvandine> pmcgowan, jgdx: mind doing a little manual testing of silo 19?  that's the uitk API bump
[13:39] <tedg> ogra_, Last I checked we were still getting some of those errors, so it was there just a as safety strap. But pete-woods probably knows more.
[13:39] <kenvandine> pmcgowan, jgdx: autopilot and CI all passed, and it seems fine in my manual testing
[13:40] <ogra_> tedg, there shoould be no errors anymore, since we use a proper session in lightdm dbus is definitely started before the UI bits
[13:40] <pete-woods> ogra_: I don't think the underlying upstart bug has been fixed yet. so once in a while, the dbus env var doesn't get set
[13:40] <kenvandine> pmcgowan, jgdx: sorry, silo 20
[13:40] <ogra_> tedg, pete-woods, it is the only consumer of this file
[13:40] <ogra_> and the DBUS var is used a lot everywhere
[13:42] <tedg> ogra_, pete-woods, https://errors.ubuntu.com/bucket/?id=DBusSessionAddressNotSet
[13:42] <tedg> Not zero, but not a lot anymore.
[13:43] <pete-woods> tedg: but none in utopic? maybe it is fixed after all..
[13:44] <tedg> Yup, so I think we can drop it now.
[13:44] <tedg> Awesome to be able to have this conversation with data.
[13:44]  * tedg hugs recoverable errors
[13:45] <pmcgowan> kenvandine, awesome, will try it
[13:46] <stgraber> ogra_: should be fixed now
[13:48] <ogra_> stgraber, thanks !!
[13:49] <stgraber> it simply was the monitoring urls for those custom tarballs missing the http:// part :)
[13:49] <ogra_> oh my
[13:49] <ogra_> well, looks like they are auto imported now
[13:50] <ogra_> hmpf, but now we are missing a lot of changelog entries
[13:50]  * ogra_ goes to fix
[13:56] <jgdx> kenvandine, sure
[13:56]  * jgdx turns on notifications
[13:57] <ogra_> tedg, so do you planto drop it ? that would save me some extra work for the change of the file to /run
[14:03] <tedg> ogra_, Yeah, I see no reason to keep it today.
[14:03] <ogra_> yay
[14:03] <ogra_> please let me know when it is gone
[14:03] <tedg> Let me get an MR ready so we don't forget :-)
[14:03] <ogra_> there is a critical bug open for dbus and managers are starting to poke me about
[14:10] <kenvandine> Elleo, can you do a couple content-hub reviews for me?
[14:10] <kenvandine> https://code.launchpad.net/~ken-vandine/content-hub/uncreatable/+merge/233264
[14:10] <kenvandine> https://code.launchpad.net/~ken-vandine/content-hub/content-hub_dh-translations/+merge/234597
[14:10] <kenvandine> both are tiny :)
[14:10] <Elleo> kenvandine: sure thing
[14:10] <kenvandine> thx
[14:11] <Elleo> kenvandine: btw, looks like both still need checklists
[14:11] <kenvandine> oh bugger :)
[14:11] <kenvandine> forgot, thx
[14:11] <Elleo> kenvandine: not sure if you might need someone else to review the packaging changes too
[14:11] <Elleo> since I'm not a core dev
[14:24] <jgdx> how do I unlock a sim with a PUK?
[14:25] <jgdx> kenvandine, the silo lgtm
[14:26] <jgdx> nm, found bug #1359280
[14:26] <kenvandine> jgdx, we don't have a way yet :/
[14:26] <kenvandine> jgdx, thx for testing!
[14:26] <jgdx> np
[14:26] <kenvandine> i was worried about that one, but very happy it seemed to be smooth
[14:26] <jgdx> kenvandine, but the margins that were changed has some negative impact on the UX, but that was changed a couple of landing ago I think
[14:26] <kenvandine> yeah
[14:27] <kenvandine> that isn't just from this
[14:27] <jgdx> nop
[14:27] <kenvandine> the item selector right?
[14:27] <kenvandine> i think that's the one that has the wrong margins
[14:27] <kenvandine> compared to the dividers
[14:30] <jgdx> all list items selected states as well
[14:41] <mvo_> mandel: hi, whats the easiest way to tell ubuntu-download-manager to get a file for me? is there a cli or is it just dbus-send the-right-magic-to-a-blocking-call?
[14:52] <mandel> mvo_, atm with a dbus send.. sorry for the lack of cli
[14:53] <mandel> mvo_, but, can you report a bug and I'll add a cli, should be quite easy since I already have a client cpp lib
[14:53] <mvo_> mandel: can I look at a example somewhere or is d-feet my friend?
[14:53] <mvo_> mandel: no worries, dbus should be fine :)
[14:53] <mandel> mvo_, let me point you to the dbus docs, one sec
[14:53] <mandel> mvo_, nah, do report the bug, I'd like udm to be as complete as possible and adding a cli makes sense
[14:54] <mandel> mvo_, https://wiki.ubuntu.com/DownloadService/DownloadManager
[14:54] <mvo_> mandel: thanks!
[14:54] <mandel> mvo_, AFAIK the docs are good enough but do ping me if you have any doubts
[14:55] <mandel> mvo_, if anything is not well documented, bug and I'll fix it over dinner :)
[14:56] <mvo_> mandel: thanks a bunch, that looks very helpful!
[15:19] <rickspencer3> is there a way to take a screen shot from the terminal?
[15:19] <rickspencer3> ogra_, popey one of you guys seem like you would know :)
[15:20] <popey> on the device itself?
[15:20] <ogra_> rickspencer3, technically yes ... practically i dont think so
[15:20] <ogra_> would need some sc ripting love
[15:20] <rickspencer3> popey, yeah
[15:21] <ogra_> we'd need some script so you dont type your fingers wound
[15:21] <popey> yeah, i started writing one
[15:21] <ogra_> you can theoretically call miscreencats (or how thats called) and convert through gstreamer to have a png
[15:22] <popey> i may have created it on the device and wiped it and lost it
[15:31] <tbr> rickspencer3: just for the record, installing the things you'd use to grab screenshots from a PC on the device doesn't work. In response to that popey was working on his script.
[15:32] <mvo_> mandel: is there a way to get the path to the in-progress downloading file? i.e. the temporary file that exists while the download via udm is in progress?
[15:32] <popey> tbr: it does work, just not the way you did it ☻
[15:33] <tbr> or that :)
[15:33] <rickspencer3> tbr, yeah, I seemed to remember some mir related command back in the day
[15:33] <bfiller> dpm, pitti : would you guys be available for a hangout sometime this week to discuss issues around updating .pot files that we are having and ways to possible fix?
[15:33] <rickspencer3> but, I'll just log a bug and see where we get with the feautre
[15:33] <mandel> mvo_, so you want the temp file, right?
[15:33] <mvo_> mandel: yes
[15:34] <mandel> mvo_, hmm is not exposed until the finish signal is emitted, but I can quickly add it as a read only property
[15:34] <mvo_> mandel: that would be cool if its not a hassle
[15:34] <mandel> mvo_, not at all, the method is there internally, it is just not exposed
[15:34] <mandel> mvo_, are you running as root?
[15:35] <mvo_> mandel: eventually yes, not right now
[15:35] <mandel> mvo_, ok
[15:36] <dpm> bfiller, sure
[15:37] <bfiller> dpm: ok thanks, I'll set something up. we're having a hard time including the pot files in MR's because of merge conflicts. hoping it could be done automatically by CI everytime the package gets released some how
[15:38] <bfiller> dpm: don't know who from CI team might be able to help there
[15:39] <mandel> mvo_, give me a night and you will get a fix for https://bugs.launchpad.net/ubuntu-download-manager/+bug/1369629
[15:39] <dpm> bfiller, I had a quick conversation about it with Saviq a few weeks ago, he suggested me the same you're proposing, and to involve sil2100 in the conversation, but I haven't managed to follow up
[15:39] <mvo_> mandel: thanks, you *rock* :)
[15:40] <pitti> bfiller: yeah, can do
[15:40] <dpm> bfiller, for the system apps that are released as .deb packages, we can update the .pot files upon package upload as the rest of the Ubuntu packages, but for those which are released as .click, I think we'd need to do the .pot build as part of CI, yes
[15:41] <mandel> mvo_, I'll land it with not support in the cpp lib so that I don't block you and will push that later, sounds good?
[15:41] <mvo_> mandel: yeah, I just need the dbus part
[15:43] <bfiller> dpm: cool, will set something up
[15:45] <dpm> sounds good
[16:07] <Chipaca> where've the logfiles gone? have i missed a memo again?
[16:15] <Chipaca> jdstrand: you around?
[16:15] <marcustomlinson> cwayne: hey man, the accounts stuff is almost there. building in silo 14
[16:15] <marcustomlinson> cwayne: You could watch it there, or wait till tomorrow
[16:16] <marcustomlinson> cwayne: I can give you a run down then
[16:16] <marcustomlinson> cwayne: the API doc and tutorial is updated to explain the new OA functionality
[16:16] <cwayne> marcustomlinson: awesome!
[16:23] <Chipaca> jdstrand: you around?
[16:29] <Chipaca> sigh.
[16:30] <Chipaca> tvoss: ping
[16:30] <jgdx> later
[16:35] <nerochiaro> bfiller: https://code.launchpad.net/~phablet-team/gallery-app/share-from-selection/+merge/234215 has been updated and should be good to go for review. there are notes in the MR about the things that don't work due to bug in the sdk or content hub
[16:39] <bfiller> nerochiaro: thanks, could you please file a bug for the content-hub regarding that issue?
[16:43] <nerochiaro> bfiller: will do
[16:57] <lool> jodh: hey, may I bother you with an upstart question? I have a job which is:
[16:57] <lool> start on (started dbus and xsession SESSION=ubuntu-touch) or \ :sys:started JOB=ubuntu-location-service
[16:57] <lool> stop on desktop-end or :sys:stopping JOB=ubuntu-location-service
[16:57] <lool> it's a session job
[16:58] <lool> it doesn't start again when I restart the system ubuntu-location-service
[16:58] <lool> jodh: any idea why?
[16:58] <Anup> hi..
[16:59] <Guest39385> any buddy is here...
[16:59] <Guest39385> i want to install ubuntu touch developer preview in nexus 7 (2012) model..
[16:59] <Guest39385> please help me with it..
[17:02] <Guest39385> i want to install ubuntu touch developer preview in nexus 7 (2012) model..
[17:03] <jodh> lool: if it's long-running, even though :sys:started JOB=ubuntu-location-service gets re-emitted, since the overall 'start on' condition matched successfully, it won't match again. You could add a 'stop on :sys:stopping JOB=ubuntu-location-service' so that when the location event gets re-emitted your job will be restarted.
[17:04] <Guest39385> i want to install ubuntu touch developer preview in nexus 7 (2012) model..
[17:04] <Guest39385> please help me with it
[17:06] <dobey> Guest39385: you do not need to repeat yourself so often
[17:06] <lool> jodh: but I have a stop on :sys:stopping JOB=ubuntu-location-service
[17:06] <dobey> Guest39385: and that device is no longer supported. the hardware does not have great driver support
[17:07] <lool> jodh: I mean I have stop on desktop-end or :sys:stopping JOB=ubuntu-location-service
[17:07] <Guest39385> ya, i know support for 2012 model is stopped...
[17:07] <Guest39385> but still i may be able to install it on my device rite..?
[17:07] <dobey> Guest39385: not really, no. there is no maintained port for it.
[17:09] <Guest39385> OOPS!!  I installed ubuntu-desktop edition on it, but didnt got satisfaction, so thought of installing ubuntu-touch from old stock or something like that..
[17:09] <dobey> Guest39385: an incredibly old image might still be avaialble on the server, but it is incredibly old and not really usable
[17:09] <Guest39385> thank you Dobey !!
[17:10] <lool> jodh: there are 4 cases I want to cover: 1) session starts, location-service isn't ready -- job either eventually starts thanks to respawn or it fails to start 2) location-service starts during early session startup, dbus isn't ready in the sesion, job eventually starts thanks to respawn or it fails to start 3) job has previously failed to start but because the other condition is met, it starts again 4) location-service is restarted, jbo is restarte
[17:16] <lool> ogra_: where do I best coordinate touch image builds?
[17:17] <davmor2> lool: #ubuntu-ci-eng probably
[17:18] <lool> thanks
[17:24] <jdstrand> Chipaca: I am here. sorry I had some network issues and then a meeting
[17:24] <Chipaca> jdstrand: hiya. don't be sorry :) well, a little bit :-p
[17:25] <Chipaca> jdstrand: I don't know if you remember a conversation about push helpers in python?
[17:25] <jdstrand> more or less
[17:25] <Chipaca> jdstrand: I'm needing to write a smarter push helper for the webapps
[17:25] <jdstrand> possibly less
[17:25] <jdstrand> :)
[17:26] <seb128> jgdx, hey, did you start on bug #1368920
[17:26] <seb128> jgdx, if not I can take a look
[17:26] <Chipaca> jdstrand: and because they are arch:all, the best way to write the push helper is in python
[17:26] <Chipaca> jdstrand: (or javascript, but that's even further from working)
[17:26] <Chipaca> jdstrand: but i can't import anything in python that uses a .so, and that includes sqlite, dbus and json
[17:27] <Chipaca> jdstrand: and those three are kinda sorta needed to make the helpers smarter
[17:27] <Chipaca> jdstrand: (the limitation is from their apparmor)
[17:27] <jdstrand> Chipaca: (you mean if you embed the interpreter?)
[17:28] <Chipaca> jdstrand: no, i don't, i mean i'm using the fact that we ship python3
[17:28] <Chipaca> or wanting to at least :)
[17:28] <Chipaca> if we embedded the interpreter I assume it'd be easier to do, at the expense of having four python interpreters in the base image
[17:29] <dobey> heh
[17:29] <dobey> and the twitter web app being 300 MB?
[17:29] <Chipaca> dobey: yep
[17:29] <Chipaca> because dbus -> glib ...
[17:29] <Chipaca> so yes
[17:30] <dobey> and multiple archs since it would eventually need i386 and armhf (and possibly the 64-bit ones) all in the same package
[17:31] <Chipaca> huzzah
[17:32] <jdstrand> Chipaca: so there are two problems: 1) you can't call out to the interpreter and 2) if you could, you couldn't load the modules. does that accurately describe the problem?
[17:32] <Chipaca> jdstrand: I can call out to the interpreter
[17:32] <Chipaca> jdstrand: I can import modules as long as they are not .so
[17:32] <Chipaca> jdstrand: i can't import .so modules
[17:33] <jdstrand> Chipaca: you are able to call out to the interpreter?
[17:33] <Chipaca> jdstrand: http://pastebin.ubuntu.com/8351933/
[17:33] <jdstrand> Chipaca: what policy groups are you using?
[17:33] <Chipaca> jdstrand: from /home/phablet/.cache/upstart/untrusted-helper-push-helper:1410802390415905:com.ubuntu.developer.webapps.webapp-twitter_webapp-twitter-helper_1.0.18.log
[17:34] <Chipaca> jdstrand:         "push-notification-client"
[17:34] <Chipaca> jdstrand: you can put *anything* in the #! and it'll work, btw
[17:35] <jdstrand> Chipaca: and that is it?
[17:35] <Chipaca> jdstrand: yes
[17:35] <jdstrand> oh that is probably the binfmt stuff
[17:35] <jdstrand> Chipaca: so the script is 755 with a shebang?
[17:36] <Chipaca> jdstrand: yes
[17:36] <jdstrand> Chipaca: I imagine you have a log of apparmor denials: grep DEN /var/log/syslog
[17:36] <Chipaca> you could say that
[17:37] <Chipaca> jdstrand: you want to see those?
[17:37] <jdstrand> no, I don't need to
[17:38] <jdstrand> Chipaca: right, so, this seems like it is an apparmor/security question, but it is actually a frameworks question
[17:38] <Chipaca> which is why i pinged tvoss also :)
[17:38] <jdstrand> Chipaca: I am going to point you at lool and pmcgowan
[17:38] <Chipaca> ah. should've pinged them then. ok.
[17:38] <Chipaca> lool: pmcgowan: hiya
[17:39] <jdstrand> lool and pmcgowan: fyi, Chipaca wants to use python for push client helpers. the apparmor policy doesn't allow it because I have been asked not to allow it because python is not a supported framework
[17:39] <jdstrand> lool, pmcgowan: python is not part of a supported framework, I should say
[17:40] <pmcgowan> right it is not today
[17:40] <Chipaca> so, i need a solution for push helpers for webapp (arch: all) packages
[17:41] <Chipaca> it doesn't have to be python
[17:42] <Chipaca> but it can't be something compiled
[17:42] <Chipaca> last time i asked i think the consensus was that javascript was the way to go? but that never happened
[17:42] <Chipaca> so i'm back at square 0
[17:42] <pmcgowan> hmm
[17:43] <Chipaca> something about running qml without a window to load a javascript interpreter
[17:43] <pmcgowan> Chipaca, whats the lfiecycle for a push helper, does it run, do something, then exit?
[17:43] <Chipaca> pmcgowan: yes
[17:44] <Chipaca> pmcgowan: it has 5 seconds to do its work, and is preemptively killed if it isn't done in that time
[17:44] <pmcgowan> I think that qml no window was more concept
[17:44] <pmcgowan> its possible we would allow python for that use case, I would defer to tvoss
[17:45] <Chipaca> is tvoss alive?
[17:46] <pmcgowan> not my turn to watch him :)
[17:46] <Chipaca> this tvoss-as-a-service has serious uptime issues
[17:46] <lool> Chipaca: I thought we had this discussion already
[17:46] <lool> then we came to the idea of headless QML, or JS
[17:46] <pmcgowan> oh good what was the solution
[17:46] <Chipaca> lool: yes, but then nothign happened
[17:47] <lool> Chipaca: I thought the SDK team had a way to run headless QML; did that not work?
[17:48] <Chipaca> lool: it was headless qml to load a js, afair. i never heard back.
[17:50] <pmcgowan> lool, Chipaca who was investigating that
[17:50] <lool> Chipaca: kalikiana had poitned at the "minimal" backend, did you check that out?
[17:51] <lool> Chipaca: 15:18 < kalikiana> Chipaca: lool: you could in theory run qml headless with its "minimal" backend. if unity doens't kill it for not being a real app
[17:51] <lool> 15:18 < kalikiana> we also have argument support
[17:51] <lool> Chipaca: this is where the discussion ended for me last time: 15:33 < lool> Chipaca: so does it seem like a possible approach? always go to postbox, then launch helper; QML helper uses postbox QML bindings and is run under minimal backend
[17:51] <lool> so I thought you agreed to the approach
[17:51] <jdstrand> pmcgowan: so... if I added the python abstraction to push-notification-client, that complicates things because developers could/would specify this policy group with their apps to circumvent the fact that we don't support python in a framework
[17:52] <pmcgowan> jdstrand, that occurred to me as well
[17:52] <jdstrand> the click-reviewers-tools could maybe be made to account for that
[17:53] <jodh> lool: sounds like you may have a typo in your config somewhere if the restart fails to work then. Can you run upstart-monitor as a non-priv user to see the event flows? about to head out but ping me tomorrow am if still not resolved.
[17:53] <Chipaca> lool: that end of the discussion needs api rework, which we'll be scheduling soon
[17:54] <Chipaca> lool: as for the minimal backend thing, i'd have no idea where to start with that. also note the "postbox qml bindings" don't exist.
[17:54] <Chipaca> afaik at least?
[17:54] <Chipaca> ralsina_: or do they?
[17:55] <ralsina_> Chipaca: what would that be?
[17:55] <ralsina_> Chipaca: get_notifications? That exists.
[17:57] <Chipaca> ralsina_: having asked that, i feel dumb :) the qml bindings exist, but the api is the wrong one still
[17:57] <ralsina_> Ok, that's a separate problem :-)
[17:58] <Chipaca> and now i remember why we left this conversation there.
[17:59] <Chipaca> we need to rework the whole thing to work around this problem
[17:59] <Chipaca> lool: ^
[17:59] <Chipaca> dbarth_: ping, about making webapps arch-specific
[18:00] <Chipaca> lool: you there still?
[18:07] <sergiusens> Chipaca: that's why I said what I said as the first answer to your suggestion
[18:07] <sergiusens> ;-)
[18:07] <lool> Chipaca: yes
[18:08]  * Chipaca reads the backlog looking for sergiusens's sayings
[18:09] <tvoss> Chipaca, he is
[18:09] <tvoss> Chipaca, pmcgowan reading backlog
[18:09] <Chipaca> lool: did what i say answer your doubts as to why i was asking these questions again?
[18:09] <Chipaca> tvoss: thanks
[18:11] <sergiusens> Chipaca: in our private chat that was :-P
[18:13] <tvoss> Chipaca, so for webapps: what prevents us from using hte javascript interpreter available via oxide?
[18:13] <Chipaca> tvoss: 1. is it available from the commandline? 2. can it read files from the filesystem? 3. can it call out to dbus? 4. can it use sqlite?
[18:13] <Chipaca> tvoss: other than that, nothing :D
[18:14] <Chipaca> tvoss: (2) is probably the easiest to work around if it's missing that
[18:15] <tvoss> Chipaca, I don't know, but seems like we want to answer those questions. Seems to be a straightforward solution if we are dealing with apps that rely on javascript anyway
[18:16] <tvoss> Chipaca, I don't think we should open the world to using python. Even if jdstrand could tune the reviewer tools to flag apps relying on python.
[18:16] <Chipaca> tvoss: there is a suggestion from lool+kalikiana to use js inside qml, and to change the push helper api to better accomodate that, but the implied rework was too much to do even back when we discussed it (and nobdoy's confirmed whether the js-inside-qml actually works)
[18:16] <Chipaca> tvoss: who answers those questions?
[18:16] <tvoss> Chipaca, still, python is not an option
[18:17] <sergiusens> tvoss: why not? I mean; it would be just the same as compiling something
[18:17] <sergiusens> tvoss: pmcgowan and it's not as if we are getting rid of python3 anytime soon; system-image is python3 based
[18:17] <tvoss> sergiusens, because we open the world to python then. Also: I think it would be better style to allow web-developers to stick to their lingua franca
[18:18] <sergiusens> tvoss: well, just for push helpers; nothing more; but it is a fair point
[18:18] <tvoss> sergiusens, for just push helpers means making it available as a framework unfortunately
[18:18] <sergiusens> that said, the QA solution for qml guys is python based
[18:19] <tvoss> sergiusens, sure, but that still does not require us to ship it as a framework
[18:19] <Chipaca> tvoss: about the questions that need answering, who answers them? and in what timeframe?
[18:20] <dbarth_> Chipaca: pong
[18:20] <dbarth_> Chipaca: why would you want to do that?
[18:20] <sergiusens> tvoss: and that was my last meddling in this topic :-)
[18:20]  * sergiusens runs
[18:20] <Chipaca> dbarth_: because we don't have a good answer for arch-indep push helpers
[18:21] <tvoss> Chipaca, I will get you those answers
[18:21] <dbarth_> hmm, ok, listening
[18:21] <dbarth_> but that feels weird
[18:21] <tvoss> Chipaca, remind me: why do push helpers have to reach out via dbus?
[18:21] <Chipaca> dbarth_: or we could ship three push helpers, one for each arch that builds push
[18:22] <dbarth_> i would be more in favor of that
[18:22] <dbarth_> especially as it's mostly a 'cp' right now if i remember well
[18:22] <Chipaca> tvoss: to clear old notifications (so you get a single notification with "you've got an email from foo@bar, and 7 more" instead of 8 notifications)
[18:22] <davmor2> Chipaca: There's and Arch bishop indep that needs pushing I'll help ;)
[18:23] <Chipaca> dbarth_: while it is a cp right now, i'm tasked with making it smarter than that
[18:23] <Chipaca> dbarth_: hence all this rigmarole
[18:24] <dbarth_> ok
[18:24] <Chipaca> tvoss: and sqlite to keep track of the notifications contents so we can write better summaries of collapsed notifications
[18:25] <Chipaca> tvoss: i can work without sqlite if it's not there, fwiw
[18:26] <Chipaca> but arbitrary people writing arbitrary push helpers probably need it more than i
[18:26] <tvoss> Chipaca, I guess we can live with some sort of limitations for webapps for now
[18:26] <tvoss> Chipaca, at any rate: I will get your answers until tomorrow
[18:26] <Chipaca> tvoss: excellent, thank you
[18:29] <dbarth_> Chipaca: so to close the loop, i think that webapps are intrinsically arch independant
[18:30] <Chipaca> dbarth_: yup
[18:30] <Chipaca> dbarth_: and if we had to go arch-dep for webapps, it'd be a big wtf
[18:30] <dbarth_> let me know though if we can do sometihng else to make it easier for you
[19:31] <asac> stgraber: around?
[19:31] <asac> stgraber: can we move to the same approach for custom tarball that we do for device tarball?
[19:31] <asac> stgraber: e.g. you give us a drop location rather than picking them up from jenkins?
[19:31] <asac> stgraber: currently we cannot implement a QA gate this way
[19:31] <asac> thanks!!
[19:32] <asac> cwayne: ^^
[19:32] <stgraber> asac: sure, give me updated URLs that are accessible from nusakan and I'll update the config
[19:33] <asac> stgraber: where do we pick up the device tarball?
[19:33] <asac> stgraber: can we just use the directory next to that?
[19:34] <stgraber> asac: I think we pull it from lillypilly (people.c.c) under the platform role account, so sure you can put those somewhere in there
[19:50] <mutantkeyboard> Hi guys I need some help with porting. I have a HTC Desire 816 and I want to make an image for this device. My question is do I still have to use a CM base for "heavylifting"?
[20:38] <tedg> bfiller, Do you have other stuff you plan on landing with mediaplayer, or should we land this by itself? https://code.launchpad.net/~ted/mediaplayer-app/video-uri-support/+merge/232085
[20:38] <bfiller> tedg: think it's just that, I added it to the spreadsheet, waiting on a silo
[20:39] <tedg> bfiller, Ah, okay, cool. Pawel was pinging me about it.
[20:39] <tedg> Thanks!
[20:39] <bfiller> np
[21:09] <kenvandine> jdstrand, can you please comment on bug 1365993
[22:34] <boiko> mterry: hi, is it known that greeter is being activated even when there is an active call?
[22:34] <boiko> mterry: or should I report a bug about it?
[22:34] <mterry> boiko, there was a branch to fix that -- what version are you testing?
[22:35] <boiko> mterry: image 234 on mako, but
[22:35] <boiko> mterry: but I have dist-upgraded a few packages, let me try on a more recent utopic image
[23:00] <boiko> mterry: it seems fixed in the latest utopic-proposed image, I'll let you know if I happen to find the bug again
[23:00] <boiko> mterry: thanks
[23:00] <mterry> boiko, awesome
[23:01] <mterry> boiko, I also noticed that the emergency dialer got a 'back/cancel' button, which is great
[23:01] <mterry> :)