=== _salem is now known as salem_ [03:36] What Qt API should I be looking at if I want to get the name for the application using the qml plugin I am writing? i.e the qml bindings I am writing to connect to a service, and an app name needs to be supplied. === salem_ is now known as _salem [07:13] TheMuso: QApplication [07:13] (I guess) [07:28] mzanetti: I was thinking that was the case, but wanted to be sure, given I am writing C++ code to provide qml bindings. [07:37] mzanetti: ping [07:57] tsdgeos: hey [07:57] TheMuso: so? what's the problem with QApplication? [07:57] mzanetti: can you read alan's comments at https://codereview.qt-project.org/#change,60535 and maybe answer? [07:57] tsdgeos: on it [07:58] mzanetti: if it helps you qquickitemview.cpp has [07:58] /###Possibly rename these properties, since they are very useful even without a highlight? [07:58] qreal QQuickItemView::preferredHighlightBegin() const [07:59] also i am not sure if parts of his comment are against the logic of the qml or the logic of the patch :_/ [07:59] tsdgeos: I don't understand what he means [08:00] " That test case looks suspicious, because it's not setting a highlightRangeMode yet is setting preferredHighlightRange." ? [08:00] tsdgeos: ? where is that? [08:00] previous comment [08:00] tsdgeos: I mean this one "I just tested it, and if you remove the preferredHighlightBegin/End then it works correctly. Which means that it's a bit of an invalid usecase, but also that the above logic is broken for the NoHighlightRange case." [08:00] expand the other comment [08:02] tsdgeos: you can add highlightRangeMode: ListView.ApplyRange. That's what I do in the launcher. However, as it does not affect the issue in any way I left it away in the as-simple-as-possible example to reproduce it [08:03] ok [08:03] tbh i don't understand the rest of his comments either [08:03] tsdgeos: should I describe my use case as a comment here? [08:05] mzanetti: it may help [08:10] tsdgeos: is it a good idea if I +1 it? [08:11] not really sure [08:17] tsdgeos: commented. [08:17] tx [08:17] mzanetti: i'd leave the +1 for "i do understand the code and like it" [08:17] otherwise it may seem we are a doing as a "gang push" [08:18] tsdgeos: which kinda is the case for me... but still... the "gang push" is what concerns me [08:19] tsdgeos: he suggested to remove the preferredHighlightBegin/End (aka disable snapping), right? [08:20] well, he said "the bug" doesn't happen without the preferredHighlightBegin/End [08:20] yes [08:20] problem is preferredHighlightBegin/End is a bad name i find [08:20] as the comment in the file says [08:20] agreed. should be snapPositionBegin/End [08:21] or something along that [08:21] actually, this use case happens always if you want to have something like a CoverFlow with snapping in the middle [08:54] tsdgeos, mzanetti, MacSlow, Saviq: anyone available to do a quick device test for me? [08:54] dednick, sorry... in the middle of ap-testing for notifications [08:55] dednick, I can do it afterwards... what do you need to have checked? [08:55] dednick, does the installed image matter? [08:56] MacSlow: testing if sound indicator updating volume for apps. dont know if image matters. [08:56] dednick: i have the unity-mir stuff, would take me quite a while to go back [08:57] better if someone can do [08:57] MacSlow: after a fresh flash the volume will be affected, but as soon as i restart phone, it stops changing. [08:57] someone *else* that is :D [08:57] tsdgeos: no worries. [09:00] dednick: good morning. I have a first version of indicator-messages that uses an indicator file at lp:~larsu/indicator-messages/phablet-port-indicator-ng [09:00] dednick: can help you I guess [09:00] dednick: it's not thoroughly tested yet, but you can give it a spin if you're up for it [09:00] larsu: \o/ . will give it a go today [09:00] dednick: (I'll be on a train for the rest of the day) [09:01] larsu: i've made some more updates to qmenumodel. added impl for 'action name' and 'update state'. [09:02] larsu: although i didnt know how you were handing changes to the gtkmenu area. i realise it's from another project... [09:02] larsu: https://code.launchpad.net/~nick-dedekind/qmenumodel/add-menumenumodel.action-name.update-state [09:03] dednick: neat! Can you MR them onto my branch? I'll be at guadec, so I probably won't be online a lot. [09:03] larsu: ok. no prob [09:03] dednick: cool, talk to you later. Gotta catch a train :) [09:08] mzanetti: cool. do you have the video scope assets on your device? [09:08] dednick: the demo asses, yes [09:09] mzanetti: you mind checking if changing the volume in the indicator updates the volume of the video? [09:10] dednick: do I need todays image? [09:10] mzanetti: nope [09:11] dednick: dammit. just realized I only have the scopes fake data (aka the video covers) but not the video itself. gimme a minute and I'll install [09:11] mzanetti: ok. thanks. [09:12] dednick: I did another test which tells me it won't work for the videos [09:12] dednick: I logged in and ran "alsamixer". Changing the indicators volume does change the alsamixer's sliders [09:13] sil2100, any success on lucene++? pls brief jamesh ^ [09:13] mzanetti: it shouldn't? [09:13] dednick: d'oh! "... does NOT change the alsamixer's sliders" [09:13] dednick: yes, it should I'd say [09:13] mzanetti: :) haha. ok [09:13] mhr3, jamesh: yes, I built the package locally and in my PPA, just need to tweak it a bit [09:14] mzanetti: does my reply to the snapping patch make sense to you? [09:14] * mzanetti reads [09:14] mzanetti: presumably you've restarted your device since you last flahed? [09:14] dednick: a 100 times when testing the SIM pin :D [09:14] sil2100: there was some packaging in the hollywood-team/staging PPA, if that helps [09:14] mzanetti: ok thanks. confirms my suspicions. [09:15] tsdgeos: yep. makes sense to me [09:15] okki [09:15] dednick, mzanetti does the video preview work for you at all? [09:15] Saviq: sometimes [09:15] sil2100, cool, jamesh do you think we could get lucene and the scanner built in an arm-enabled ppa so we could check things on the phone? [09:15] Saviq: dunno. still don't have a video. just tested with alsamixer [09:18] Saviq: it's a bit hit and miss. sometimes get a white page, sometimes black, sometimes works [09:18] is unity8 always running on ~20% cpu on the desktop for you too? [09:18] dednick, that's on device? [09:18] Saviq: ya [09:18] dednick, to me it looks like carousel is broken, grid is fine [09:19] Saviq: oh, you mean the video selection widget? [09:19] dednick, in Video apps [09:19] Saviq: that seems to be ok for me. [09:19] s/apps/dash/ [09:19] Saviq: although i might be using mock video [09:19] dednick, yeah, that's what I mean [09:20] Saviq: it's fine. I thought you meant the mediaplayer-app. [09:20] dednick, mock video scope previews for carousel are broken [09:21] Saviq: that's how i've been testing my sound issues. [09:21] dednick, which version? [09:21] dednick, yeah, that's what I wanted, too ;) [09:21] Saviq: latest [09:21] dednick, but the previews for my carousel are broken ;) [09:22] Saviq: doh. [09:22] Saviq: what does it show? [09:23] dednick, an empty shape and stars [09:24] dednick, http://pastebin.ubuntu.com/5932127/ is the console output [09:24] paulliu, ↑ [09:25] dednick, found it :/ [09:26] http://pastebin.ubuntu.com/5932135/ [09:26] mhr3, ↑ your fault again ;P [09:26] lol [09:27] wonder why mine is working [09:27] ah. maybe that isnt in image? [09:28] Saviq, stop using those mocks! :P [09:28] mhr3, supply me with matching backends! [09:28] ehm, touche [09:28] holy crap. my nexus7 spazed out [09:29] doesnt want to flash :( [09:29] dednick, if you didn't flash with --pending, then you're on a 0727 image [09:29] 0726 [09:29] Saviq: is that a bad thing? [09:30] dednick, we generally should be running --pending [09:30] dednick, to be on the edge === alan_g is now known as alan_g|tea [09:30] lol. the 'danger zone' [09:30] dednick, mzanetti https://code.launchpad.net/~saviq/unity8/fix-mock-videopreview/+merge/177777 please [09:30] nice merge number ;) [09:31] heh [09:34] Saviq, are we ok with being unable to close apps once we have a "proper" running apps scope? [09:34] Saviq, or will you keep a hack in the renderer? === alan_g|tea is now known as alan_g [09:37] Saviq: did you give the branches i posted yesterday a try? [09:38] Saviq: we using pulse on device now? [09:39] dednick: we've always been using pulse as far as i know [09:40] Saviq, tsdgeos: any idea why there is a phablet-team ppa for pusleaudio? [09:40] last time i checked there was some small extra patch there [09:40] don't really remember what it was about [09:40] tsdgeos: ok === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [11:12] MacSlow: you guys need a copyright header in https://code.launchpad.net/~macslow/unity8/notification-autopilot-tests-dbus/+merge/177780 [11:19] seb128, ping :) [11:19] Cimi, hey [11:20] seb128, I'm writing the welcome wizard for the phone, I'm wondering how can I fetch the list of the locales [11:20] Cimi, look at the language panel in system settings [11:21] ok [11:21] seb128, lp? [11:21] Cimi: lp:ubuntu-system-settings plugins/language/language-plugin.cpp getLocales() [11:34] seb128, thanks [11:34] seb128, saw it [11:34] Cimi, yw [11:34] seb128, you think I could import it? [11:34] seb128, it sucks to duplicate code [11:34] Cimi, I'm not sure what are the best practices in qml there... [11:34] but it would make sense to share the code yes [11:34] seb128, if the plugin is locally installed [11:34] not sure how though [11:34] seb128, might import it [11:35] it's in a private dir, so not sure if you can import it easily (out of hardcoding the path to it) [11:36] ideally we would have e.g indicator-keyboard-service to publish that list over gmenu or something [11:36] Saviq: are we having the "UnityNext team product review" hangout today with kgunn or shall we just do the usual stand-up [11:37] tsdgeos, usual ,we're in with Jane at that time [11:37] oka === ashams_ is now known as ashams [11:46] seb128, but I need to set this in the welcome wizard [11:47] seb128, we have wifi, location setting, username and language [11:47] seb128, would be great to have set them without duplicating code [11:47] Cimi, that seems quite some common work with system setting/indicators [11:47] exactly [11:47] the idea so far was to have the indicator backends to provide those features [11:47] through gmenumodel [11:47] who knows here? [11:47] larsu / dednick ? [11:47] and use unitymenumodel [11:47] to do the qt UIs [11:48] yes [11:48] larsu is in a train today, travelling to GUADEC [11:48] so dednick [11:48] yo [11:49] oh. that was a statement. [11:50] Cimi: what is the welcome wizard? [11:50] Cimi: intial device setup? [11:50] dednick, yes [11:53] soooo, all the ibus-related failures in the Unity 7 daily were expected, in case anyone was wondering.... [11:54] Cimi: right. not really sure how that would work, but i guess it would need to be fed by settings. Not sure we can rely on indicators as i'm not sure it's a 1-1 relationship between indicators and settings. [11:55] I can do mock now [11:55] waiting for a model... [11:56] bregma, the fixes are ready waiting to land as well? ;-) === alan_g is now known as alan_g|lunch [11:57] dednick, well, the idea was that the indicators would have a settings profil [11:57] Cimi, dednick: they can also have a wizard profile [11:57] we already have profiles for desktop, phone, greeter, installer [11:58] seb128, I'll be checking with brandon when he comes in, but he warned me there would be a slew of ibus failures in todays build -- I am assuming it has to do with dependency change sequencing or something [11:58] seb128: i c [11:59] just trying to think of the best way to mock it. [11:59] seb128, yes, the problem is the new ibus 1.5 went in to the archive but the required Nux patches are still in review [12:02] Cimi: you could probably get away with forgetting the mock for now and just using the current profiles for testing. [12:02] dednick, some code I should have a look at? [12:03] Cimi: otherwise you're going to essentially need to create a mock indicator and have indicator files for them. which may not be a bad idea for testing purposes to be honest [12:03] Cimi: if you want to mock, easiest approach may be to use vala to generate the code. [12:04] dednick, yep but which code shall I mock? [12:04] dednick, unity? [12:04] Cimi: but if you want to use the current indicator profiles, the ui code to pick them up and process is all in plugins/Unity/Indicators [12:04] ok [12:05] dednick, might need to import this plugin from the external welcomewizard [12:05] unless we want the welcome wizard to be part of unity [12:05] Cimi: the indicator backends are separate projects [12:07] Cimi: hm. should be able to import the qml library ok... [12:08] Cimi: you can probably use all the page code as well. === hikiko is now known as hikiko|lunch [12:13] Cimi: will need some modifications to be able to load different profiles. at the moment it's hardcoded to load phone. [12:17] * Cimi <--- lunch [12:49] Saviq: we're not having the hangout today, do we? [12:49] mzanetti, no === hikiko|lunch is now known as hikiko === alan_g|lunch is now known as alan_g === jhodapp is now known as jhodapp|afk === _salem is now known as salem_ [13:17] bregma, do you know if there is a bug/known issue about launcher emblems showing only on one monitor? [13:17] bregma, e.g the tb badge for new emails [13:50] mzanetti, there's a nuisance with your bzr plugin: it runs in any bzr repository, not just unity8 === jhodapp|afk is now known as jhodapp [13:51] seb128, sounds vaguely familiar but I can't seem to be able to find the bug [14:03] dandrader: huh? I throught that should be fixed [14:04] dandrader: it checks if there is a Shell.qml in the repositories root [14:05] mzanetti, ahhh... that's because my minimal test case does have a Shell.qml in its root dir :D [14:05] heh [14:06] dandrader: the thing is, bzr repository branches can have any name and any origin. so its not possible to check on those either [14:06] I know that checking for Shell.qml is not really nice [14:09] seb128: ping [14:10] mzanetti, hey [14:10] seb128: how far are you with the SIM pin stuff? [14:10] seb128: did you already check out the ofono api? [14:10] mhr3_: hi! I pushed the latest version of lucene++ for building and updated the needs-packaging bug with all the required links to branches [14:11] mhr3_: so now just for some MOTU guys to review [14:11] mzanetti, kenvandine has been looking at the SIM stuff so far (he did the SIM services yesterday), I don't think anyone started on the pin [14:11] mhr3_: https://bugs.launchpad.net/ubuntu/+bug/1036812 [14:11] mzanetti, no, I didn't yet [14:11] Launchpad bug 1036812 in Ubuntu "[needs-packaging] Lucene++" [Wishlist,In progress] [14:11] mzanetti, why? [14:11] seb128: for some reason it the amount of available pin retries does not work [14:11] mhr3_: I'll have some of my guys do a quick packaging review as well before that [14:11] seb128: while I'm sure my SIM card suports it, calling this: qdbus --system --literal org.ofono /ril_0 org.ofono.SimManager.GetProperties [14:11] seb128: just returns an empty list [14:13] i haven't looked at SIM pin stuff at all, mine doesn't use a pin [14:13] but libofono-qt does have an API for unlock/lock [14:35] found a leak! [14:35] in Dash/Video/VideoInfo.qml [14:35] remove it and memory stops growing [14:35] now gotta find why === alan_g is now known as alan_g|tea [14:37] XmlListModel ? [14:38] seems like it probably has lots of C++ code behind :D [14:39] tsdgeos, yeah, it must be this component === alan_g|tea is now known as alan_g [14:58] MacSlow: the script is executable? [14:58] mzanetti, yes [14:59] mzanetti, that's wrong?! [14:59] no... that would be correct [15:00] mzanetti, hm... but there's a hashbang line in it [15:00] mzanetti, maybe that's causing the issue? [15:01] which one is it? [15:03] mzanetti, "#!/usr/bin/env python" is used in create_interactive_notification.py although that's not were the error is reported [15:04] MacSlow: hmm... still weird... try changing it to /usr/bin/python [15:05] MacSlow: but it I don't think this is it [15:07] MacSlow: ~macslow/unity8/notification-autopilot-tests/ ? [15:07] mzanetti, no lp:~macslow/unity8/notification-autopilot-tests-dbus [15:10] MacSlow: oh... its the setsid [15:11] MacSlow: is there a reason its required? [15:11] mzanetti, yeah... like mentioned in the email... is it a permission-issue on jenkins? Do we need to enable something to make this work? [15:13] hmmm [15:14] * tsdgeos realizes the "AddressBook" app is trying to do something like the LVPWH [15:14] mzanetti, not really... tests work without it... but they seem to take longer to start [15:14] and it's obviously failing [15:14] since we failed at it too in QML :D [15:14] mzanetti, but I could just imagine this taking more time [15:14] MacSlow: try it without it please. if that doesn't work we can enable stuff in jenkins [15:14] tsdgeos: tell renato [15:16] that was close... I entered "sudo reboot" and only the password not being "phablet" protected me from rebooting my notebook instead of the phone [15:16] :D [15:16] mzanetti, seems to work (locally) without that culprit line... I'll delete it can re-commit/push [15:16] MacSlow: ack [15:50] pstolowski: hi! [15:50] sil2100: hey! [15:50] pstolowski: you know if mhr3 will still be around today? [15:51] sil2100: he won't, he is attending guadec [15:51] sil2100: he has few days off, but he may show up from time to time on irc [15:51] Ah, ok :) [15:52] pstolowski: thanks! [15:52] jamesh: hi! [15:52] sil2100: yw [15:57] sil2100: hi. [15:58] I was just about to head off to bed, but if it's something quick, I'm here :) [15:58] jamesh: I remember mhr3 saying that you're interested in lucene++ in Ubuntu? ;) [15:58] sil2100: I'm interested in getting the Media scanner in Ubuntu, and lucene++ is a dependency [15:59] jamesh: are there any specific tests you would like to run to see if the lucene++ that we're proposing to Ubuntu works? [15:59] jamesh: since I prepared lucene++ packaging, basing on work of Openismus and kenvandine's, and kenvandine will probably sponsor it today to universe [16:01] sil2100, jamesh: I think it should go to main? [16:02] pstolowski, if something in main will depend on it, then we'll need to get an MIR done [16:02] but first step is universe [16:02] pstolowski: we can get it into main later [16:02] sil2100: The only testing I've been doing of lucene++ was building and running mediascanner, but that there are a few patches not in trunk before it'll build on Saucy [16:02] pstolowski: first universe, then MIR to main if needed [16:02] jamesh: ok [16:02] jamesh: then we'll get what we have into Ubuntu [16:03] I think we'll want this in main eventually, since it'll be going on the phone if everything goes to plan [16:05] kenvandine, sil2100: I see, sounds good, thanks [16:14] dandrader, hey, since it's your last day, can you post an update on anything you've found about bug #1201116? [16:14] bug 1201116 in Unity 8 "[dash] constant increate in memory consumption when navigating through lenses" [Critical,In progress] https://launchpad.net/bugs/1201116 [16:14] dandrader, the CPU issue seems to be more pressing than mem, too [16:14] Saviq, sure. I'm just trimming my test case to a bare minimum [16:15] Saviq, did you report a separate bug on the CPU issue? [16:15] dandrader, no, it's the same bug [16:15] dandrader, ah, you wanted to separate it out [16:15] Saviq, well, not anymore, I've renamed it :) [16:15] Saviq, and you told there you would report one. stand by your word! :) [16:16] dandrader, ;P [16:16] it's shame we don't have bug dependencies in launchpad... [16:18] dandrader, bug #1206991 ;) [16:18] bug 1206991 in Unity 8 "Frequent CPU hogging" [Critical,Triaged] https://launchpad.net/bugs/1206991 [16:18] seb128: unfortunately that patch has no effect when applied to the hg files in the ubuntu package - the package build doesn't regenerate the generate files [16:18] *generated [16:19] either we need to make the debuild build generate the .cc files, or we need to patch the .cc files directly [16:26] seb128: I have an updated patch that patches the .cc files if you want it? [16:26] pete-woods, otp, but yes please [16:36] Saviq, bug updated [16:38] seb128: whenever you are ready, I put the patch against this bug https://bugs.launchpad.net/ubuntu/+source/glibmm2.4/+bug/1206997 :) [16:38] Launchpad bug 1206997 in glibmm2.4 (Ubuntu) "Updated patch for generated .cc files" [Undecided,New] [16:39] pete-woods, thanks [16:39] dandrader, thanks, and talk to you in a month! ;) [16:40] dandrader, hmm... no comment in bug #1206991 ? [16:40] bug 1206991 in Unity 8 "Frequent CPU hogging" [Critical,Triaged] https://launchpad.net/bugs/1206991 === dandrader_ is now known as dandrader|lunch [16:49] dednick, hey, can you give me a small update on what do we still need to transition to indicator-network? [16:50] dednick, one thing I'm not clear on is will we still have/use the same password page? [16:53] Saviq: i dont think it's finished yet. [16:53] Saviq: and i dont think we will need the password page after it is. [16:53] tedg: ^ [16:55] pete-woods, ^ [16:55] :-) [17:00] Saviq: : isnt this enter password dialog we need the same as the extended snap descisions MacSlow is working on? [17:01] tedg: I don't know the answer to this [17:01] dednick, I think not, we need both an in-indicator way and an out-of-indicator way [17:01] dednick, i.e. when you select a network in the indicator, you log in in the indicator [17:02] Saviq: i thought it was a dialog popup [17:02] dednick, you only get the snap decision if you get disconnected or password changes etc. [17:02] dednick, do we have design for it? [17:02] the question I care about is should the network-indicator be pinging unity for a password prompt? [17:03] or should unity just be a "secret agent" (as it it currently) that naturally gets asked by the network manager for credentials? [17:03] Saviq, That's not part of the design now, no in indicator way. [17:04] tedg, so no password entry in indicator? [17:04] Saviq, Yes [17:04] dednick, ok ↑ [17:04] So I think Unity shouldn't be a secret agent. [17:04] +1 [17:05] so should there be a single secret agent? whose only job is to ask unity to pop up snap decisions? [17:05] tedg, pete-woods, something (network-indicator I'd say?) will request a password-entry snap decision [17:05] I believe nm-applet did it until now? [17:05] tedg: so how do you connect with password? dialog? [17:05] dednick, yeah, snap decision [17:05] Saviq, I thought we wanted to use the system dialog stuff instead of snap decision? [17:05] ok. thought so [17:06] dednick, let's not use "dialog" - we got bitten by it anyway [17:06] tedg, it *is* a snap decision [17:06] tedg, there is no system dialogs [17:06] tedg, there are only snap decisions [17:06] The problem is that the buttons need to be interactive. i.e., the button isn't sensitive until the right number of characters is entered. [17:06] so is pete-woods and MacSlow doing the same thing then? [17:06] tedg, that's why we're going for a snap decision with a side-channel through *MenuModel [17:07] Saviq, AH, I didn't realize. Where is that? [17:07] dednick: I'm doing nothing to do with the GUI, I'm putting together a daemon that asks unity for a snap decision with a list of the wifi networks [17:07] in the ether [17:07] tedg, in MacSlow's plans ;) [17:07] pete-woods: ah. ok [17:07] tedg, he's investigationg it now [17:07] -o [17:07] or really starting to implement itnow [17:08] pete-woods, same thing should probably ask for the password [17:08] Saviq: ok, so there's your status. we can display the networks but cannot connect from indicators. So we can't replace for awhile i guess. [17:09] tedg: atm there's indicator-network and indicator-network-prompt, both of which will need to ask unity for a snap decision regarding passwords [17:09] dednick, yeah, hopefully this won't take long [17:09] gtg o/ [17:09] tedg: does it make sense to have a common thing that is the secret agent? [17:09] pete-woods, ? What is indicator-network-prompt? [17:10] it's what I'm temporarily calling the new thing you asked me to make [17:10] tedg: it can be called whatever you want really? [17:10] Let's call it Jennifer! [17:10] ;-) [17:10] :) === salem_ is now known as _salem [17:11] Ah, okay. I didn't realize [17:11] I guess I figured the prompt thing would be something that indicator-network would call, and also that nm would call. [17:11] tedg: I just don't want to have lots of places that implement the secret agent, really [17:11] Kinda the hub [17:11] Why does indicator-network-service need to do a snapdecision? [17:12] well, if unity isn't going to be an agent any more, something needs to do the snap decision for the credentials// [17:12] Wouldn't that be indicator-network-prompt? [17:13] but what about when then user picks a network? [17:13] I thought the prompt daemon was supposed to be short-lived [17:13] So indicator-network-service would say "NM Choose this one" and then NM goes all "but I don't have a password, secret agent!" and then that, like, starts the prompt utility. [17:14] * tedg isn't sure if you can do a valley accent in IRC [17:14] :p [17:14] does nm actually start agents? I thought they had to be running and already registered? [17:16] I'm not sure on that. [17:16] I was kinda expecting there to be a really tiny agent managed by upstart [17:16] I thought they had to be registered in the system, not at runtime. [17:16] who lived throughout the session [17:17] If it has to be running throughout the session it probably makes sense to just put it in indicator-network-service. === dandrader|lunch is now known as dandrader [17:17] I for some reason thought that you couldn't "just register" as then anything could do it. [17:18] tedg: there's actually a stub of one on there - maybe alberto was working on it before he left? [17:18] tedg: best docs I can find on agents so far: https://projects.gnome.org/NetworkManager/developers/api/09/ref-migrating.html [17:19] tedg: it looks to me like it's 'just' some dbus calls? but then those docs could be out of date / misleading [17:20] Yeah, it just seems to easy for someone to create a phantom service if that's the case. But perhaps it is. [17:20] tedg: yep - I'd agree with you there - evil app X could fill in all my password prompts for me with garbage [17:22] pete-woods, Hmm, yeah, it seems like that's the case. A bit scary. === _salem is now known as salem_ [17:22] tedg: yep, anyway - I've gotta go now, but hopefully this will tick over in your brain tonight :) [17:23] pete-woods, Yup, have a good night. Could you also ping MacSlow in the morning? [17:23]