[00:36] vthompson, see my latest comment on https://code.launchpad.net/~vthompson/music-app/lookup-file/+merge/229612 [00:38] ahayzen, I see it. that makes sense. Filter should be reset [00:39] vthompson, cool :) [00:40] vthompson, shall i top approve https://code.launchpad.net/~vthompson/music-app/remove-white-error-labels-1353173/+merge/229713 [00:41] ahayzen, do you agree with the small color tweaks in the error msg and the confirm button? [00:42] vthompson, i think so [00:42] I don't think the confirm button change was necessary, but I didn't like having them both grey [00:42] vthompson, but really i want to go through everything and make them use Theme. [00:42] yeah [00:43] lol, I just updated the app and now clicking an album from the scope launches random apps. First clock now browser. lol [00:43] hah oh god not that again [00:44] what'd you do to fix it? [00:44] nothing was the platform last time [00:44] Seems that if I leave the music scope and go back into it it was OK [00:44] magic [00:45] yelp it looks ok again. [00:46] * ahayzen hides [00:46] vthompson, top approve https://code.launchpad.net/~vthompson/music-app/remove-white-error-labels-1353173/+merge/229713 if u think its ok ...so it fixes the white on white issue for now...but i think we need to do an overall review of the colours at some point [00:47] ahayzen, yea, I agree. That will probably come with the redesign overall [00:47] vthompson, for https://code.launchpad.net/~vthompson/music-app/lookup-file/+merge/229612 .. when the filter is cleared would onFilled not be called? and then trackClicked() ? [00:48] ahayzen, I dont understand the question. the process function will reset the filters which forces the onfilled to be called [00:48] when a new album is selected [00:49] slangasek: I asked on tech, doko answered; not supported yet; cgo is used to write bindings to c/c++ [00:49] ok so u click on an album that filters the model... which then gets refilled...on filled is called.. it plays whtever is in the model... then the filter is cleared... the model reloads to the cleared set and would onFilled not be called again here? which would then cause trackClicked to be called on the clear filter model? [00:50] yea, but selectedAlbum is now false ;) [00:50] @ogra console=tty? related??? Well I got 13.04 to work on my kernel.. when I run test_glesv2 I don't see the triangles.. unity8 does work... [00:50] OrokuSaki: Error: "ogra" is not a valid command. [00:50] vthompson, ah yes ;) [00:50] @ogra_ console=tty? related??? Well I got 13.04 to work on my kernel.. when I run test_glesv2 I don't see the triangles.. unity8 does work... [00:50] OrokuSaki: Error: "ogra_" is not a valid command. [00:50] vthompson, hehe i knew that would help when i did my first review lol..not.. [00:50] anyone see my last 2 messages before I resend? [00:51] Oh well.. console=tty? related??? Well I got 13.04 to work on my kernel.. when I run test_glesv2 I don't see the triangles.. unity8 does work... Ogra??????? [00:51] vthompson, oh last thing the var track = false ? and then track = musicStore.lookup() ... why not just var track = musicStore.lookup() ? [00:51] It's odd not to see triangles.. but have unity8 run [00:51] ahayzen, well I'm glad you found a reason why we'd want to make sure it's reset [00:51] and see a screen [00:51] What do you guys think about that? [00:53] ahayzen, because of the mediascanner2 code throwing an exception when the track is not found. This should leave track as 'false' [00:54] we really dont need this as the check we do is just for debug... but really in the end we might want to choose to do something [00:54] vthompson, if it is throwing an exception then don't u need a try catch? [00:54] vthompson, and i thought it just returned null ? [00:54] well, I'm not sure how we'd catch a c++ exception in javascript [00:55] maybe it would return null. Undefined? [00:55] vthompson, hmmm ok we'll just leave for now [00:55] vthompson, i'll check over it when doing content-hub as that touches the same code [00:56] ahayzen, ah yes, that might allow us to do a nice small test for not finding the requested song [00:56] :) [00:56] vthompson, i'll approve for now [00:57] vthompson, i'm gonna go to bed top approve the approved branches as u wish :) and could u have a check over listitem actions ... other than the colours/sizes i think it is there? [00:59] ahayzen, yea, you'll merge trunk in the morning? [00:59] vthompson, i just did? ... [00:59] ohhhh you're good [00:59] vthompson, well whtever was trunk 23mins ago :P [00:59] vthompson, anyway have fun o/ [01:00] ahayzen, ah that's just the ap and dev3 fixes. :) [01:00] will do! Night! [01:00] yep :) u 2 cyas [01:10] failed to stat "/home/justin/UTATRUSTY/out/target/product/tenderloin/boot.img": [01:11] There was away around this with 13.04 anyone know 14.04? you have to remove this line in main.mk $(INSTALLED_BOOTIMAGE_TARGET_ANDROID) \ with 13.04 === _salem is now known as salem_ === salem_ is now known as _salem === Cimi_ is now known as Cimi === Azelphur_ is now known as Azelphur === kaydo_ is now known as kaydo === steev_ is now known as steev [05:58] bzoltan: thanks for fixing the dev focus! (sorry for confusing terms; that's what I meant) [05:59] bzoltan: I think that'll also fix LP translations to now auto-commit to /staging, not to /trunk [05:59] pitti: I might change it back :D [05:59] and make MPs go to the right place [05:59] pitti: the question is how CI works [06:01] bzoltan: ah, you mean you now need to tell it to land into lp:u-u-t/trunk ? [06:02] bzoltan: somehow it must work; autopilot is the same [06:02] bzoltan: i. e. lp:autopilot points to /trunk which is an actual trunk [06:02] bzoltan: and landings are from the lp:autopilot/1.5 branch, which reflects what's in the archive [06:02] pitti: Mirv just told me that CI lands on the lp:ubuntu-ui-toolkit what is the staging branch [06:03] so thomi/veebers should know how this "real trunk" mode works with CI [06:03] pitti: our case is different ... the lp:ubuntu-ui-toolkit now is the lp:ubuntu-ui-toolkit-trunk === RAOF_ is now known as RAOF [06:03] bzoltan: that's the same in AP [06:04] i. e. development focus points to trunk, not to the archive branch [06:04] bzoltan: elopio just mentioned autopilot is already exception, so maybe it could work for you too [06:04] TBH, that's the normal mode of development everywhere else in the world.. [06:04] Mirv: if we make it an exception :) before the actual landing [06:05] so "I want to upload" then becomes "merge trunk into archive branch" [06:07] pitti: what you say makes sense ... the CI process should use an "archive" branch and let the projects do whatever they want [06:08] bzoltan: yeah, and as AP uses that I thought it would work [06:09] bzoltan: so, if that needs some special setup in CI and this blocks you from landing, I guess you need to switch back temporarily (too bad, but I guess this is not the time for dealing with such things) === yofel_ is now known as yofel === slangase` is now known as slangasek [06:51] good morning === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [07:04] tvoss, so... bug #1353855 [07:04] bug 1353855 in unity8 (Ubuntu) "Explicit g++ 4.9 dependency breaks cross-building" [Undecided,New] https://launchpad.net/bugs/1353855 [07:04] Saviq, yup, let me take care of it [07:20] Kaleo: bzoltan: hey. before I drop this from my mind, have you removed the workarounds required during 5.2 that made app startup slower? bug https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1320823 should be fixed in Qt 5.3 [07:20] Launchpad bug 1320823 in qtdeclarative-opensource-src (Ubuntu) "Missing patches for QTBUG-35095" [Undecided,Fix released] [07:21] Mirv: I do not know. [07:21] bzoltan: do you know how to / from whom to find out? sounds like SDK stuff possibly since Kaleo was the one who mentioned the problem [07:22] hmm, I can file a bug and assign Kaleo to it [07:23] Mirv: that is a good idea [07:24] bzoltan: bug #1353863 filed with some subscribers too, seems important enough to double check since it's related to app startup times [07:24] bug 1353863 in Ubuntu UI Toolkit "Drop workarounds that penalise loading time for all apps" [Undecided,New] https://launchpad.net/bugs/1353863 === t1mp_ is now known as t1mp === tvoss is now known as tvoss|afk === tvoss|afk is now known as tvoss === pete-woods1 is now known as pete-woods === ondra- is now known as ondra [10:26] Mirv, grep for the bug number in the toolkit: modules/Ubuntu/Components/Label.qml & examples/ubuntu-ui-toolkit-gallery/TemplateRow.qml [10:27] Elleo, I tested the new udm on the browser, app installation, dist upgrade and mms and everything works as expected. Is marked as tested and should be published in a number of hours [10:29] Mirv, https://code.launchpad.net/~fboucault/ubuntu-ui-toolkit/remove_relayout_workaround/+merge/229918 [10:31] Kaleo: hi! [10:31] Kaleo: so, w [10:31] Damn, keyboard problems... [10:31] Kaleo: so, we might have to revert camera-app to the previous version in the store [10:31] sil2100, what's wrong? [10:31] sil2100, bug report? [10:32] Kaleo: smoketesting shows it regressed test-wise, we get a constant number of 8-9 test failures on all supported platforms and brendand reports that it opens up now in about 30+ seconds [10:32] brendand: did you fill in a bug for this already ^ ? [10:32] Kaleo, then after it opens it hides itself [10:32] sil2100, nope - going to now [10:33] brendand, ??? [10:33] Kaleo: anyway, since we're in traincon-0 we can't really accept any new breakages [10:33] sil2100, yes of course but I just don't experience that here [10:34] brendand: I think davmor2 confirmed the issue on his mako device as well from what I remember [10:34] I mean, Kaleo [10:34] Damn, what's wrong with me today... so many typos [10:34] Kaleo: are you on 176 === james is now known as Guest6108 [10:35] Anyway, brendand could you try maybe installing the earlier version of camera-app to make sure it's at fault? [10:35] sil2100, okay - someone can help me out with that? [10:35] Kaleo, ? [10:35] We didn't see anything else landing that could affect this, but better be sure [10:35] I remember popey had some nifty way of downloading old click packages... [10:36] davmor2, I'm on 175 with the new cameraz [10:36] -z [10:36] Mirv, popey: could you guys give us a hand with downgrading click packages? [10:36] davmor2, I'm looking for my mako now to check (that was on barajas) [10:40] Kaleo, on 175 and it works? [10:40] mandel: excellent :) [10:40] sil2100: I know how to upload, but not specifically how to downgrade. I believe that'd be on the store frontend side ie. popey or dholbach [10:41] brendand, yep actually, on my 2 devices [10:41] brendand, upgrading to 176 now === MacSlow is now known as MacSlow|lunch [10:46] brendand, sil2100, upgrading to 176 broke it :( [10:46] :| [10:46] hang on [10:46] it was very slow to load [10:46] but it loaded [10:47] oups and very slow to write a pic [10:47] no [10:47] it's odd [10:47] Kaleo: does the camera-app use mediascanner in any way? [10:48] sil2100, maybe for thumbnaining? [10:48] sil2100, is thumbnailing related to it? [10:48] Since we had a mediascanner landing as well... not sure if anything else could have affected it, still looking at the commitlog [10:48] hm, not sure [10:48] OMG [10:48] I have just gotten a popup [10:48] "camera wants to access your location" [10:48] "yes/no" [10:48] popups FTW !! [10:49] hm, maybe it's related to location then! [10:49] now it seems fast too launch [10:49] We also had location service landing yesterday [10:49] depends on what device [10:49] brendand: ^ [10:49] location partitally works on mako [10:49] that's on mako [10:49] but doesnt on others [10:49] ogra_`, partially, that offends me :P [10:49] * sil2100 upgrades to do some testing [10:49] doing a clean reinstall with wipe now [10:50] ogra_`, will work better in a few days [10:51] sil2100, so my guess is that an earlier click won't fix the issue unfortunately [10:51] mandel, why does it offend you ... ? not your fault [10:52] ogra_`, joking ;) [10:52] hehe [10:52] * ogra_` blames tvoss for not writing hs own AGPS server yet :P [10:52] Kaleo: right, I would suppose that as well right now, that's why I asked for brendand to try the earlier version - but I guess we have now enough evidence that it might not be related to the new camera upload already [10:56] Kaleo, i'm still going to file the bug on camera-app [10:58] brendand, sure [11:01] Kaleo, look at the screenshot in the bug: https://bugs.launchpad.net/camera-app/+bug/1353956 [11:01] Ubuntu bug 1353956 in camera-app "Camera takes a long time to launch (30+ seconds) and disappears from view" [Undecided,New] [11:02] Kaleo, that's what i see as i pull the launcher out === ogra_` is now known as ogra_ [11:07] brendand, nice :) [11:07] brendand, yeah the app is there loaded quickly but not shown adequately [11:07] brendand, I think it's pending on that location yes/no dialog === chihchun is now known as chihchun_afk [11:09] brendand, commented [11:10] Mirv, sil2100, I'm not sure - you mean you want to overwrite a broken version of an app in a click package? [11:10] in that case you'd need to ship the old source with a newer version [11:10] dholbach: about that, it might no longer be valid [11:10] dholbach: oh, there's no "revert the offering to an earlier version" button? anyway, it seems based on above that we don't want it (possibly) since it wouldn't help [11:10] dholbach: the problem is probably coming from another package [11:11] ahh ok, I see === Wellark_ is now known as Wellark [11:53] Laney: anything I can do to help you re-review https://code.launchpad.net/~chipaca/ubuntu-system-settings/push-helper/+merge/229571 ? [11:58] beuno: so, we have a key for you. elmo is going to transfer it physically to the datacentre (so early next week), and I have a shard of the master key that signs the operational one on a USB stick for you when we next bump into each other [12:00] cjwatson, woohoo! that's great news [12:00] staging seemed to go well, we're going to sign all the existing packages soon [12:01] and hopefully it'll all come together on production next wee once the key is in the DC [12:01] cjwatson, you're taking care of the public key landing on the device? === pete-woods is now known as pete-woods|lunch === MacSlow|lunch is now known as MacSlow === chihchun_afk is now known as chihchun [12:13] beuno: Yeah, I'll get that sorted === alan_g is now known as alan_g|lunch [12:14] beuno: Need to polish/land mvo's signing branch too [12:14] I gave him a nice long review only to realise that he's on vacation [12:16] cjwatson, one of those "I'm rubber, you're glue" situations === gnu is now known as Guest44981 === chihchun is now known as chihchun_afk [12:38] Wellark, is there any update on bug 1302049? [12:38] bug 1302049 in Network Menu "Need a way for external processes to ask for sim unlocking." [High,Triaged] https://launchpad.net/bugs/1302049 [12:38] mterry: actually there is [12:39] as for working with https://bugs.launchpad.net/bugs/1341548 I'm adding a connectivity service to session bus [12:39] Ubuntu bug 1341548 in Network Menu "Online detection does not work with confined apps on Nexus 4" [Critical,Triaged] [12:40] I can easily add an interface needed for bug 1302049 as well [12:40] bug 1302049 in Network Menu "Need a way for external processes to ask for sim unlocking." [High,Triaged] https://launchpad.net/bugs/1302049 [12:41] mterry: any particular semantics you need for the API? [12:41] or is simple com.ubuntu.connectivity1.private.UnlockSims() enough? [12:41] Wellark, not especially -- though I'm curious how dual sim would work? [12:42] Wellark, does it start unlocking both? [12:42] mterry: it would iterate the modems one by one [12:42] yep [12:42] Wellark, OK. Yeah, I think we just need a way to start it. Let me double-check the design [12:42] just make sure the unlocking dialog is not shown automatically every time somebody tries to dismiss the greeter [12:44] Wellark, if no pins are locked, presumably the call will do nothing, so we can unconditionally call it on boot? [12:44] mterry: yes. [12:45] Wellark, then yeah I think that dumb of an API is fine :) === _salem is now known as salem_ [12:55] whats the password for phablet ? [12:56] I believe there is none [13:00] om26er: it used to be phablet, but there is an email on ubuntu-phone mailing list from a month ago saying it will be changed to blank [13:01] t1mp, thanks :-) so I just found since had set a passcode for lockscreen my password is that now. [13:03] om26er, ah yes -- you're not the first person to not expect that. I would have mentioned that in my email when making the switch, but I was so embedded in the work, it seemed "obvious" to me [13:03] :) [13:06] mterry, we should probably add some info about that to the popup dialog ;) [13:07] or call it "systemwide passphrase" or so [13:07] ogra_, hopefully most users aren't sudo-ing too often :) [13:07] heh, true [13:23] hi mterry, when you've got a minute, do you think you could reply to the last comment on bug 1347010? I think it's your area of expertise [13:23] bug 1347010 in Ubuntu Terminal App "require screenlock password (if set)" [Critical,Triaged] https://launchpad.net/bugs/1347010 [13:25] dpm, on it [13:25] awesome, thanks! === pete-woods|lunch is now known as pete-woods === dandrader is now known as dandrader|afk [13:35] ogra_, did we stop producing grouper images on system-image.u.c? [13:36] oy we did [13:36] :( [13:36] mterry, about a year ago [13:36] or 8 months or whatever ... quite a while already [13:36] ogra_, hah, shows how long I've tried to use my grouper [13:37] heh [13:37] Hello. I just installed ubuntu touch on my nexus 7. But I cannot find Synaptic on the app store. I also don't know how to put it in landscape mode. Can someone please help me? [13:38] The reason I install ubuntu on my nexus 7 is to be able to do c programming using GNU Emacs. Is that possible? Thank you very much [13:41] jason___: we do not have landscape mode working for nexus7 yet [13:43] oh, is it possible for me to install the old Ubuntu version like 13.04? All I want is do C programming using Emacs for my statistics subject. I cannot find the Ubuntu Nexus 7 Desktop Installer as well. Thank you very much [13:44] mterry: just added the huge unity8 silo now its asking me for a password, is there a new default pass? [13:44] cwayne, no [13:45] Can I use this command to install older version like 13.04? $ ubuntu-device-flash --channel=trusty --revision=299 But I dont't what the correct revision number is. 299 is the current one. [13:45] cwayne, did you re-flash? It'll keep the old password unless you use --wipe [13:45] mterry: i did a wipe, then added silo 001 [13:46] cwayne, what's the contents of /var/lib/extrausers/shadow? [13:46] phablet::16289:0:99999:7::: [13:48] cwayne, ok so you have no password set as far as the system itself is concerned [13:48] cwayne, let me test myself === dandrader|afk is now known as dandrader [14:01] Saviq, is it a known issue that the splash screen displays the app name untranslated? [14:01] oSoMoN, yes, there's a bug for that [14:01] oSoMoN, bug #1350360 [14:01] bug 1350360 in QtMir "App name in the splash screen needs to be localized" [High,In progress] https://launchpad.net/bugs/1350360 [14:01] Saviq, ok, thanks [14:09] mardy: hi, any update on the desktop files not showing anything in system settings online accounts? [14:13] cwayne, oh, did you get a scary message when upgrading about pam.d files? [14:13] mterry: yep [14:14] cwayne, I assume you chose to override the changes, which blew up your PAM settings the way we like them [14:14] mterry: probably [14:14] cwayne, I've got branches to avoid this problem in the future [14:14] cwayne, but for now I can fix your stuff manually, give me a sec [14:14] cwayne, in /etc/pam.d/common-auth, add the following line before any of the other lines: [14:14] auth [success=2 authinfo_unavail=ignore default=1] pam_extrausers.so nullok [14:15] cwayne, and in common-password, the following line before any others: [14:15] password [success=2 default=ignore] pam_extrausers.so minlen=4 sha512 [14:21] kenvandine, pushed fixes to reset branch https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1219793-reset/+merge/228954 [14:21] jgdxx, great, thx [14:22] kenvandine, no, thank you. Wouldn't get anywhere without these reviews. :) [14:22] :) [14:25] sergiusens: Hi, did you have time to look at daniel's debian packaging branch? === alan_g|lunch is now known as alan_g|tea [14:28] nik90: do you have the link again? I might have lost it [14:30] dholbach: hmm... do you know who I should ping regarding calendar-app development? [14:31] nik90: just add me as reviewer I guess and I'll see it [14:32] mardy, Is there a signal for when a new account is added? [14:32] mardy, Specifically I want to know when a new U1 account is added. [14:33] sergiusens: done === alan_g|tea is now known as alan_g [14:36] tedg: hi! Which API? QML, Qt or glib? [14:36] cwayne: no updates, I didn't work on that yet [14:37] mardy, I'm not using the accounts right now, only libu1-auth. So I can use any of those if needed :-) [14:37] mardy, That's a Qt lib so the Qt version is probably easier in that object though. [14:38] dholbach: hi! Do you have the power to publish packages to the store? We would need music-app updated, Mirv already uploaded the new version [14:38] sil2100: mihir, kunal on #ubuntu-app-devel [14:38] tedg: so, the classes which you need to use are Accounts::Manager (to get notified when accounts are created/deleted) and AccountService (to get notified when the account gets enabled/disabled) [14:38] nik90: thanks :) [14:39] yw [14:39] mardy, Okay, cool. Thanks! [14:40] dholbach: pretty please with cherries on top ;) [14:40] nik90: thanks [14:41] elopio, hey, I've pushed fixes which addresses your comments in https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/call-fwd-wait-dual-sim/+merge/229774 – thanks [14:41] dholbach: 1.3.558, that is [14:52] mardy, What is the serviceType string for U1? === yorick_ is now known as yorick [15:01] tedg: let me check if I find it... [15:02] sil2100, Mirv: looking - just coming back from the dentist [15:02] nik90, renatu my Unity shell becomes unresponsive when an alarm is playing, is that a known bug? [15:02] tedg: "ubuntuone" :-) [15:02] mhall119: nope [15:02] mhall119: image 157? [15:02] dholbach: thanks! [15:03] nik90: yeah [15:03] mardy, Cool, thanks1 [15:03] thanks! [15:03] nik90: the welcome screen is responsive, but once I swipe that away nothing works, not even the launcher or top panel [15:03] sil2100, Mirv, balloons: music approved [15:03] dholbach: \o/ [15:04] mhall119: ah that's due to the snap notification [15:04] mhall119: it takes away all input and forces the user to dismiss the snap notification first [15:04] nik90: do you know if there's a bug for it? [15:04] mhall119: that's by design [15:04] nik90: but it lasts long after I dismiss the notification [15:05] mhall119: hmm yeah that is a bug [15:05] nik90: what project should I file it against? [15:05] mhall119: will have to reflash my phone to 157 to test it out. [15:05] mhall119: report it against the clock app, let me try to confirm it and then investigate where the issue lies [15:06] nik90: well it was technically a calendar event [15:06] though if it's in the notification it can probably be caused by either [15:07] mhall119: well the indicator-datetime is the one which triggers the actual notification and the snap decision. This is used by both clock and calendar. [15:07] ok, I'll file it there [15:07] ok [15:07] thanks nik90 [15:08] np [15:10] nik90: https://bugs.launchpad.net/indicator-datetime/+bug/1354041 if you are able to reproduce [15:10] Ubuntu bug 1354041 in Indicator Date and Time "Unity shell remains unresponsive after dismissing calendar event notification" [Undecided,New] [15:12] jgdxx, mind reviewing https://code.launchpad.net/~ken-vandine/gsettings-qt/version_dep/+merge/229953 [15:12] kenvandine, sure === jgdxx is now known as jgdx [15:12] i'll get that in a silo quickly :) [15:13] balloons: so, were you able to get at the ubuntuone id from your qml app? [15:13] alecu, I ended up spending the day on another bug and didn't get much further. I'll be at it again today, so :-) [15:13] great, let me know how it went :-) [15:21] kenvandine, done, thanks [15:22] jgdx, thx === gatox is now known as gatox_lunch === psivaa is now known as psivaa-afk-bbl === dmmp is now known as pmmd === om26er is now known as om26er|brb [16:22] jdstrand: hi [16:22] just thinking of bug #1341548 [16:22] bug 1341548 in Network Menu "Online detection does not work with confined apps on Nexus 4" [Critical,Triaged] https://launchpad.net/bugs/1341548 [16:23] Saviq: mzanetti: ping I have this new crasher in unity8 that need triaging https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1354068 let me know if the upstart or syslog will help [16:23] Ubuntu bug 1354068 in unity8 (Ubuntu) "/usr/bin/unity8:11:std::function:SlotWrapper:core::Signal:core::dbus::Signal:operator" [Undecided,New] [16:24] jdstrand: I'm not familiar with out policy/permission system enough [16:24] but I would want to have the apps to declare different set of permission they want regarding the connectivity api [16:24] robotfuel: hmm... weird one. seems to crash in the/a media player === om26er|brb is now known as om26er [16:24] robotfuel: did you listen to some song in the dash preview? [16:25] jdstrand: something like connectivity.networkstatus, connectivity.radiocontrol etc. [16:25] mzanetti: I am buried in crash files, so I didn't look. It was found by randomly clicking the ui, so that's possible. [16:25] so that it would not be just a general catch-all "connectivity" [16:25] ah ok [16:25] jdstrand: how would that work? [16:26] robotfuel: is this thomi's random input stuff? [16:26] mzanetti: yes random input [16:26] also at some point I would love to see that the user can deny networking from an app entirely, but we are not there yet anyway [16:26] ok... will try to find a way to reproduce... atm it looks like some hiccups in the media player backend - just judging from the stack trace [16:27] jhodapp: do you perhaps have some input on that one? https://errors.ubuntu.com/problem/8c88c781c702b88274b020e223d66d63e2d34a33 [16:27] mzanetti: let me know if log files will help, I'll add it to the bug or start collecting it. [16:27] robotfuel: hmm... yeah... if you have it around, please send over ~/.cache/upstart/unity8.log [16:27] mzanetti: ok I have that one. [16:28] mzanetti, I had a thought about that, but am heading out to lunch...I'll ping you when I get back [16:28] and if its a really new image, unity8-dash.log might be useful too [16:28] jhodapp: sure, no worries. Enjoy your lunch === gatox_lunch is now known as gatox [16:35] so the latest unity-plugin-scopes breaks dependencies in the archive and forces the removal of unity8 on the desktop [16:35] Wellark: we can mediate on bus, path, interface and method [16:36] boiko, what's the best way to ask if there is any sim card in any of the modems from qml? [16:36] Wellark: we have one connectivity policy group currently. it is for coarse grained connectivity information [16:36] mterry: no way right now, I was discussing with salem_ about that, we need to change the connection status report in telepathy-ofono [16:37] boiko, is there a bug tracking that yet/ [16:37] ? [16:38] jdstrand: so how would it look like if we had finegrained connectivity policies? [16:40] Wellark: what would you want to make available? [16:40] jdstrand: well, for example radiocontrol is one of the simplest examples [16:41] Wellark: what do you mean by radiocontrol? [16:41] Wellark: turning it on and off? [16:41] wifi enable, bt enable, flightmode [16:42] Wellark: we don't let apps do that currently. if we wanted to, the dbus service would need to have trust-store integration [16:42] so for an app to access networking status, it would have to define in it's manifest that it needs connectivity.networking_status, for an app to control devices radios it would need to define connectivity.radio_control etc [16:42] Wellark: basically, apps in the app store have no review and are considered untrusted [16:43] Wellark: we also (by design) don't have installation prompts [16:44] jdstrand: but we would still make the information available with parts of the system an app requires permissions for? [16:44] and in technical level at some point would it also be possible for the user to rip off certain permissions from an app? [16:44] Wellark: as such, the exposed API must either be safe for everyone to use and not leak info the app shouldn't have. if it grants sensitive information or allows privileged actions, then there needs to be trust-store integration so the user is prompted when the app performs the access [16:44] (the answer can be cached for later) [16:46] Wellark: apps declare what policy groups they can use. right now, we have an empty 'connectivity' policy group that is defined as what apps can use to obtain coarse-grained network info [16:46] can that group be splitted up for more fine grained access? [16:46] Wellark: we can add an additional policy group, sure. not sure what we would name it, but for this discussion, it can be connectivity.radio_control [16:47] Wellark: if the api is well-designed, sure [16:47] Wellark: I would suggest using a different path for coarse and radio_control [16:47] jdstrand: ok. for future in mind, then I think the current connectivity group should be renamed to connectivity.networking_status [16:47] jdstrand: sure [16:47] on the service side they would be separate paths [16:48] Wellark: I can't really do that. it is long established as what to use for coarse grained network status [16:49] we should just do 'connectivity' and 'network-control' or something [16:49] I wouldn't worry about what we name it [16:49] there is metadata for people to read as well as documentation to explain what it does [16:51] mzanetti: the unity8 and unity8-dash logs are attached to https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1354068 [16:51] Ubuntu bug 1354068 in unity8 (Ubuntu) "/usr/bin/unity8:11:std::function:SlotWrapper:core::Signal:core::dbus::Signal:operator" [Undecided,New] [16:51] Wellark: fyi, if you want to know more, I suggest looking at: http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/ [16:52] well, if the connectivity group is currently empty, then renaming it should not be a problem. or if you are worried about existing apps already requiring "connectivity" group (which does nothing as it's empty) then we can leave the connectivity group as empty and mark it as deprecated and update the documents to tell people to define connectivity.networking_status [16:53] Wellark: (it might help to know that typical users don't see or care about the name of the policy group) [16:53] sure, but developers do [16:53] Wellark: it is documented for more than a year what it does [16:53] Wellark: why the hang up on the name? [16:54] because it gives consistency in the future when we expand the connectivity service [16:56] Wellark: I want to provide consistency too. we can just do like with content_exchange or music_files. ie, we do connectivity and connectivity_control like we have content_exchange and content_exchange_source or music_files and music_files_read [16:56] anyway, this is a very minor point [16:56] the name of the policy group doesn't really have anything to do with the name of the service [16:57] or rather, it doesn't have to [16:57] it is just something so people have some idea what it does === charles_ is now known as charles [17:00] ok, so the existing policy groups use "_" instead of "." to as a namespace delimiter [17:02] jdstrand: what is the difference between current connectivity and networking ? [17:02] right, that too is minor. mostly I just want to use what we've documented for status, and then add a new one for radio control [17:02] Wellark: networking gives you access to networking [17:02] without it, you can't get online [17:02] right. ok. I found the descriptions also [17:04] maybe it would make sense to add radiocontrol to networking to not add a new policy group [17:04] Wellark: are you planning on implementing this radiocontrol API for RTM? [17:04] actually looking at existing documentation [17:05] robotfuel: thanks [17:05]