[01:50] <cyphermox> dupondje: hey
[03:51] <pitti> Good morning
[04:03] <duflu> pitty: afternoon :)
[04:03] <duflu> pitti: afternoon :)
[04:03] <duflu> Wow, dyslexia corrects my spelling
[04:03] <duflu> or not
[04:04] <duflu> too many ts
[04:05] <sarnold> it took me entirely too long to spot the difference :)
[04:16] <pitti> heh, it's a pitty, isn't it :)
[06:13] <didrocks> good morning
[06:18] <pitti> bonjour didrocks, ça va ?
[06:20] <didrocks> ça va pitti, et toi ?
[06:22] <pitti> didrocks: je vais bien, merci !
[06:26] <didrocks> hum, on the phone ML: "
[06:26] <didrocks> I've now opened up publication permissions to everybody … This means that if your silo does not touch any files under debian/, you can publish your own silos totally by yourself, no trainguards required."
[06:26] <didrocks> I wonder if the tech board/release team is aware about this
[06:27] <didrocks> it means that publications are not handled by people with upload rights anymore
[06:27] <didrocks> Laney: thought? did you know about it? ^
[06:27] <robru> didrocks: yes slangasek told me this was agreed with tech board.
[06:28] <didrocks> ah nice!
[06:28] <robru> the rule is as long as debian/ isn't touched
[06:28] <robru> and only for canonical-owned projects
[06:28] <didrocks> robru: do you have anything to guard when debian/ is touched, just for the curiousity?
[06:28] <didrocks> or it's just the existing warning?
[06:28] <thumper> o/
[06:28] <robru> didrocks: yes, the same "packaging diff" is in place, ACK requires proper checkUpload rights
[06:29]  * thumper is done for the day
[06:29] <thumper> I miss you folks
[06:29] <didrocks> robru: ok, as long as people are not too eager clicking checks, that's a nice one! :)
[06:29] <didrocks> hey thumper!
[06:29] <didrocks> thumper: have a nice evening, long time not seeing you!
[06:29] <thumper> yeah.. one day... one day we might have another all hands
[06:29] <didrocks> heh, yeah, one day ;)
[06:29] <thumper> it'd be epic
[06:30] <thumper> maybe when we actually make money
[06:30] <thumper> :)
[06:30] <didrocks> ;)
[06:30] <thumper> laters
[06:31] <pitti> didrocks, robru: err, I certainly didn't agree to this; you can break stuff with the upstream parts just as well as with the packaging bits; and the silo is not limited to touch-y packages, you can upload kernels or glibc or whatever to it
[06:31] <robru> pitti: uh, our boss told me to do this, sorry, wasn't my decision
[06:32] <pitti> well, "my boss told me" != "TB agrees" :)
[06:32] <robru> pitti: he told me it was agreed with the TB.
[06:33] <robru> pitti: I'll dig up the emails and forward them
[06:34] <pitti> hm, so we now have folks who never signed the CoC, never received any ubuntu dev training, ignore test results, and have unrestricted access to the ubuntu archive
[06:34] <didrocks> that's the difference with the daily release, indeed, when we had a filtering list (in addition to the bot which only uploaded some components) on components to autopublish
[06:35] <robru> pitti: didrocks: some discussion here: https://bugs.launchpad.net/cupstream2distro/+bug/1459186
[06:35] <pitti> didrocks: was that a public ML, or internal one? I. e. anything to refer to on the TB list?
[06:35] <robru> pitti: if there are train users you know of who didn't sign CoC please let me know and I'll hound them
[06:37] <didrocks> pitti: I was referring to the announcement on the phone ML
[06:37] <pitti> robru: hm, wasn't that bug just the opposite? restricting silo uploads (or at least publication) to people who can upload that package directly to ubuntu too?
[06:37] <didrocks> yeah
[06:37] <didrocks> I understand the bug the same
[06:37] <didrocks> especially with: "2) Signoff permissions should track the archive permissions for a package: respecting archive components (ubuntu-core-dev vs. motu) and per-package uploaders."
[06:37] <pitti> didrocks: I meant, was it the public phone ML?
[06:37] <robru> pitti: in the comments slangasek explains the exception for canonical-owned projects that have no debian/ changes
[06:38] <didrocks> pitti: yes "IMPORTANT ANNOUNCEMENT: CI Train changes"
[06:38] <didrocks> robru: yeah, but he seems to intend that "must enforce checkupload for merges with diffs, all manual sources, and NEW.
[06:38] <didrocks> "
[06:38] <didrocks> as you wrote
[06:38] <pitti> robru: right, but that certainly doesn't cover things like glibc, qt, systemd, gcc, etc.
[06:38] <didrocks> did you add those checks?
[06:39] <didrocks> (before opening publication for the other case to everyone)
[06:39] <robru> pitti: maybe it wasn't clear, not just anybody can upload anything. train is not allowing kernels or glibc published by anybody. only canonical-owned stuff.
[06:39] <pitti> robru: i. e. you can upload anything directly to the silo
[06:39] <robru> pitti: you can upload anything to the silo but the only time checkUpload is not enforced is if the package is owned by canonical and has no debian/ changes.
[06:39] <pitti> robru: ah, which creds do you need to upload directly to a silo?
[06:39] <didrocks> ah, so you only enable people to publish if there is no change in debian/, (and so, not a new packages) + only canonical project?
[06:40] <robru> pitti: also actually not just anybody can upload to the silos.
[06:40] <pitti> robru: ok, so for publishing the silo it checks the packages against a whitelist?
[06:40] <didrocks> ok, the announcement wasn't clear about it :)
[06:40] <robru> pitti: you need ~ci-train-ppa-service membership to upload sources to silos.
[06:41] <robru> pitti: there's no whitelist per se, currently the train assumes "MP = canonical owns this", which is reasonably true at this point as there are rather narrow packaging requirements that the train enforces that other random source packages don't have.
[06:41] <robru> pitti: eg if you were a bad actor and you tried to fake an MP to get around the check, your MP would necessarily have a ton of packaging changes that would trigger the check.
[06:42] <robru> or it wouldn't even build
[06:45] <pitti> robru: thanks for clarifying
[06:46] <robru> pitti: you're welcome! Feel free to raise this with slangasek when he's back next week, I'm happy to revisit this (actually I wasn't even involved in the original decision anyway)
[06:46] <pitti> robru: well, it sounds like it's certainly far from "if your silo does not touch any files under debian/, you can publish your own silos totally by yourself"
[06:47] <robru> pitti: right, it's for MPs only, i forgot to mention that.
[07:02] <Mirv> didrocks: the ACK:s are now not possible by anyone who does not have the actual upload rights to the particular package
[07:02] <Mirv> so, all main packages with debian/ changes always require a core-dev to run the publishing
[07:03] <Mirv> robru: pitti: manually uploaded packages can't be published regardless of which changes they had, the publisher needs to have MOTU or core-dev rights accordingly
[07:03] <Mirv> oh, as discussed
[07:04] <robru> heh, yeah
[07:04] <didrocks> ;)
[07:04] <didrocks> thanks for confirming, I guess he main misunderstanding is coming from the email (a little bit too vague)
[07:04] <Mirv> I just started from where I was higlighted with 'trainguards'
[07:04] <didrocks> :p
[07:05] <robru> I'll clarify the email
[07:05] <didrocks> thanks robru!
[07:05] <robru> didrocks: you're welcome
[07:16] <larsu> good morning!
[07:18] <seb128> good morning desktopers ;-)
[07:19]  * larsu gets some Schrippen
[07:20] <seb128> larsu, bread?
[07:21] <didrocks> good morning larsu, seb128!
[07:22] <seb128> lut didrocks
[07:22] <larsu> seb128: https://en.wikipedia.org/wiki/Bread_roll
[07:22] <larsu> it even contains that word :)
[07:22] <pitti> bonjour seb128 !
[07:22] <pitti> hey larsu, guten Appetit!
[07:22] <larsu> salut didrocks and pitti !
[07:22] <seb128> pitti, salut, ça va ?
[07:22] <larsu> danke :)
[07:22] <pitti> seb128: ça va bien, et toi ?
[07:27] <seb128> pitti, ça va bien aussi merci ;-)
[07:33] <larsu> pitti: Laney suggested last night that there might be some dh_ magic for my rules file to get language-specific things installed
[07:33] <larsu> or would I need to hack langpacks for that?
[07:34] <pitti> larsu: what are "things"?
[07:35] <pitti> larsu: pkgstriptranslations currently strips out GNOME help files
[07:35] <pitti> (both old and mallard)
[07:35] <larsu> pitti: translations of place names
[07:35] <larsu> for the list in system settings
[07:35] <larsu> (when autocompleting time zone)
[07:35] <pitti> larsu: are these po files?
[07:36] <pitti> I really suggest that this should use standard gettext with po/mo files, not some custom XML lists or what not
[07:36] <larsu> pitti: it would be more efficient if they weren't
[07:36] <larsu> I was kind of expecting this answer :)
[07:37] <pitti> larsu: so, we have a concept of "static" translations, like translated help files or screenshots; pkgbinarymangler can pick those up and put them into the _static.translations.tar.gz tarball
[07:37] <pitti> they will then end up in langpacks
[07:37] <pitti> but these are hard to translate obviously
[07:37] <pitti> so if you actually care for translations, do use gettext -- what makes this hard?
[07:37] <larsu> I don't
[07:37] <larsu> I already have the translations
[07:38] <larsu> they're part of geonames
[07:38] <larsu> pitti: how does this work exactly?
[07:39] <dupondje> nobody with wily that uses L2TP ? ;) might be cool if somebody could test https://bugs.launchpad.net/ubuntu/+source/network-manager-strongswan/+bug/1487183 on wily.
[07:41] <pitti> larsu: so, if you e. g. have a file "geonames_de.xml", you can put that into the static tarball; and then langpack-o-matic needs a corresponding patch to recognize those, detect the locale from the path or file name, and put that into the corresponding langpack
[07:41] <pitti> but that's a really inflexible hack
[07:42] <pitti> larsu: again -- please do use gettext at runtime, static translations are hideously hard to translate, process, and update; we also don't support translating them on LP
[07:42] <pitti> larsu: if you need some fast typeahead search, build a list of all translated items (for your current locale) in memory
[07:42] <pitti> but I figure adding a dgettext() call to the iteration should be okay
[07:43] <pitti> dgettext is fast
[07:44] <seb128> dupondje, you might want to try on #ubuntu-devel unsure anyone on desktop use strongswan
[07:46] <larsu> pitti: if I use it at runtime I might as well use .po files. Not sure that we'll ever need translations on launchpad for this, but I guess you're right: let's go with the known workflow first and change it when if we notice problems
[07:46] <larsu> pitti: thanks!
[07:46] <pitti> larsu: asked the other way around, what makes calling dgettext at runtime harder than using some pre-translated separate files?
[07:48] <larsu> pitti: it's not harder, but doing a string lookup (with context, as there are different cities with the same name in different countries) might be less efficient
[07:48] <larsu> (not in speed, but memory)
[07:48] <larsu> but lets see how big this will get
[07:49] <pitti> larsu: you have the .mo files on the system anyway, no?
[07:49] <pitti> larsu: I can't see how loading a pre-translated set of names into memory would be much more efficient
[07:51] <larsu> pitti: hm, indeed. I got most of this from a short discussion with desrt yesterday. I'm not yet sure myself :)
[07:56] <Sweet5hark> moin
[07:58] <seb128> hey Sweet5hark
[07:59] <willcooke> goodly morlode
[08:02] <didrocks> hikiko: hey, when you get a chance, do you mind having a look at https://code.launchpad.net/~didrocks/unity/remove-unity2d/+merge/271916?
[08:02] <seb128> hey willcooke
[08:02] <seb128> is that command working for others?
[08:02] <seb128> $ /usr/share/software-center/piston_generic_helper.py --datadir /usr/share/software-center/ --needs-auth --no-relogin SoftwareCenterAgentAPI subscriptions_for_me
[08:03] <seb128> I've errors about it in my syslog
[08:03] <seb128> mvo_, dobey, ^ do you know about that?
[08:03] <seb128> "ERROR: can not obtain a oauth token"
[08:04] <didrocks> seb128: opening a window, want me to connect?
[08:04] <hikiko> hey didrocks
[08:04] <hikiko> sure
[08:04] <didrocks> thx :)
[08:04] <seb128> didrocks, if you can, just to see if it works
[08:04] <mvo_> seb128: same failure, without further looking at this I wonder if the sso api has changed maybe?
[08:04] <seb128> mvo_, yeah, unsure ... what would be the component to report that on?
[08:05] <mvo_> seb128: its part of software-center
[08:05] <Laney> hullo
[08:05] <didrocks> seb128: mvo_: interesting, wfm though (and I see my previous purchases)…
[08:05] <mvo_> seb128: or did you maybe revoke your token at some point?
[08:05] <didrocks> hey Laney
[08:05] <hikiko> didrocks, give me 10 minutes to get rid of my built unity and I ll compile it
[08:06] <seb128> mvo_, I didn't but maybe it had been revoked for some external factor, shouldn't it reprompt me then?
[08:06] <seb128> didrocks, thanks
[08:06] <mvo_> seb128: iirc it will ask via dbus for a token from the sso-client and then verify the client against the server. for me it seems to fail in this step, what backtrace do you get?
[08:06] <mvo_> seb128: and yes, it should re-prompt you, not sure why its not doing this
[08:06] <mvo_> seb128: aha, because of "--no-relogin"
[08:07] <seb128> File "/usr/lib/python2.7/dist-packages/piston_mini_client/__init__.py", line 491, in get
[08:07] <seb128> return self.request_url(url, method='GET', headers=headers)
[08:07] <seb128> File "/usr/lib/python2.7/dist-packages/piston_mini_client/__init__.py", line 435, in request_url
[08:07] <seb128> body = handler.handle(response, response_body)
[08:07] <seb128> File "/usr/lib/python2.7/dist-packages/piston_mini_client/failhandlers.py", line 116, in handle
[08:07] <seb128> data=self.data)
[08:08] <mvo_> seb128: is that the full bt? if not, could you pastebin the full one? no api error or something like this?
[08:10] <seb128> mvo_, http://paste.ubuntu.com/12519695/
[08:13] <mvo_> seb128: thanks, thats similar to what I see - looks like a genuine bug :/
[08:18] <seb128> mvo_, is that something dobey or nessite would know about if it's ubuntusso?
[08:18] <mvo_> seb128: so if you use seahores and delete the "Ubuntu one" token, I suspect it will ask you to relogin?
[08:18] <seb128> mvo_, I guess I could try but then I loose the way to reproduce and test a fix/get more info
[08:18] <mvo_> seb128: not sure if they will know, maybe re-prompt expired tokens never got implemented in s-c, I'm not sure
[08:18] <mvo_> seb128: ok, then keep it this way
[09:05] <Laney> https://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu/view/head:/warty-final-ubuntu.png
[09:06] <Laney> O_O
[09:06] <Trevinho> mhmh
[09:07] <willcooke> wat
[09:08] <Trevinho> I guess that nautilus desktop is smart enough to convert that log in some kind of art...
[09:08] <Laney> turns out that dbus logs translate exactly to the Ubuntu default wallpaper
[09:08] <Laney> WHO KNEW
[09:09] <Trevinho> Now that we know the trick, we can just do the new art design by ourselves at every release :)
[09:10] <seb128> lol
[09:13] <didrocks> seeing the number of "Laney" occurence in the calendar events, we don't know at all who committed that for sure :p
[09:13] <Laney> https://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu/changes?filter_file_id=elephantskin.jpg-20070925092320-wp63xkqaf9y3tbmp-1
[09:13] <Laney> this probably gives it away too :P
[09:13] <didrocks> Laney: quick, whistle and walk away :p
[09:13] <Laney> willcooke: btw...
[09:14] <Laney> looking at this reminds me that we have an "official" greyscale too
[09:14] <Laney> do we get a new version of that?
[09:14] <willcooke> Laney, I'll speak to design now...
[09:14] <Laney> /usr/share/backgrounds/Suru_Wallpaper_Desktop_4096x2304_Gray.png
[09:15] <Laney> it's based on the colour one
[09:15] <didrocks> thanks for the merge Trevinho :)
[09:15] <Laney> so hopefully not much work
[09:16] <willcooke> yeah, should be easy
[09:16]  * didrocks was cleaning his desktop, hence the unity2d notice
[09:16] <Trevinho> seb128: can you ack me this https://code.launchpad.net/~3v1n0/libunity/launcher-use-class-settings/+merge/271847 ?
[09:16] <Trevinho> didrocks: np, I'll land that soon
[09:21] <Trevinho> seb128: for bug #1470097 is there a way to get those ddebs on a ppa instead of waiting the SRU thing?
[09:22] <seb128> Trevinho, you can do an upload to a ppa, citrain ones include ddebs I think
[09:22] <seb128> Trevinho, let me review the settings one
[09:23] <Trevinho> it shouldn't https://bugs.launchpad.net/ubuntu-lt/+bug/1420185
[09:23] <Trevinho> ah, last comment doesn't match the bug status, so maybe...
[09:27] <hikiko> didrocks, it looks good to me
[09:27] <hikiko> I can't see anything wrong
[09:27] <hikiko> I am going to approve it
[09:28] <didrocks> hikiko: great! I think that Trevinho approved it already though
[09:28] <hikiko> hahaha
[09:28] <hikiko> lol and I didn't look at the diff, I built it first...
[09:28] <hikiko> \m/
[09:28] <hikiko> then I noticed
[09:28] <hikiko> it's just text
[09:28] <hikiko> :p
[09:29] <hikiko> fail :p
[09:34] <seb128> Trevinho, libunity change  approved, thanks
[09:36] <Trevinho> seb128: thank you!
[09:37] <seb128> Trevinho, yw! thanks for the fix ;-)
[09:38] <Trevinho> seb128:  I was thanking you... Then you went out, so my tab autocompletion was actually about to mention s---abdfl
[09:38] <Trevinho> thank God i didn't press enter too quickly :D
[09:38] <seb128> lol
[09:38] <seb128> Trevinho, seems like xchat-gnome closed/segfaulted/something
[09:38] <Trevinho> seb128: I've this one for you too btw :) https://code.launchpad.net/~3v1n0/compiz/vivid-rebuild-ddebs/+merge/271930
[09:38] <seb128> I saw the notify-osd bubble but xchat was closed
[09:39] <seb128> Trevinho, there is a merge conflict there
[09:39] <Trevinho> ah, yeah I was wondering what happened... That's weird that it was a segfault though as we got the "Remote host closed the connection", and not ping timeout
[09:39] <Trevinho> seb128: sorry, I ddin't propose to vivid branch (lp-propose doesn't work that way -_-)
[09:40] <Trevinho> seb128: this should work https://code.launchpad.net/~3v1n0/compiz/vivid-rebuild-ddebs/+merge/271931
[09:42] <seb128> Trevinho, right, approved
[09:43] <Trevinho> seb128: thanks
[09:43] <seb128> yw!
[09:43] <Trevinho> ... and silo'ed
[13:30] <Trevinho> Europeans, do the agency replied promptly to you for tickets request? I got no answer yet (since yesterday)
[13:30] <pitti> Trevinho: Omnia? yes, they usually do within a few hours
[13:30] <Trevinho> pitti: yeah, generally so it happens, but not this time
[13:31] <larsu> Trevinho: they replied to my email from last night an hour ago
[13:31] <Trevinho> larsu: mh, ok... maybe I'm on the queue then
[13:31] <larsu> Trevinho: ya, probably they're just a bit busy right now
[13:37]  * larsu files dbus bug after not being able to hunt the problem down himself
[13:38] <Laney> iz dbug bug?
[13:38] <larsu> yes
[13:38] <larsu> https://bugs.freedesktop.org/show_bug.cgi?id=92074
[13:38] <seb128> Laney, btw, new glib stable is out, I guess it's on your list?
[13:38] <larsu> thankfully we have busctl monitor now, which works as expected because it doesn't yet use the new BecomeMonitor stuff
[13:38] <seb128> I'm asking because I'm chassing some of the warnings spam in logs and they turn off deprecation warnings
[13:39] <seb128> which I could use ;-)
[13:39] <didrocks> haha, they did as well, nice \o/
[13:39] <larsu> oh wow
[13:39] <Laney> yes thanks
[13:39] <larsu> I guess they didn't consult desrt?
[13:39] <seb128> https://git.gnome.org/browse/glib/commit/?id=3bd1618ea955f950f87bc4e452029c5f0cea35aa
[13:39] <seb128> unsure
[13:39] <seb128> no bug report mention
[13:40] <larsu> that commit message is gold
[13:40] <Laney> I think it's just the done thing now
[13:40] <larsu> (and spot on)
[13:40] <desrt> also only on the stable release, as we did before
[13:40] <seb128> I'm glad people agreed on that
[13:40] <larsu> desrt: you argued against doing that....
[13:40] <seb128> desrt, there was some pushback previous cycles to do it even in stable
[13:40] <desrt> larsu: and yet, did it :)
[13:41] <larsu> indeed
[13:41] <desrt> i don't like it, but i agree with the commit message
[13:41] <didrocks> seb128: +1+1+1 :)
[13:41] <seb128> didrocks, :-)
[13:41] <Laney> glad you are all so excited
[13:41]  * larsu learns about org.freedesktop.DBus.Debug.Stats
[13:41]  * desrt yawns
[13:41] <larsu> how is that not specified? This is awesome stuff
[13:41] <desrt> got an extra-large coffee today.
[13:42] <desrt> *bzz*
[13:51] <Laney> bzbzbz
[14:12] <chrisccoulson> ricotz, please let me know if you have any issues with the firefox-beta.* branches (I've not tried creating a Firefox 42 upload from it yet)
[14:35] <ricotz> chrisccoulson, I will notice soon then
[15:16] <qengho> chrisccoulson: Will you please give me a tutorial of your firefox workflow one day?
[15:26] <willcooke> it's coming
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2015-09-22
[15:30] <meetingology> Meeting started Tue Sep 22 15:30:53 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <didrocks> let's meet!
[15:31] <willcooke> Roll call: andyrock (out), attente, desrt,  dgadomski, didrocks, fjkong, happyaron (out), hikiko, laney, larsu, qengho, seb128, sweet5hark (probably out), themuso (out), tkamppeter, trevino, robert_ancell (out)
[15:31]  * Trevinho with "h" is here :)
[15:31] <Laney> revino
[15:31] <Laney> evino
[15:31] <FJKong> hi
[15:31] <Laney> vino
[15:31] <Laney> ino
[15:31] <Laney> no
[15:31] <Laney> o
[15:31] <seb128> hey
[15:31] <Laney>  
[15:32] <dgadomski> hey
[15:32] <Trevinho> Vino... (means wine in Italian :p)
[15:32] <qengho> Three wines, plz
[15:32] <Trevinho> that's it :D
[15:32] <larsu> \o
[15:32]  * willcooke fixes his list
[15:33] <willcooke> and has one of the wines
[15:33] <Trevinho> :D
[15:33] <willcooke> Right then...
[15:33] <willcooke> #topic andyrock
[15:33] <willcooke> * Bug scrubing
[15:33] <willcooke> * Investigating on why the scopes on 15.04+ are not reliable
[15:33] <willcooke> * Code reviews
[15:33] <willcooke> * Helping understanding the cause of #1497002 Recent Wily i386 live
[15:33] <willcooke> DVDs load with no launcher, top bar, desktop icons, etc. There is a
[15:33] <willcooke> quick workaround
[15:33] <willcooke> * Updating some old branche
[15:33] <willcooke> #topic attente
[15:34] <attente> popup menu placement continued, in the process of porting over several gtk widgets to it
[15:34] <attente> spent a day up at xdc with desrt and robert_ancell
[15:34] <attente> (eof)
[15:34] <willcooke> thanks attente
[15:34] <willcooke> #topic desrt
[15:36] <willcooke> desrt we will come back to you
[15:37] <willcooke> #topic dgadomski
[15:37] <dgadomski> hey
[15:37] <dgadomski> only 1 thing in the desktop area this week: I've been looking into the reason for problems with installing PPA version of octave on trusty with HWE updates - bug #1424059. Looks like the cause was incorrect resolving of versioned dependencies with 'Provides:'. A workaround for now is to prepare a osmesa-less build of octave (agreed with the ppa maintainer and tested).
[15:37] <dgadomski> EOF
[15:37] <willcooke> thanks a lot dgadomski
[15:37] <willcooke> #topic didrocks
[15:37] <didrocks> o/
[15:38] <didrocks> !\ This reports include the last 2 weeks as was on a conference last week
[15:38] <didrocks> Ubuntu Make:
[15:38] <didrocks> - released 15.09.2 featuring Android SDK downlod only, exit code fixes (both of those, by external contributor)
[15:38] <didrocks> - added additional pep8 and tests fixes. Loving pep8 on trusty btw (no easy way to get something passing on trusty pep8 and wily pep8 in term of identation) :p
[15:38] <didrocks> - archived our daily jenkins test jobs to ensure we have an in-code backup
[15:38] <didrocks> - bugs management and PR reviews
[15:38] <didrocks> Developer experience:
[15:38] <didrocks> - experiment and play on our developer experience writing a Go service on snappy
[15:38] <didrocks> - write that experience on a (too long) documentation, one with and without snapcraft, on a VM and with a raspbery pi 2
[15:38] <didrocks> - draft what our next step for developer experience on snappy should be and separation of tools concerns
[15:38] <didrocks> - attended to various meetings on this
[15:38] <didrocks> Misc:
[15:38] <didrocks> - attended to Polymer first ever conference. Back with some plastic ideas on how our HTML5 developer story should be
[15:38] <didrocks> - talked with dbarth about an eventual prototyping around our HTML5 developer story & polymer would be
[15:38] <didrocks> - archive admin and patch piloting duties
[15:38] <didrocks> EOF
[15:38] <willcooke> thanks didrocks
[15:38] <willcooke> #topic FJKong
[15:39] <FJKong> pinyin search:
[15:39] <FJKong> improve speed of indexing file to db
[15:39] <FJKong> research on index every first Chinese Character
[15:39] <FJKong> switch to cmake
[15:39] <FJKong> sogou pinyin:
[15:39] <FJKong> test right clicking pop menu
[15:39] <FJKong> eof
[15:40] <willcooke> thanks FJKong
[15:40] <willcooke> FJKong, any visa issues or is that all good?
[15:41] <desrt> zomg.  sorry!
[15:41] <FJKong> no problem
[15:41] <willcooke> FJKong, great!
[15:41] <willcooke> #topic desrt
[15:41] <FJKong> I have VISA for 2 years for UK
[15:41] <willcooke> FJKong, excellent, that's worked out nicely then
[15:42] <willcooke> hey desrt
[15:42] <desrt> hey.  had a minisprint last week for a few days, also went to xdc for a day and worked on the usual inotify stuff during friday.  did some patch reviewing and stuff this morning.
[15:42] <Laney> doing better the Ai Weiwei
[15:42] <desrt> not much else to report
[15:42] <willcooke> thanks desrt
[15:43] <willcooke> #topic happyaron
[15:43] <willcooke> 1. fcitx package update (but not a complete fix, thanks Laney)
[15:43] <willcooke> 2. libxml2 NMU mess resolved for Debian
[15:43] <willcooke>     http://anonscm.debian.org/cgit/debian-xml-sgml/libxml2.git/diff/?h=debian/2.9.2%2bzdfsg1-4&id=76c19f4d5b3328c05649314336d27c1f44a49e96&id2=fccd80a7d35b9eefabcc384d5c9fe89d9545dd22
[15:43] <willcooke> 3. ubiquity slideshow update for Ubuntu Kylin
[15:43] <willcooke> 4. fcitx upstream bug triaging/analysis:
[15:43] <willcooke>     a) misconfiguration cases - a lot for those who turn off the
[15:43] <willcooke> installation of Recommends packages
[15:43] <willcooke>     b) fcitx ^w out-of-process UI has issues when the desktop runs
[15:43] <willcooke> with thin client configurations
[15:43] <willcooke> 5. pinyin search packaging: in progress
[15:43] <willcooke> #topic hikiko
[15:44] <hikiko> hi, : closed some bugs, fixed the cube and deformed cube caps images that appeared off-center, and I am going to investigate this shadow bug and  a few other issues that were revealed while I was trying to reproduce the problem and fix the cubeaddon eof
[15:44] <willcooke> thanks hikiko
[15:44] <willcooke> #topic Laney
[15:45] <Laney> • Normal release team stuff (FFes and so on)
[15:45] <Laney> • Test/sync glib
[15:45] <Laney> • Work on some s-l-o-w machines to address a gdk-pixbuf build failure - Company committed it upstream & I just uploaded to Debian, will sync if it works.
[15:45] <Laney> • gtk 3.16.7
[15:45] <Laney> • glib 2.45.8
[15:45] <Laney> ∘ smooth some test failures (upload/fwd a fix for tracker, some retries)
[15:45] <Laney> • Patch pilot, concentrated on http://reqorts.qa.ubuntu.com/reports/sponsoring/ubuntu-desktop.html - almost empty, help appreciated on the remainders.
[15:45] <Laney> • Notice Unity was deleting launcher icons when applications were upgraded, slight behaviour change in glib, fix that.
[15:45] <Laney> • Hopefully fix some trigger loops to avoid (dist-) upgrade failures
[15:45] <Laney> • Look at new default wallpaper, needs greyscale version
[15:45] <Laney> • Update gst-fluendo-mp3 in Debian to new release & drop 0.10 version
[15:45] <Laney> • Fix toolbar fullscreen hiding in eog, not uploaded since waiting for other fixes
[15:45] <Laney> ☠
[15:46] <larsu> Laney made the glib top contributors list this cycle
[15:46] <Laney> HAHA
[15:46] <Laney> I think the barrier was pretty low
[15:46] <willcooke> thanks Laney
[15:46] <willcooke> #topic larsu
[15:46] <Laney> thanks larsu ♥
[15:46] <seb128> Laney, we should have a look at updating the fluendo plugin in the partner archive
[15:46] <larsu> - investigate and fix unity crasher (bug #1495173)
[15:46] <larsu> - unsuccessfully hunt down dbus-monitor bug (file it instead)
[15:46] <larsu> - [in progress] geonames: package, review, think about how to efficiently incorporate translations
[15:46] <larsu> - [in progress] unity-control-center: draft branch that works with geonames
[15:46] <larsu> - [in progress] eog: fix fullscreen toolbar; add traditional menubar
[15:46] <larsu> - [in progress] investigate making all output go to the journal and use gnome-logs

[15:47] <larsu> s/>/u>/
[15:47] <willcooke> thanks larsu
[15:47] <larsu> sorry about all the in progress stuff
[15:47]  * larsu should wrap up
[15:47] <willcooke> seb128, larsu shall we talk fluendo now or at the end?
[15:47] <seb128> yes
[15:47] <willcooke> s/larsu/laney
[15:47] <seb128> larsu, good list of in progress ;-)
[15:48] <larsu> willcooke: you and didrocks....
[15:48] <seb128> larsu, btw I tried gnome-logs, it's nice but we loose e.g access to Xorg.0.log
[15:48] <seb128> so unsure if we should switch this cycle
[15:48] <seb128> or plan better for next cycle
[15:48] <larsu> yes, wait for next
[15:48] <larsu> it's too tight
[15:48] <seb128> k
[15:48] <larsu> also missing traditional menu and title bar
[15:48] <seb128> willcooke, sorry for interrupting ;-)
[15:48] <willcooke> nw
[15:48] <seb128> larsu, well, that's ok
[15:49] <seb128> more annoying at the windows corners
[15:49] <seb128> but that's not specific to gnome-logs
[15:49] <larsu> seb128: blame Trevinho...
[15:49] <seb128> yeah, we need to put that bug on the lts list
[15:49] <didrocks> +1
[15:49] <larsu> seb128: I'm all for doing the switch in gtk, but then we lose shadows
[15:49] <seb128> Trevinho, do you have a unity/compiz bug for that?
[15:50] <Trevinho> seb128: mh, I think i read something, let me check
[15:50] <seb128> Trevinho, thanks
[15:50] <seb128> willcooke, I think we can continue with the meeting ;-)
[15:50] <willcooke> :)
[15:50] <willcooke> #topic qengho
[15:50] <qengho> * fixed new armhf build problem with chromium-browser.
[15:50] <qengho> * l10n and Athlon SSE worries worked out, so giving to #security for release.
[15:50] <qengho> * learning how to work on firefox. Hopefully will prepare next release.
[15:50] <qengho> * looked for flights, but haven't picked one yet.
[15:50] <qengho> EOF
[15:51] <willcooke> thanks qengho
[15:51] <willcooke> #topic seb128
[15:51] <Laney> qengho: will it fix the autopkgtests?
[15:51] <seb128> • synced some bugfix updates from debian
[15:51] <seb128> • desktop updates (totem, webkitgtk, bluez)
[15:51] <seb128> • NEW reviews
[15:51] <seb128> • fixed u-c-c/bluez5 regression with ssp devices
[15:51] <seb128> • reviewed e.u.c top errors, reported some bugs on launchpad and upstream, pinged some people about some of the issues
[15:51] <seb128> • helped with the unity bugs triaging
[15:51] <seb128> • investigated software-center/unity integration issue
[15:51] <seb128> • looked at syslog warnings and reported some bugs with details about some of those
[15:51] <seb128> • reviewed packaging & tried new geonames library for larsu
[15:51] <seb128> • contributed to https://bugs.launchpad.net/ubuntu/+bugs?field.tag=rls-w-incoming ... if you have some free cycles please try to have a look and pick a few bugs
[15:52] <seb128> we have quite some annoying bugs on that list ^, would be nice to tackle some before wily if we can
[15:52] <qengho> Laney: No, it won't. That's some dependency of a dependency of a dependency problem that I haven't tracked down.
[15:52] <seb128> willcooke, I wonder if we need another list for wily, or maybe milestone as well
[15:52] <Laney> you're meant to triage from the incoming list
[15:52] <larsu> seb128: thanks for looking at those warnings!
[15:52] <seb128> we dumped "would be nice to fix for the lts" on rls-w-incoming
[15:52] <willcooke> seb128, well I was adding to that list because X-incoming doesn't (didnt) exist
[15:53] <seb128> Laney, yeah, but we didn't use it this way, we used it as a lts todolist...
[15:53] <didrocks> or use priority to order the list?
[15:53] <seb128> Laney, see ^
[15:53] <willcooke> so I think if we can do anything on that list now, great - but then we can do a proper review at the sprint at take across the ones we want
[15:53] <Laney> it can be both
[15:53] <seb128> didrocks, launchpad doesn't have priority, importance you mean?  but some "low" importance are easy to fix and should be done for wily imho
[15:53] <Laney> to target bugs, nominate and remove the tag
[15:53] <Laney> review the rest of them to move to rls-x-incoming
[15:54] <willcooke> seb128, oh - right, what you said.  Misread it.
[15:54] <didrocks> seb128: importance, yeah, sorry, I think we could focus on the critical/high one. Doesn't prevent anyone having some free time to pick an easy "low" one
[15:54] <seb128> right
[15:54] <seb128> we should probably make a rls-x-incoming and move things there
[15:54] <willcooke> +1
[15:54] <seb128> good
[15:54] <seb128> thanks
[15:54] <Laney> why?
[15:55] <Laney> or, why before this release?
[15:55] <seb128> Laney, to have a better view of what is for wily
[15:55] <seb128> and what is not
[15:55] <Laney> that view is supposed to be http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-w-tracking-bug-tasks.html
[15:55] <seb128> so we just need to accept nominations?
[15:56] <Laney> nominate and remove the tag
[15:56]  * Laney just checked that old email
[15:56] <seb128> k
[15:56] <seb128> wfm
[15:56] <seb128> going to do that
[15:56] <seb128> Laney, thanks ;-)
[15:56] <Laney> then we can see what's left after release to move over
[15:56] <Laney> ty
[15:56] <seb128> I didn't use that page for a while, I forgot how it was working
[15:56] <Laney> try with some test one at first maybe
[15:56] <Laney> to make sure it works
[15:56] <seb128> right
[15:57] <willcooke> ok, that sounds good
[15:57] <willcooke> so keep adding to rls-w-incoming for now then
[15:58] <seb128> :-)
[15:58]  * willcooke checks the sprint agenda
[15:59] <willcooke> added
[15:59] <willcooke> to the top
[15:59] <willcooke> #topic sweet5hark
[15:59] <willcooke> - LibreOffice conference
[15:59] <willcooke> #topic TheMuso
[16:00] <willcooke> * Finished  packaging up PulseAudio 6.99.2, which will become 7.0 shortly. It can be found in ppa:ubuntu-audio-dev/pulse-testing, amd64 and i386 only, armhf failed to build due to qemu related segfault.
[16:00] <willcooke> * Fleshed out a little more design for the accessibility profile blueprint, and finished drafting a blog post about it.
[16:00] <willcooke> * Started preparing at-spi and orca package updates to be put into the Ubuntu Accessibility dev PPA for general use. Updates will be provided from ppa:accessibility-dev/ppa for Orca, and the at-spi stack, for the LTS, vivid, and wily.
[16:00] <willcooke> #topic tkamppeter
[16:00] <tkamppeter> - hplip: Backported hpcups crash fix from upstream, use pkexec instead of gksu for hp-plugin-ubuntu
[16:00] <tkamppeter> - cups: USB-backend: Added new quirk rules for delayed closing of the backend for several older HP LaserJet printers
[16:00] <tkamppeter> - ippusbxd: Released 1.23 which logs all communication content as hex dump in debug mode and actually automatically terminates when the printer is disconnected or turned off.
[16:00] <tkamppeter> - Bugs.
[16:00] <willcooke> tjamls tkamppeter
[16:01] <willcooke> erm, thanks tkamppeter
[16:01] <willcooke> tkamppeter, did your parcel arrive yet?
[16:02] <willcooke> #topic Trevinho
[16:02] <Trevinho> · Debugging webkit-gtk to get proper OSB theming. Speaking with upstream.
[16:02] <Trevinho> · Fixed unit tests on nux, now they run at every build.
[16:02] <Trevinho> · Fixed nux events handling on mouse-release when a new view was getting the mouse input
[16:02] <Trevinho> · Some tweaking on bugs management scripts
[16:02] <Trevinho> · Show-menus-tuning unity branch
[16:02] <Trevinho> · New unity/nux landing
[16:02] <Trevinho> · Add selective grab to compiz and use it in move and resize plugins
[16:02] <Trevinho> · New fixes for gsettings in libunity
[16:02] <Trevinho> · Prepared no-change SRU for compiz in vivid to get dbgsym's
[16:02] <Trevinho> · Finished work on new dash OSB (after fighting with nux bugs and oddities), needs cleanup
[16:02] <Trevinho> · Got sprint flights
[16:02] <Trevinho> · Reviews
[16:02] <Trevinho> 
[16:03] <willcooke> :) thanks Trevinho
[16:03] <willcooke> #topic robert_ancell
[16:03] <willcooke> - Attended XDC 2015
[16:03] <willcooke> - Released simple-scan 3.18.0
[16:03] <willcooke> #topic any other business
[16:04] <willcooke> Please get your travel auth in if you haven't already
[16:04] <willcooke> Anyone else?
[16:04] <desrt> i'd like to share this:
[16:04] <desrt> http://www.animalstown.com/animals/animals-x.php
[16:04] <willcooke> :D
[16:05] <Laney> do I need to do auth to buy the train ticket myself?
[16:05] <willcooke> Laney, nah, just expense it
[16:05] <Laney> yessssssssssss
[16:05] <willcooke> well, that's what I'm doing
[16:06] <andyrock> do we need to ask for a pass card to enter in the office?
[16:06] <Laney> nah
[16:06] <andyrock> \o/
[16:06] <willcooke> andyrock, you'll get a visitors badge
[16:06]  * willcooke will make sure reception are expecting you
[16:06] <desrt> are we staying at citizenM?
[16:07] <willcooke> desrt, we are
[16:07]  * Trevinho has an office pass :P
[16:07] <desrt> awesome
[16:07] <willcooke> I find the place a bit oppressive tbh
[16:08] <desrt> it's modern and not too fancy
[16:08] <desrt> and the plumbing works properly
[16:08] <willcooke> hahaha
[16:08] <willcooke> and the windows don't rattle
[16:08] <willcooke> and there are less ghosts
[16:08] <desrt> they also have international power plugs in the room
[16:09] <desrt> because, ya, sometimes hotel guests come from other countries
[16:09] <Trevinho> for some reason nobody consider the Italian plug anyway (with ground in the middle)
[16:09] <willcooke> ???
[16:09] <Laney> they have a bed which you can sleep in any way round
[16:09] <Laney> and colouful showers
[16:09] <Laney> so it wins for me
[16:09]  * willcooke likes the breakfast 
[16:09] <desrt> they also have a nice downstairs area
[16:09] <desrt> yes.  breakfast is very very good there.
[16:10] <desrt> the staff is also friendly and helpful
[16:10] <willcooke> I'm probably only going to stay over weds & thurs night and commute the rest of the time.  Because babies
[16:10] <willcooke> anyway - we can continue this after the meeting
[16:10] <willcooke> #endmeeting
[16:10] <meetingology> Meeting ended Tue Sep 22 16:10:42 2015 UTC.
[16:10] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-09-22-15.30.moin.txt
[16:10] <willcooke> Thanks a lot everyone
[16:10] <desrt> their checkin system is awful, though
[16:10] <andyrock> sorry for being late
[16:10] <desrt> ditto
[16:11]  * desrt goes back into airplane mode again
[16:11]  * Laney likes being called LANE IAIN/MR
[16:11]  * desrt does not care for this
[16:12] <Trevinho> slash mister?
[16:12] <Laney> sometimes IAINMR indeed
[16:12] <didrocks> thanks
[16:12] <Laney> that form is usually on travel tickets
[16:12] <Laney> (amity travel are weird)
[16:13] <Trevinho> ah, sure... I'm MARCOMR...
[16:13] <Trevinho> or, according to my fiber provider Marco Partita Iva (= Marco VAT)
[16:13] <sethj> Can anyone else reproduce this? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1286910 I see andyrock marked it as confirmed, so I'm not sure if that means he reproduced it or if he was just fixing the status.
[16:14] <sethj> (I cannot FWIW)
[16:14] <andyrock> sethj: well i can
[16:15] <sethj> oh hi anyrock, I thought you were out for the day. What steps did you take to reproduce it?
[16:15] <seb128> unsure of the specifics
[16:15] <seb128> but changing the lock screen layout doesn't change the session one
[16:15] <seb128> so you change, unlock and need to change again
[16:15] <seb128> which is annoying
[16:15] <andyrock> nope i was just late for the meeting :D
[16:16] <andyrock> well i switch keyboard layout before locking the screen
[16:17] <andyrock> let's say from italian to english
[16:17] <andyrock> and in the lockscreen the language is set to english
[16:17] <andyrock> it should be italian
[16:18] <andyrock> maybe it is a slightly different bug
[16:18] <sethj> strange. For me, if I changed the layout to Spanish (LA) and then lock the screen the greeter changes to the default language (en-us)
[16:19] <andyrock> I'll take a look
[16:19] <sethj> I'll give it a shot again a little later.
[16:19] <andyrock> can be annoying
[16:19] <andyrock> if you don't notice that
[16:19] <andyrock> you are going to blame the lockscreen becuase it does not accept your password
[16:19] <andyrock> :D
[16:23] <andyrock> sethj: btw I can't reproduce it 100%
[16:23] <andyrock> but it happens
[16:25] <Trevinho> andyrock: but isn't that more related to the indicator to unity itself?
[16:25] <andyrock> Trevinho: yep
[16:28] <attente> seb128: there's this comment by ChrisTownsend: https://bugs.launchpad.net/unity/+bug/1324489/comments/1
[16:29] <attente> we did that by design and it would've made our lives easier to not implement the current behaviour at all
[16:30] <seb128> attente, ok, I can see why, that makes sense
[16:30] <seb128> I guess it's not really possible to carry for all usecases
[16:30] <seb128> though I would argue that people who want to have their word editor in english have the "by window layout tracking"
[16:30] <seb128> and don't change it for the session
[17:00] <seb128> hum
[17:01] <seb128> Trevinho, andyrock, hey, I just had issues today on my laptop and my test machine, going back from the greeter to my session made me enter my password twice (e.g the screenlock in the session didn't dismiss after entering the password on the unity-greeter), is that a known issue?
[17:01] <seb128> that's on wily
[17:01] <andyrock> seb128: nope first time I don't see this bug
[17:02] <andyrock> does it happen all the time?
[17:02] <seb128> yes
[17:02] <seb128> just tried
[17:02] <Laney> ttyl!
[17:03] <seb128> Laney, have a good evening!
[17:05] <Trevinho> seb128: it might happen in some cases, but it generally shouldnt... as we listen to a logind signal to unlock
[17:05] <seb128> Trevinho, in never happened before yesterday or today, I wonder if that's a regression
[17:08] <seb128> different topics but I've those warnings in my log
[17:09] <seb128> [system] Rejected send message, 9 matched rules; type="method_return", sender=":1.6" (uid=0 pid=874 comm="/usr/lib/accountsservice/accounts-daemon ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.66" (uid=1000 pid=2111 comm="/usr/lib/i386-linux-gnu/indicator-messages/indicat")
[17:09] <seb128> jdstrand, tedg, ^ do you know if that's known (wily desktop)
[17:11] <jdstrand> I've not seen it. mdeslaur, have you? ^
[17:11] <seb128> jdstrand, you don't have any of those in your auth.log?
[17:11] <seb128> weird, I just booted my test laptop and it has the same
[17:11] <mdeslaur> I don't run wily, so hven't seen it yet
[17:11] <seb128> (well after using xchat-gnome and receiving a message)
[17:12] <jdstrand> seb128: ah, I am still on vivid. I thought you were wondering if I've seen bugs, etc
[17:13] <seb128> jdstrand, any info that would be useful in a bug report? against what should that be reported?
[17:15] <seb128> reported bug #1498591
[17:16] <jdstrand> seb128: fyi, this seems to be a policy kit issue/bus policy issue (ie, it isn't an apparmor issue-- the message would look different)
[17:16] <jdstrand> that is a wild guess
[17:16] <seb128> jdstrand, ok, I though it would be, but I was unsure if that was due to the dbus mediation
[17:17] <seb128> desrt, larsu, ^ do you know if those errors are more likely to be buggy client code? or a dbus issue?
[17:17] <seb128> jdstrand, thanks
[17:17] <jdstrand> yeah, none of those processes run under vonfinement
[17:17] <jdstrand> confinement
[17:26] <desrt> seb128: that looks really weird
[17:26] <desrt> i can't imagine this is buggy client code... looks rather like a broken security policy
[17:26] <seb128> https://bugs.launchpad.net/ubuntu/+source/indicator-bluetooth/+bug/1498594 seems a bit similar
[17:27] <desrt> seems very similar
[17:27] <desrt> both bluetooth and accountsservice are root
[17:27] <desrt> so they should be allowed to do anything as per dbus policy
[17:28] <desrt> read: likely apparmor fail
[17:28]  * jdstrand notes that there isn't apparmor policy for those processes
[17:29] <jdstrand> not to mention, the log message would look different
[17:29] <desrt> could it rather be something about the processes on the other end to whom accountsservice is trying to send the message?
[17:29] <desrt> the bluetooth one is different.  i make no statement about that.
[17:29] <jdstrand> apparmor would mediate that, but neither process should have a profile
[17:29] <desrt> but rejecting a method_return from a root-owned process?  how could that possibly be happening?
[17:30] <jdstrand> (and the message would look different)
[17:30] <tyhicks> possibly due to the bus policy
[17:30] <tyhicks> that is in /etc/dbus-1/system.conf
[17:31] <desrt>     <allow send_requested_reply="true" send_type="method_return"/>
[17:31] <desrt> for user *
[17:31] <tyhicks> but the logged message is not a requested_reply: requested_reply="0"
[17:32]  * jdstrand wonders if that is overriden in /etc/dbus-1/system.d/* somewhere
[17:32] <desrt> looking at this one: https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/1498591
[17:32] <desrt> this is the really interesting one
[17:32] <desrt> Rejected send message, 9 matched rules; type="method_return", sender=":1.6" (uid=0 pid=874 comm="/usr/lib/accountsservice/accounts-daemon ")
[17:32] <desrt>   destination=":1.66" (uid=1000 pid=2311 comm="/usr/lib/i386-linux-gnu/indicator-messages/indicat")"
[17:34] <desrt> one way or another, indicator-messages likely has a whacked apparmor or dbus policy
[17:34] <desrt> another one here: https://bugs.launchpad.net/ubuntu/+source/indicator-applet/+bug/346513
[17:39] <jdstrand> $ sudo ps -axZ|grep indicator-m
[17:39] <jdstrand> unconfined                       1677 ?        Ssl    0:00 /usr/lib/x86_64-linux-gnu/indicator-messages/indicator-messages-service
[17:39] <jdstrand> that VM is slightly out of date, but it is unconfined
[17:39] <jdstrand> I am updating the VM, but I can say for sure we didn't not confine it
[17:40] <jdstrand> (as in the security team)
[17:40] <tyhicks> jdstrand: and the accounts-daemon is also unconfined?
[17:41] <jdstrand> $ sudo ps -axZ|grep accounts-d
[17:41] <jdstrand> unconfined                        508 ?        Ssl    0:00 /usr/lib/accountsservice/accounts-daemon
[17:41] <desrt> where are the current set of profiles maintained?
[17:41] <desrt> just out of curiosity...
[17:41] <jdstrand> in the packages themselves
[17:41] <desrt> ah
[17:41] <jdstrand> for anything shipped by default that is
[17:42] <jdstrand> there are the apparmor-profiles* packages, but they are not installed by default and complain mode only
[17:42] <jdstrand> and are*
[17:47] <larsu> desrt: where are you seeing this line? The only policy file I ave for accountsservice is in /etc/dbus-1/system.d/
[17:47] <desrt> larsu: in the base policy in system.conf
[17:48] <larsu> desrt: isn't that overridden by a file in etc?
[17:48] <tyhicks> "Rejected send message" comes from a failed bus_client_policy_check_can_send() call, which is a access control check for the bus config and not the apparmor policy
[17:48] <desrt> larsu: ya.. /etc/dbus-1/system.conf...
[17:48] <larsu> desrt: that file is empty for me...
[17:48] <larsu> what system are you on?
[17:48] <desrt> debian.  assumed it was the same :)
[17:48] <larsu> hahahahaha
[17:48] <larsu> you're funny
[17:49] <desrt> thanks for your understanding :)
[17:50] <jdstrand> nothing changed after upgrading
[17:50] <larsu> desrt: https://paste.debian.net/?show=312912
[17:55] <larsu> desrt: and I don't have that line in /usr/share/dbus-1/system.conf either
[17:55] <larsu> I wonder when this switch happened
[17:57] <larsu> which package installs that file for you?
[18:05] <desrt> dbus
[18:06] <larsu> dbus ships a rule for accountsservice?
[18:06] <desrt> my accountsservice file is same as yours
[18:06] <larsu> or is that a general rule?
[18:07] <desrt> dbus ships system.conf
[18:07] <desrt> the accountsservice policy comes with accountsservice, of course
[18:07] <larsu> sure sure
[18:07] <larsu> I have this as well, but in /usr/share
[18:07] <desrt> where?
[18:07] <desrt> you're living in fancy future-world :)
[18:07] <larsu> ya
[18:08] <larsu> the one in /etc is still there, but it simply points to this one
[18:08] <larsu> now the question remains why this isn't applied :/
[18:25] <larsu> seb128: can you reprodcue this error message?
[18:25] <seb128> larsu, yes, you should also I guess, if you are on wily
[18:25] <seb128> it's in auth.log
[18:25] <larsu> I am, but I can't seem to
[18:25] <seb128> I've it on my test machine as well
[18:26] <larsu> hm ok I'll keep trying
[18:26] <seb128> I think it's "use xchat-gnome (or another app integrated to indicator-message) and receive a message"
[18:26] <larsu> just making sure :)
[18:26] <seb128> larsu, ping?
[18:27] <larsu> oh hehe
[18:27] <larsu> using dbus calls directly :)
[18:27] <seb128> lol
[18:27]  * larsu is in irssi but thanks
[18:27] <seb128> well, I wanted a pong with my name :p
[18:27] <larsu> wow indicator-messages is calling this method on the wrong interface
[18:28] <larsu> ugh nevermind
[18:29] <larsu> it creates a proxy for that interface but then calls g_dbus_connection_call() directly (with all of the proxy's information except for the inteerface)
[18:29] <larsu> *sigh(
[18:29] <seb128> larsu, confirmed, the warnings are displayed when I receive an irc msg
[18:34] <tyhicks> larsu: has indicator-messages been doing that for a couple releases now?
[18:34] <tyhicks> (ubuntu releases, that is)
[18:35] <larsu> tyhicks: it appears so - this code was first added in Sep 14
[18:35] <tyhicks> larsu: of last year?
[18:36] <larsu> tyhicks: sorry, yes, September 2014
[18:36]  * tyhicks nods
[18:36] <tyhicks> now that I think about it, I'm pretty sure those unrequested reply messages caused me a lot of headache while developing the apparmor mediation in dbus-daemon
[18:36] <larsu> calling the method on accountsservice manually doesn't trigger the warning for me
[18:37] <jjohansen> yeah those unrequested replies are evil
[18:44] <jdstrand> tyhicks: I was going to mention that, but didn't want to confuse the issue
[18:57]  * qengho afk.
[20:30] <chefpv> anyone home?