[05:03] <hikiko> Hello
[05:59] <pitti> GOod morning
[07:14] <Sweet5hark> moin!
[07:18] <pitti> hey Sweet5hark, wie geths?
[07:33] <Sweet5hark> pitti: all well here, just started writing a leak-detector for smart-pointers in LO which is fun ...
[07:34] <pitti> Sweet5hark: uh, and getting a bazillion hits? :-)
[07:35] <Sweet5hark> pitti: https://bugs.documentfoundation.org/show_bug.cgi?id=99352 <- in the range 100-1000 for the unitttests existing right now.
[07:35] <ubot5`> bugs.documentfoundation.org bug 99352 in graphics stack "Some VclPtrs leak past DeInitVCL" [Normal,New]
[07:37] <Sweet5hark> pitti: next step is to make the smart ptr remember which line of code it was last set with a clang plugin, so it will spill out "leaked VclPtr to a bar of a foo-type, pointer was created at foo.c:123 and last set at bar.c:345"
[07:38] <Sweet5hark> pitti: that should make hunting them quite easy
[07:39] <Sweet5hark> also I need to find out why some VclPtrs have a vptr to NULL -- that seems ... unhealty.
[07:39] <Sweet5hark> pitti: how about you? how are things going?
[07:40] <pitti> Sweet5hark: the release front is surprisingly quiet
[07:40] <pitti> SUSPICIOUS!
[07:40] <pitti> well, I did work on some major installer bug yesterday, but no nightshifts and no panic mode
[07:40] <pitti> something is wrong
[07:42] <Sweet5hark> urgh, "something is wrong" is the triage stage Im usually quite nervous about shortly before release ;)
[07:43] <seb128> good morning desktopers
[07:43] <seb128> hey Sweet5hark pitti
[07:44] <pitti> bonjour seb128 !
[07:44] <pitti> seb128: comment vas-tu ? jetlag getting better?
[07:44] <seb128> whatlag?
[07:44] <pitti> (you don't do this jetlag thing anyway, right?)
[07:44] <seb128> ça va bien :-)
[07:44]  * pitti te donne une accolade
[07:44] <seb128> yeah, I slept from 11pm to 7am the first night in the U.S
[07:45] <seb128> and 11pm to 9am on the night back
[07:45] <seb128> I was feeling slightly sleepy in the afternoon though
[07:45]  * seb128 donne une accolade à pitti en retour
[07:48] <Sweet5hark> seb128: heya
[07:58] <RAOF> ls
[07:59] <RAOF> Also, hello!
[07:59] <RAOF> And good night!
[07:59] <seb128> RAOF, hey, and good night ;-)
[08:03] <alexarnaud> hello all!
[08:17] <darkxst> seb128, do you use lightning (calendar) in tb? that seems to be causing my hangs
[08:19] <seb128> darkxst, no
[08:19] <seb128> the hang issue is known iirc
[08:19] <seb128> or I think it was listed as something to sort out if we opted for that option when we evaluated calendaring solutions
[08:19] <seb128> cf email on desktop list from midcycle
[08:20] <darkxst> seb128, but its weird I never had a problem until this month! and nothing in the mozilla stack has changed
[08:21] <seb128> no idea what's the issue then...
[08:21] <darkxst> maybe I should just migrate to gnome-calendar
[08:21] <seb128> darkxst, btw we are going to rename gnome-software from Software to "Ubuntu Software", how much of an issue is it for Ubuntu GNOME?
[08:22] <seb128> we could do a "add another .desktop and play with ShowIn" but that would require to change unity config/tests and migrate configs
[08:22] <darkxst> seb128, I would prefer to keep it just "Software" so it fits in with the rest of the default apps
[08:23] <seb128> lol, what I though
[08:24] <seb128> would be too easy if things would work for everyone
[08:24] <seb128> need to check with the unity team and release team now :-/
[08:26] <darkxst> seb128, why is so hard to add an extra .desktop file?
[08:26] <seb128> it's not hard
[08:26] <seb128> but the unity launcher config has the current name
[08:27] <seb128> so we need to migrate user config now
[08:27] <seb128> if we change it
[08:27] <seb128> also unity source/tests use the current name
[08:27] <seb128> so we need a new unity landing to change those
[08:27] <seb128> which just editing the Name= of the current .desktop would be a trivial change
[08:28] <darkxst> seb128, I see, why is this all landing so late?
[08:31] <seb128> darkxst, because non-technical part of Ubuntu/Canonical feedback loop is less tight
[08:32] <seb128> so it took them a while to realize that the name/store presentation changed in a way which make brand recognition harder to our current users
[08:32] <seb128> like people look for the ubuntu software center/store
[08:32] <seb128> and don't find it
[08:33] <darkxst> and our users are going to look for GNOME software, not ubuntu software (maybe)
[08:36] <seb128> yeah, depends what "brand" they recognize more
[08:36] <seb128> like if they consider themself Ubuntu users or GNOME ones
[08:37] <darkxst> well that depends on context, at the level of the appstore, I suspect most would say GNOME
[08:38] <seb128> k, I would say Ubuntu
[08:38] <seb128> especially because the store is a frontend to the ubuntu archive
[08:38] <seb128> + partner/myapps/etc
[08:39] <seb128> also until now you were using software-center as well no?
[08:46] <darkxst> seb128, yes
[08:48] <darkxst> but then our users have been waiting quite a while with an expected switch to GNOME software
[08:49] <darkxst> and tbh I doubt they mostly know where the packages come from!
[08:51] <darkxst> just like there is a lot of unfounded hate, on social media towards ubuntu flavours, because users assume its all Canonicals doing'
[08:51] <darkxst> which of course it isnt, but that is the users percepentions
[08:51] <darkxst> perceptions
[08:54] <seb128> yeah, but I think those discussions/views are quite tech user centrics
[08:54] <seb128> the vast majority of users out there don't even know what a desktop environment is
[08:54] <seb128> or what Unity or GNOME are
[08:54] <seb128> but you could argue that those just use Ubuntu Desktop and not the GNOME remix
[08:58] <darkxst> seb128, I doubt we get many fresh newbies, with no tech knowledge, that go oh hey I can download an image an break my computer
[08:59] <Laney> hello
[08:59] <seb128> hey Laney
[08:59]  * pitti purrs at Laney
[09:00] <darkxst> most, if not all users I have interacted with have generally used some other Linux distro before
[09:00] <pitti> no meeow today?
[09:00] <Laney> I'm in London now
[09:00] <seb128> pitti, London doesn't give Laney a meeowing mood
[09:00] <Laney> no meowing from here
[09:00] <seb128> see :p
[09:00] <Laney> it is an omionous place
[09:00] <pitti> Laney: oh, you're at the release sprint? nice
[09:02] <seb128> speaking of release
[09:02] <seb128> Laney, I'm going to sponsor the g-s update from attente, then doing another one for rename
[09:03] <seb128> Laney, I'm leaning toward adding an ubuntu-software.desktop now
[09:03] <seb128> hum
[09:03] <seb128> would that create issues with dbus activation or whatsoever that would expect .desktop to match dbus name
[09:07] <seb128> shrug, in fact attente's ppa didn't back out the changes we didn't want to land from the look of it...
[09:08] <seb128> attente, hey, let me know when start your day, ^
[09:11] <Laney> I don't know, I told you that I prefer just renaming the whole thing
[09:45] <seb128> k, need to go for some erands and lunch
[09:46] <seb128> going to upload gnome-software a bit after I'm back, I still have some testing to do and wanted to include some of the fixes from attente but the version in his ppa has more changes that wanted, need to check with him before upload
[09:46] <seb128> bbiab
[11:13] <Laney> happyaron: here?
[11:13] <happyaron> yep
[11:13] <Laney> hi
[11:13] <Laney> https://launchpadlibrarian.net/254480825/ubuntukylin-theme_1.5.3_1.5.4.diff.gz
[11:13] <Laney> can you fix the changelog please?
[11:13] <Laney> you need a space after "LP:"
[11:14] <Laney> make sure Launchpad-Bugs-Fixed is in the _source.changes you get
[11:14] <Laney> wait
[11:14] <Laney> was it you that uploaded it?
[11:14] <happyaron> I think that's led by I generated them on a Debian box
[11:15] <Laney> then set DEB_VENDOR=Ubuntu before building
[11:15] <Laney> but I think you need the space anyway
[11:15] <happyaron> ok
[11:15] <happyaron> should I re-upload?
[11:15] <Laney> yes please
[11:15] <happyaron> ok
[11:23] <attente> seb128: hey
[11:25] <attente> seb128: i didn't back out the changes, i simply disabled the plugin
[11:35] <seb128> attente, hey, oh ok, unsure how -release feel about that
[11:35] <attente> seb128: ok, i'll remove it
[11:35] <seb128> Laney, g-s bugfix update, fine if that includes the new backend as disabled or would you prefer that as not part of the change?
[11:35] <seb128> attente, wait for ^ maybe
[11:36] <Laney> I feel fine about it
[11:36] <attente> seb128: have you tried the private ppa?
[11:36] <seb128> attente, yes, mostly works for me
[11:37] <seb128> attente, is that normal that if you auth in software-properties then g-s asks again to auth?
[11:37] <seb128> jibel pointed that out
[11:37] <seb128> also he had a crash when trying to do a review and seems the list is not refreshed after snap installs
[11:37] <attente> seb128: oh no... we shouldn't be using auth in software-properties at all any more
[11:38] <seb128> attente, k, so just delete that one from the ppa?
[11:38] <seb128> jibel, ^
[11:38] <attente> yeah
[11:38] <seb128> good
[11:38] <seb128> attente, I didn't get the error 500 so far
[11:38] <attente> ok, so i can delete that, fix the re-prompt on cancel
[11:39] <seb128> also it's confusing that search for "calc" doesn't find ubuntu-calculator-app
[11:39] <seb128> but that's a snap/store issue
[11:39] <attente> yeah
[11:39] <seb128> "snap find calc" doesn't work either
[11:39] <attente> i guess it's doing some prefix based search
[11:39] <attente> i should delete the reviews button for those
[11:40] <attente> because it seems to not work for some reason
[11:40] <seb128> right
[11:40] <seb128> better to not have it than having it buggy
[11:40] <seb128> we can re-enable as we fix
[11:59] <seb128> shrug
[11:59] <seb128> Trevinho, you didn't revert that "numlock is on" warning in the unity lock screen right?
[12:47] <seb128> Trevinho, andyrock, is any of you looking at this missing menus issue?
[12:48] <Trevinho> seb128: no, no revert
[12:48] <Trevinho> seb128: as for the menus... I do.
[12:48] <seb128> k
[12:48] <seb128> Trevinho, the no revert makes me sad
[12:49] <seb128> I'm considering maintaining my ppa forked version :p
[12:49] <Trevinho> But I can't reproduce. As said yesterday I believe that there's something related with gtk
[12:49] <seb128> it's really annoying/disturbing to be warned about something normal
[12:49] <Trevinho> seb128: well, it's a light warning
[12:49] <seb128> I don't see it as light
[12:49] <seb128> see I never have heavy ones
[12:49] <Trevinho> Trevinho: we didn't talk about that later... You're right.
[12:49] <seb128> it's just a warning
[12:50] <seb128> but that discuss can wait for next week
[12:50] <Trevinho> I mean I thought you were ok at the end
[12:50] <seb128> did we ever get design input on that?
[12:50] <seb128> well, let's see release feedback
[12:50] <seb128> it just feels buggy and I don't get used to it
[12:50] <Trevinho> Not really.
[12:50] <seb128> every time I unlock I'm like "wth is it warning me about my config being right"
[12:51] <Trevinho> I would love to find a way to detect the presence of a numeric keypad
[12:51] <seb128> like a numpad typing number
[12:51] <seb128> yeah, you can't though
[12:51] <seb128> seems we don't get proper info
[12:51] <seb128> oh well, let's see if I can convince you over beer next week :p
[12:52] <Trevinho> USD does some euristics to figure out the machine type, but nothing really reliable
[12:52] <seb128> Trevinho, on the menu issue, seems we have active people on the bug, I know remote debugging through questions is not easy but do you think we can get somewhere with that?
[12:52] <Trevinho> Ok.. I think it would be easy in Prague :-D
[12:53] <seb128> Trevinho, well in my case it's a docked laptop with an external keyboard
[12:53] <Trevinho> Oh, yeah... Same I do
[13:01] <seb128> Trevinho, so, the menu issue ... if you think it might be a gtk issue did you try to get input from desrt?
[13:01]  * desrt scrolls
[13:01] <desrt> good morning, seb :)
[13:05] <seb128> hey desrt, how are you?
[13:05] <desrt> pretty good
[13:05] <desrt> it's starting to get pretty awesome here
[13:05] <seb128> desrt, we are speaking about unity-panel/indicator-appmenu not displaying the exported menus sometimes on xenial
[13:06] <desrt> it's bamf!
[13:06] <seb128> Trevinho thinks it might be a regression in gtk 3.16->3.18
[13:06] <seb128> the menus are correctly exported/matched since hud lists those
[13:06] <desrt> this is a pretty easy theory to test
[13:06] <desrt> oh.  looks like the HUD tested it for us :)
[13:06] <seb128> ;-)
[13:07] <seb128> Trevinho, around?
[13:07] <desrt> i seriously doubt that a gtk regression is to blame here
[13:07] <desrt> i'd also like to know what "sometimes" means
[13:07] <seb128> we should get that discussion moving, release is thursday
[13:08] <seb128> desrt, bug #1532226
[13:08] <ubot5`> bug 1532226 in unity (Ubuntu) "No menu bar in gtk apps on fresh boot" [Critical,Confirmed] https://launchpad.net/bugs/1532226
[13:09] <seb128> desrt, some users have it on boot, restarting the unity-panel-service seems to "fix" it
[13:09] <seb128> I wish kamstrump joined IRC for debugging rather just commenting on the bug...
[13:10] <desrt> "notable exception firefox" implies that dbusmenu is working well but gmenumodel is screwed
[13:12] <chrisccoulson> someone's still using firefox?
[13:12] <desrt> chrisccoulson: hi :)
[13:12] <chrisccoulson> hi :)
[13:13] <larsu> chrisccoulson: your irc client apparently still notifies you when someone mentions it :P
[13:13] <larsu> hi all!
[13:19] <seb128> desrt, I guess Trevinho is having lunch, let's wait for him to be back
[13:48] <seb128> attente, good news is that your fixes from earlier today (theme, leaks) is in xenial
[13:49] <attente> seb128: great, thank you
[13:49] <seb128> thank *you*!
[13:56] <desrt> :)
[14:07] <seb128> shrug
[14:08] <seb128> I installed the gnome-calendar update in g-s which had 6 upgrades listed
[14:08] <seb128> now it tells me "system is uptodate"
[14:08] <seb128> and all content vanished
[14:08] <seb128> like no apps on the "all" tab
[14:08] <seb128> categories empty
[14:10] <seb128> andyrock, around? what do you work on? (asking because I've some bugs to nag you about, but only if you are not busy on more important things)
[14:10] <andyrock> Hey
[14:11] <andyrock> Working on a bug about not restoring correctly
[14:11] <andyrock> Right now in a train XD
[14:12] <andyrock> seb128: but which bugs?
[14:12] <Trevinho> seb128: ok, here I am
[14:13] <seb128> andyrock, if you click "install" in gnome-software and deny auth the unity launcher gets an "installing" icon anyway and there is no way to remove until out of restarting unity
[14:13] <seb128> which is a bit annoying
[14:14] <seb128> Trevinho, great! can you summarize the appmenu issue for desrt?
[14:15] <Trevinho> desrt: so, basically unity-gtk-modue does its job and properly exports al the menus... They have been properly exported and in fact both HUD and a raw script (such as https://gist.github.com/3v1n0/58c13a8bac4008a82cd66084fc71c95a) can see them
[14:16] <Trevinho> desrt: however it looks like that gtk at libappmenu level doesn't get them
[14:16] <Trevinho> or well, it gets them when restarting unity-panel-service... So delaying unity-panel-service to start also is a workaround (I guess, as I can't try that directly)
[14:19] <Trevinho> I was also curious whether using older gtk (wily version, let's say) for u-p-s would work (just to see if that's the cause). But I can't reproduce this, so I can't do too many experiments.
[14:22] <seb128> Trevinho, is there anything that makes you think that could be due to gtk? also saw desrt's comment that one of the reporters says that firefox is working which suggests dbusmenu is but gmenumodel not?
[14:22] <Trevinho> seb128: yeah, libdbusmenu based apps (qt, xul and such) are working fine
[14:25] <Trevinho> seb128: the problem is with gdbusmenumodel... But the gio side is fine I think. Since things are well exported. The problem seems to be gtk not reloading the menus when the model changes or something like that.
[14:25] <seb128> andyrock, bug #1553165 (assigned to you on march 04th, but seems like you didnt see it? or just ignored me? :p)
[14:25] <ubot5`> bug 1553165 in gnome-software (Ubuntu) "unity launcher items stay as "installing" on errors" [Low,Confirmed] https://launchpad.net/bugs/1553165
[14:26] <andyrock> Ops sorry
[14:26] <andyrock> I missed it
[14:26] <andyrock> I ll take a look as soon as possible
[14:26] <Trevinho> seb128: as libappmenu uses gtk_menu_new_from_model, then it's all managed like if we had a gtkmenu...
[14:26] <Trevinho> seb128: and that menu is actually empty it seems
[14:26] <seb128> andyrock, thanks
[14:28] <seb128> tjaalton, is there anyone you could nag upstream intel to review the patch on https://bugs.freedesktop.org/show_bug.cgi?id=88584? unsure if it works/makes sense but that bug is annoying and I would be glad to see it fixed in xenial if we can :p
[14:28] <ubot5`> Freedesktop bug 88584 in Driver/intel "[ilk] Font and screen corruption in GTK+ applications" [Major,New]
[14:28] <seb128> Trevinho, did we do much changes on the appmenu side this cycle?
[14:28] <Trevinho> seb128: no, nothing
[14:29] <Trevinho> seb128: it all appened in the previous two cycles
[14:29] <seb128> but the bug started in xenial?
[14:29] <Trevinho> yes
[14:30] <seb128> k, thanks for the summary
[14:30] <seb128> seems we lost desrt meanwhile
[14:30] <Trevinho> Well... we have a change in xenial cycle... But...
[14:30] <seb128> at some point we should be able to have both around! :p
[14:33] <Trevinho> Mh, it seems so
[14:33] <Trevinho> however, well... Actually something changed in bamf, so let me try something
[15:09] <seb128> Trevinho, is that bamf change you are trying giving anything?
[15:10] <Trevinho> seb128: well, I'm experimenting something, to verify wether the fact that bamf is not there could cause the problem, but... It would be very weird
[15:10] <Trevinho> I'll ask to test something in the bug report too
[15:13] <seb128> k
[15:15] <desrt> seb128: still here :)
[15:15] <seb128> Trevinho, can desrt help you there?
[15:16] <seb128> desrt, do you know of anything that changed on the gtk side that could lead to menus not updating when the model change?
[15:16] <desrt> nothing that wouldn't also impact dbusmenu in a similar way
[15:17] <desrt> does anyone have a machine that has the problem?  i tried a VM but i can't reproduce.
[15:17] <Trevinho> Another possibility could be: ups starts when the window hints aren't set, then it can't get the dbus address.. BUt this would be weird since it should be done before mapping
[15:17]  * Trevinho neither... I tried yesterday in a new install too
[15:17] <seb128> can you log that?
[15:17] <desrt> (beta2, fwiw)
[15:17] <seb128> I can't either
[15:18] <desrt> Trevinho: ya.  this is the only thing i could think of
[15:18] <desrt> like if the order of realize/set-property/map got changed
[15:18] <desrt> but that would impact the hud as well
[15:18] <Trevinho> seb128: yeah I could add some logging to ups... But the fact that there's no one here able to redpduce and thus a way to get quick feedback doesn't help
[15:18] <desrt> iirc both sources are querying the info out of bamf
[15:18] <Trevinho> desrt: well, true...
[15:19] <desrt> so either bamf has the property or not
[15:19] <desrt> (and obviously it has it)
[15:19]  * desrt reads some hud source
[15:22] <Trevinho> there's also another issue related to this though... seb128 try to enable auto-login. I don't get menubar removed
[15:22] <seb128> I've autologin on my travel inspiron
[15:22] <Trevinho> and also fonts aren't properly set
[15:22] <seb128> no menubar issue
[15:22] <seb128> I used all of previous week while traveling
[15:23] <Trevinho> seb128: ah... Mh, my VM has problems instead
[15:23] <Trevinho> like if unity-settings-daemon isn't properly setting stuff, but it's indeed there
[15:24] <desrt> hud is indeed querying bamf
[15:24] <desrt> although in a different way
[15:25] <desrt> the panel sometimes gets itself into a state, on login, that it cannot display menus from any apps
[15:25] <desrt> even if the apps are restarted
[15:26] <desrt> but restarting the panel fixes this state
[15:26] <desrt> this basically has to be an issue in libappmenu, panel service, unity
[15:26] <desrt> or an extremely convoluted issue in the way the panel is communicating with bamf
[15:27] <desrt> it's extremely difficult to imagine this problem being as a result of a change on the app side
[15:27] <Trevinho> desrt: I think ups is fine, so is unity...
[15:27] <Trevinho> desrt: I bet for libappmenu
[15:27] <desrt> ya.  me too.
[15:28] <desrt> this will be awesome
[15:29] <desrt> of course, as you suggest, the problem may come from gtk vs. gmenumodel changes in the libappmenu side
[15:31] <willcooke> it's meeting time
[15:32] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2016-04-19
[15:32] <meetingology> Meeting started Tue Apr 19 15:32:10 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:32] <meetingology> Available commands: action commands idea info link nick
[15:32] <Trevinho> desrt: I wanted to ask some reproducers to install somehwere wily's gtk lib and add an LD_LIBRARY_PATH in unity-panel-service.conf upstart job to override the default one and see if there's some regression in there...
[15:32] <willcooke> Roll call: andyrock, attente, desrt, fjkong, happyaron (out), hikiko (maybe out), laney (sprint), qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:33] <desrt> Trevinho: let's chat after
[15:33] <seb128> hey!
[15:33] <desrt> hi willcooke :)
[15:33] <willcooke> desrt, Trevinho  - will try and keep this quick
[15:33] <andyrock> hey!
[15:33] <desrt> back in UK?
[15:33] <Trevinho> o/
[15:33] <willcooke> yes
[15:33] <willcooke> and the sun is shining
[15:34] <willcooke> let's rock through this as quickly as we can
[15:34] <willcooke> #topic andyrock
[15:34] <andyrock> hey
[15:35] <andyrock> 1. Completed hud branches, dealed a bit with FFe etc until Trevinho got it
[15:35] <andyrock> 2. Fixed a crash in dash on theme change
[15:35] <andyrock> 3. Fix unity script crash
[15:35] <andyrock> 4. Reviews
[15:36] <andyrock> 5. Start working on a bug with gnome-terminal that fails to restore to the correct size after maximization
[15:36] <andyrock> \eof
[15:36] <andyrock> and moved to lappland before the sprint
[15:36] <andyrock> :D
[15:36] <willcooke> thanks andyrock.  As soon as I get final confirmation on the HUD invocation keys I will let you know
[15:36] <andyrock> cool
[15:37] <willcooke> say hi to Santa from us.  I assume he works at an ice cream stand for the summer
[15:37] <willcooke> #topic attente
[15:37] <desrt> willcooke: santa belongs to canada :p
[15:37] <willcooke> :D
[15:37] <attente> hey, not much, just some gnome-software work
[15:37] <willcooke> lol
[15:37] <willcooke> not much
[15:37] <desrt> hahahah
[15:37] <willcooke> :)
[15:37] <attente> :)
[15:37] <desrt> "living under a giant /frozen/ rock for the last week"
[15:38] <willcooke> Huge thanks to attente for spending much of his weekend on g-s
[15:38]  * desrt couldn't get attente to come out and play this weekend, even
[15:38] <willcooke> next week
[15:38] <willcooke> :)
[15:38] <willcooke> attente - if you need things/people - let me know
[15:39] <attente> yep, of course :)
[15:39] <willcooke> #topic desrt
[15:39] <desrt> trying to figure out this libappmenu issue... it more or less has to be on the unity-panel-service side... pretty sure it's no change in gio or libappmenu since there are no changes there in a year, so leaning toward a gtk change impacting the weird stuff that libappmenu does to it now
[15:39] <desrt> just about to jump into that now
[15:39] <desrt> eof
[15:40] <willcooke> thanks desrt
[15:40] <willcooke> #topic FJKong_
[15:40] <FJKong_> hi
[15:40] <FJKong_> last update:
[15:40] <FJKong_> coding and testing skin for new feature
[15:40] <FJKong_> half day for going to Embassy of Czech handing material
[15:40] <FJKong_> one day holiday
[15:40] <FJKong_> this update:
[15:40] <FJKong_> unpack skin file with patching libpng
[15:41] <FJKong_> coding on qt/qml to change each frame after another
[15:41] <FJKong_> eof
[15:41] <willcooke> thanks FJKong_ - when do you arrive in Prague?
[15:41] <FJKong_> 24
[15:41] <willcooke> safe travels
[15:42] <FJKong_> thanks
[15:42] <willcooke> #topic happyaron
[15:42] <willcooke> 1. apng in libpng for Fanjun
[15:42] <willcooke> 2. slideshow for kylin
[15:42] <willcooke> 3. prepare sogoupinyin release that aligns with 16.04 release
[15:42] <willcooke> 4. sponsor uploads
[15:42] <willcooke> #topic hikiko
[15:42] <willcooke> - ezoom: still fighting with the redraws and damages :/ although I fixed several problems I still see visual artifacts on unity because parts of it don't update correctly. I'm working on them. The compiz and nux parts are here:
[15:42] <willcooke>  |-- https://code.launchpad.net/~hikiko/compiz/compiz.EZ
[15:42] <willcooke>  |-- https://code.launchpad.net/~hikiko/nux/nux.EZ
[15:42] <willcooke> - u8: went to the first kpi meeting, got a brief look at some u8 branches, set up virtual manager to install u8 before Prague.
[15:42] <willcooke> #topic larsu
[15:42] <willcooke> oops
[15:42] <willcooke> :D
[15:42] <willcooke> #topic Laney
[15:42] <seb128> lol
[15:43] <willcooke> Laney, do you want to say anything or just be left in peace?
[15:43] <larsu> * installed fedora
[15:43] <willcooke> lol
[15:43]  * willcooke sets a 15 second time out...
[15:43] <willcooke> #topic qengho
[15:44] <Sweet5hark> larsu: Fedoras are only for the top of your head ...
[15:44]  * larsu nods
[15:44] <larsu> Sweet5hark: I already wondered why nothing worked anymore!
[15:45] <willcooke> no qengho ?
[15:45]  * willcooke starts counting again ....
[15:45] <willcooke> #topic seb128
[15:46] <seb128> • 3 days planning sprint in SLC + travel
[15:46] <seb128> • gnome-software sponsoring + renaming request/discussions
[15:46] <seb128> • sponsored accountsservice fix for auth dialog displaying in locked sessions
[15:46] <seb128> • uploaded some launchpad translations updates for package not using langpacks
[15:46] <seb128> • backported a gnome-calendar "can't reopen dialog" fix
[15:46] <seb128> • cleaned out old unity-control-center buggy migration script
[15:46] <seb128> • landed some themes tweaks
[15:46] <seb128> • backported a rhythmbox segfault fix
[15:46] <seb128> + launchpad bugs review/tried to stay on top of release issues

[15:46] <willcooke> thanks seb128
[15:46] <Laney> willcooke: here if you want
[15:46] <willcooke> #topic Sweet5hark
[15:46] <willcooke> #topic Laney
[15:46] <Laney> I didn't prepare anything
[15:46] <Laney> but mainly worked on g-s more
[15:46] <Laney> apt backend, bug fixes and stuff
[15:46] <Laney> did an upload or two for attente
[15:47] <Laney> and I did some other gnome uploads that were pending
[15:47] <Laney> glib-networking and something else,
[15:47] <seb128> gvfs? ;-)
[15:47] <Laney> oh I helped Trevinho with landing his hud things
[15:47] <seb128> you did gnome-calendar
[15:47] <Laney> and did some releas-y stuff
[15:47] <Trevinho> eh, in fact... libnwck either :)
[15:47]  * seb128 hugs Laney
[15:47] <Laney> like pushing back on some freeze exceptions (sorry )
[15:47] <Laney> and finally uploaded a new appstream from ximion
[15:47] <seb128> hope you guys are having some laught about it at least ;-)à
[15:47] <Laney> and sponsored some of the backlog
[15:48] <Laney> a few new packages got appstream because of that
[15:48] <Laney> END!
[15:48] <willcooke> thanks Laney, see you Thursday
[15:48]  * Trevinho loves this "and" prefixed bullet list :-D
[15:48] <Laney> oh wait
[15:48] <Laney> I broke featured apps in the latest upload
[15:48] <Laney> because I didn't install the generated featured.ini
[15:48] <Laney> need to upload one more to fix that
[15:48] <Laney> real end
[15:48] <Sweet5hark> - some crash-on-exit fixes
[15:48] <Sweet5hark> - wrote a (primitive so far) leak detector for LibreOffice UI-Toolkit smart pointers: https://bugs.documentfoundation.org/show_bug.cgi?id=99352 -- yielded already some fixes
[15:48] <Sweet5hark> - reviewed and approved The Document Founation annual report to authorities
[15:48] <Sweet5hark> - budgeting decisions at The Document Foundation
[15:48] <Sweet5hark> - took part/led a job interview for a candidate at TDF
[15:48] <Sweet5hark> - some snappy aftermath
[15:48] <Sweet5hark> - (also was at the "we were all fired" 5 year anniversary dinner of the good ol' Sun/Oracle OpenOffice crew)
[15:48] <Sweet5hark> EOF
[15:48] <ubot5`> bugs.documentfoundation.org bug 99352 in graphics stack "Some VclPtrs leak past DeInitVCL" [Normal,New]
[15:48] <Laney> write only irc
[15:49] <Sweet5hark> whops
[15:49] <Laney> :P
[15:49] <qengho> willcooke: I'm here. Didn't hear beep.
[15:49] <willcooke> #topic qengho
[15:49] <qengho> Hey!
[15:49] <qengho> - working on new chromium security update, v50.
[15:49] <qengho> - still working on chromium snap. currently on fonts access from inside snap.
[15:49] <qengho> EOF
[15:49] <willcooke> thanks qengho
[15:50] <willcooke> #topic TheMuso
[15:50] <willcooke> Not much this week other than testing accessibility relatedf cuntionality in the installer for Ubuntu and mate flavours. mate is not working properly, requires investivation, will likely need SRUing for .1. I also found a bug when using Orca with unity and suspending... The screen is not being locked, will file a bug in the morning for this one.
[15:50] <willcooke> #topic tkamppeter
[15:50] <tkamppeter> - Google Summer of Code 2016: A last adjustment in student selection
[15:50] <tkamppeter> - OpenPrinting Summit preparations
[15:50] <tkamppeter> - Bugs.
[15:51] <tkamppeter> Next week I will be on the OpenPrinting Summit at HP in Boise, ID.
[15:51] <willcooke> thanks tkamppeter, have a great time
[15:51] <willcooke> sorry we will miss you
[15:51] <tkamppeter> Thanks.
[15:51] <willcooke> #topic Trevinho
[15:51] <Trevinho> · Fixed regression in BAMF (thanks to unit tests for catching it)
[15:51] <Trevinho> · New compiz, unity, bamf, hud landing to get window actions available in HUD
[15:51] <Trevinho> · Studing issues causing weird menu behaviors in xenial
[15:51] <Trevinho> · Fixed some notify-osd issues in handling replacement and appending
[15:51] <Trevinho> · Spent some time in setting up new laptop
[15:51] <Trevinho> · Changed the way the HUD manages the windows, reducing a lot the memory footprint (my new 32GB of RAM doesn't stop me doing this :-])
[15:51] <Trevinho>  /EOF
[15:51] <tkamppeter> willcooke, Sprint without long beards.
[15:52] <willcooke> thanks Trevinho
[15:52] <willcooke> #topic willcooke
[15:52] <willcooke> * Chasing my tail
[15:52] <willcooke> * Branch for terminal notebook colours
[15:52] <willcooke> * Fixed calendar theme bugs
[15:53] <willcooke> * Went to SLC
[15:53] <willcooke> #topic any other business
[15:53] <willcooke> ZOMG - Thursday
[15:53] <willcooke> I'll be heading to London to "help" Laney and co.  Seb will be there as well
[15:53] <willcooke> so won't be any meetings on Thursday
[15:54] <willcooke> Please take some time on Friday to do your lightning talk slides if you need them
[15:54] <willcooke> desktoppers ^
[15:54] <willcooke> Anyone got any bugs they think need to be critically fixed before release that aren't generally being worked on?
[15:55] <willcooke> IMO we've got the big ones on the lsit
[15:55] <willcooke> list
[15:55] <Trevinho> I think so
[15:55] <willcooke> ok, then let's wrap
[15:56] <willcooke> good luck everyone
[15:56] <seb128> thanks!
[15:56] <willcooke> oh
[15:56] <willcooke> wait
[15:56] <seb128> willcooke, oh, and slides is a good plane activity :p
[15:56] <willcooke> :)
[15:56] <willcooke> ISO TESTING!
[15:56] <willcooke> Need moar halp
[15:56] <seb128> upgrades as well
[15:56] <desrt> i just did some testing.  unfortunately everything worked properly.
[15:56] <desrt> pah
[15:56] <Trevinho> yeah, it's soo bad when it happens
[15:56] <willcooke> yeah, please everyone, plan on doing so VM installs and upgrades on Thursday if you're not working on bugs
[15:56] <Trevinho> :)
[15:57] <willcooke> I will send an email on this topic later on ^  It's really rather important
[15:57] <willcooke> and I think that really is it
[15:57] <willcooke> going once....
[15:57] <willcooke> twice
[15:58] <willcooke> thrice
[15:58] <willcooke> #endmeeting
[15:58] <meetingology> Meeting ended Tue Apr 19 15:58:12 2016 UTC.
[15:58] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-04-19-15.32.moin.txt
[15:58] <willcooke> thanks all
[15:58] <Sweet5hark> willcooke: (I guess its ok that I threw in my copypasta in Laneys #topic)
[15:59] <willcooke> yeah
[15:59] <Laney> if you're happy with it counting as my work
[15:59] <attente> Laney for new LO maintainer
[16:00] <Sweet5hark> whats that dust cloud were Laney was a sec ago?
[16:01] <Trevinho> willcooke: about iso testing... Just tried to run a daily in vmware, but no luck :o. I get a crash on X starting during the installer
[16:01] <seb128> attente, Laney, desrt, would having an ubuntu-software.desktop (or com.Canonical.Software.desktop) in Untiy instead of org.gnome.Software.desktop create any issue (due to desktop name not matching the dbus one)?
[16:01] <desrt> there are a couple of intersecting issues there
[16:01] <willcooke> Trevinho, erk.  Hopefully that's something odd with your set up - works for me in Vbox
[16:02] <desrt> if you have DBusActivatable=true (and you do) then ya... it's a total non-starter
[16:02]  * willcooke downloads ISO again 
[16:02] <Trevinho> willcooke: I think it coudl be related to their "autoinst.iso"...
[16:02]  * Trevinho goes in the manual way
[16:02] <desrt> the bus name, by definition, is the same as the desktop file name
[16:02] <seb128> desrt, what would happen?
[16:03] <seb128> we have an autostart .desktop starting the service with the session
[16:03] <desrt> seb128: a dbus message would be sent to something that lacks a .service file and it would be dropped on the floor
[16:03] <seb128> so it's not getting dbus activated afaik
[16:03] <seb128> .service?
[16:03] <seb128> it's not systemd handled
[16:03] <desrt> seb128: doesn't matter if the process is already running or not.  the thing gets started by sending a Activate message to the bus name that matches the desktop file
[16:03] <desrt> seb128: it's dbus-handled
[16:03] <desrt> you're thinking .unit perhaps?
[16:04] <Trevinho> willcooke: mh, I think there's a crash somewhere could be related to vmwgfx though...
[16:04] <seb128> well, I just didn't keep up with that
[16:04] <seb128> in my world the autostart .desktop calls the Exec it has
[16:04] <desrt> right
[16:04] <desrt> but we're talking about the applications/ .desktop file, right?
[16:04] <Trevinho> willcooke: and I've a long time running installation in vmware which has xenial in it... it works fine. But running a new instance with the daily iso seems to crash
[16:05] <seb128> desrt, well, gnome-software acts as a service
[16:05] <Trevinho> ouch, it's a compiz crash
[16:05] <seb128> desrt, /etc/xdg/autostart/gnome-software-service.desktop
[16:05] <desrt> which file, specifically, did you want to rename?
[16:05] <seb128> $ grep Exec /etc/xdg/autostart/gnome-software-service.desktop
[16:05] <seb128> Exec=/usr/bin/gnome-software --gapplication-service
[16:05] <seb128> org.gnome.Software.desktop
[16:06] <seb128> or rather I want to make it NotShowIn=Unity
[16:06] <desrt> the one that you find in /usr/share/applications, right?
[16:06] <seb128> and have a com.canonical.UbuntuSoftware.desktop
[16:06] <seb128> that is OnlyShowIn=Unity
[16:06] <seb128> yes
[16:06] <desrt> why do you want to do that?
[16:06] <seb128> because we want different Name= in GNOME and Unity
[16:07] <desrt> my brain hurts
[16:07] <seb128> ?
[16:07] <desrt> will we also have a different name in the title bar of the app?
[16:07] <seb128> yes
[16:07] <desrt> okay
[16:07] <seb128> "Ubuntu Software" vs "Software"
[16:07] <desrt> if you want to do this, you're going to need to make 3 new copies of things
[16:07] <desrt> because there are three files here
[16:07] <desrt> the autostart file, the dbus service file, and the applications/ desktop file
[16:08] <desrt> this is where the new gapplication appid flag can come in useful
[16:08] <desrt> of course, there is another option....
[16:08] <desrt> just drop DBusActivatable=true and call the desktop file whatever you want
[16:09] <desrt> the only thing you have to worry about in this case is window-matching logic (ie: bamf stuff)
[16:09] <desrt> but you can probably fix that with a wmclass hint
[16:09] <desrt> ...but that might not work if the service was already running
[16:09] <desrt> what you're trying to do is very ugly :p
[16:10] <seb128> :-/
[16:10] <desrt> one more idea
[16:10] <desrt> do we munge XDG_DATA_DIRS by desktop?
[16:11]  * desrt already nuked her vm
[16:12] <desrt> honestly, if you're gonna give the app a split personality, i think you ought to go all the way
[16:12] <desrt> two completely separate app ids
[16:12] <seb128> yeah, we have /usr/share/ubuntu in front of XDG_DATA_DIRS
[16:13] <desrt> if that's only for unity then that's your ticket
[16:13] <desrt> just drop a separate org.gnome.Software.desktop in /usr/share/unity/applications/ with the name you like
[16:13] <desrt> and it will be taken instead of the GNOME one
[16:13] <Trevinho> seb128: do you know how can I add debug symbols to a crash with no symbols from cli? I mean, after installing the symbols from ddebs
[16:13] <seb128> Trevinho, you can "symbol-file /path/to/symbol"
[16:13] <seb128> but that unload the other ones
[16:14] <desrt> seb128: otherwise i can probably walk you through figuring out the personality-split proceedure, but i still recommend against it
[16:14] <seb128> desrt, does the dbus activation thing care about OnlyShowIn?
[16:14] <desrt> no
[16:14] <seb128> ok
[16:14] <desrt> this is a dbus .service file in /usr/share/dbus-1/
[16:15] <seb128> hum, ignore that
[16:15] <seb128> if I click on ubuntu-software.desktop in the dash it's going to try to dbus activate that name
[16:16] <seb128> I'm going to go with
[16:16] <seb128> " just drop DBusActivatable=true and call the desktop file whatever you want
[16:16] <seb128>  the only thing you have to worry about in this case is window-matching logic (ie: bamf stuff)"
[16:16] <desrt> dbus activation is not really a big problem here because there are a half-dozen ways to work around that part of the problem... your issue comes from app matching and the fact that this thing is xdg-autostarted
[16:16] <desrt> for example, i have no idea if bamf will gate window matching vs. desktop files based on OnlyShowIn
[16:16] <desrt> i suspect it won't
[16:17] <desrt> so you might end up with the gnome-software desktop file being shown in the launcher if someone starts it from the dash... and then if someone makes that one a favourite then you'll have gnome-software from then.... or maybe making it a favourite will fail... or... or...
[16:17] <desrt> and the best part: it will probably be semi-random
[16:18] <seb128> Trevinho, ^ do you know if that's likely to go fine with bamf?
[16:19] <desrt> i'm reading bamf source today anyway... let me take a look at this :p
[16:20] <Trevinho> Mh, I'm not fully into the topic, but we ignore certain .desktop files if have a NotShowIn or OnlyShowIn... I mean we try to avoid to use them for launched apps
[16:22] <desrt> this is true.
[16:22] <desrt> that info ends up in the index as well
[16:22] <desrt> NotShowIn is not handled though
[16:23] <desrt> only OnlyShowIn
[16:23]  * desrt cries
[16:23]  * Laney also
[16:24]  * Trevinho clean tears
[16:24] <desrt> the handling is also broken
[16:25] <desrt> it won't properly treat XDG_CURRENT_DESKTOP with : in them
[16:25] <Trevinho> desrt: yeah, true
[16:25] <desrt> on balance, i'd say that this is not something we can rely on
[16:28] <desrt> good news is that gnome-session properly handles OnlyShowIn/NotShowIn for autostart files
[16:29] <desrt> so you have three viable options:
[16:29] <desrt> 1) don't do it
[16:29] <desrt> 2) do it by putting the new desktop file with the same name into /usr/share/ubuntu
[16:29] <desrt> 3) do it by splitting the app completely, with two separate app ids
[16:30] <desrt> "completely" here meaning xdg autostart, dbus service file both giving a new appid
[16:36] <seb128> desrt, I like the usr/share/ubuntu option ;-)
[16:36] <desrt> i thought you might :)
[16:37] <seb128> thanks for the suggestion!
[16:37] <desrt> there is one nice aspect to the 'new appid' idea though -- it would let you gate behaviour changes within the app (such as which name it uses in its titlebar) based on its own appid
[16:37] <desrt> rather than indirectly via envvars or whatever you're planning on
[16:40]  * desrt goes to lunch and then an appointment. bbiab.
[16:42] <flocculant> seb128: sorry to but in and ask but I'll go ahead anyway ... re the above on Ubuntu Software and the other name - is the name for other still staying as Software ?
[16:42] <flocculant> s/but/butt
[16:43] <flocculant> or indeed anyone else able to answer that :)
[16:43] <seb128> flocculant, yes
[16:43] <flocculant> seb128: thanks :)
[16:43] <seb128> yw
[16:47] <Laney> attente: uuuuuummmmmmmmmmmmmmmmmm
[16:48] <attente> ?
[16:48] <Laney> where is d7dc006 ?
[16:49] <attente> Laney: i might've forgotten to push it
[16:49] <Laney> I can see it but it's not in the branch
[16:49] <Laney> don't even know how that happens
[16:49] <Laney> laney@nightingale (ubuntu-xenial↑1|…)> git branch --contains d7dc006                                                                                                       ~/dev/gnome/gnome-software
[16:49] <Laney> laney@nightingale (ubuntu-xenial↑1|…)>                                                                                                                                     ~/dev/gnome/gnome-software
[16:50] <Laney> laney@nightingale (ubuntu-xenial↑1|…)> git show d7dc006                                                                                                                    ~/dev/gnome/gnome-software
[16:50] <Laney> commit d7dc006d041906445c531c78285373b093d82d4b
[16:50] <attente> Laney: it should be there
[16:50] <Laney> Author: William Hua <william.hua@canonical.com>
[16:50] <seb128> https://git.gnome.org/browse/gnome-software/commit/?h=wip/iainl/ubuntu-xenial&id=d7dc006d041906445c531c78285373b093d82d4b ?
[16:50] <Laney> HOW CAN THIS BE
[16:50] <Laney> TELL ME GIT
[16:50] <attente> what
[16:50] <attente> that shouldn't be on your branch
[16:50] <Laney> it should if your changelog isn't lies
[16:50] <attente> Laney: did you fetch?
[16:51] <Laney> yes that's why git show works
[16:54] <davmor2> Laney: you're a GIT......what do you mean that's not what you meant??
[16:55] <attente> Laney: ok.. i remember what happened. i did that on your branch, made a release, fast-forwarded my branch then reset your branch back without that last commit to do the private release...
[16:56] <Trevinho> seb128, Laney: do you know how to manually launch the installer  session in a live? As it's crashing here in vmware... I'd like to understand what happens
[16:56] <Trevinho> well, compiz crashes :o
[16:56] <Trevinho> but I believe it's something down in the stack
[16:57] <Laney> Trevinho: Look at what the .desktop file does
[16:57] <Laney> something like ubiquity gtk_ui
[16:58] <Trevinho> Laney: I mean the one that is launched with no unity, eh...
[17:01] <Laney> Trevinho: that doesn't use compiz
[17:01] <Trevinho> Laney: that's what I thought, but I get a compiz crash in /var/crash
[17:02] <Trevinho> Laney: in order: the UI starts, then X crashes -> black screen -> compiz crash is there
[17:02] <Trevinho> maybe it uses it only as WM?
[17:04] <Laney> Trevinho: It uses metacity
[17:05] <Laney> but I think it's supposed to try to go back to the full live session if the installer only one fails
[17:05] <Laney> attente: what's the best way for me to do a release?
[17:06] <Laney> I need to fix the featured.ini thing
[17:06] <Laney> commit on top of gnome-3-20
[17:06] <Laney> might be easier for you to do that?
[17:06] <attente> Laney: i can do it, just add it on your branch
[17:07] <attente> then i'll cherry-pick ^ on top
[17:07] <Laney> okay, I put it there
[17:08] <attente> and the changelog won't lie any more
[17:08]  * willcooke -> dinner.  bbl
[17:08] <attente> ok, i'll upload it to a ppa
[17:10] <Laney> attente: It's ok to just push it, I'll make a tarball from that and upload
[17:10] <attente> Laney: ok
[17:10] <attente> Laney: pushed
[17:11] <Laney> thx
[17:11] <attente> Laney: (is there some command you're using to generate the version string?)
[17:11] <Laney> attente: nope
[17:17] <seb128> Laney, attente, you already rolled tarball?
[17:17] <Laney> yes
[17:18] <seb128> k, no buggy
[17:18] <seb128> no biggy
[17:18] <seb128> that warning is a bit annoying
[17:18] <seb128> 		g_warning ("Failed to get changelog for %s version %s from changelogs.ubuntu.com: %s", binary_source, update_version, soup_status_get_phrase (status_code));
[17:19] <seb128> would be nice to demote to a g_log
[17:19] <seb128> but not a release issue in any way
[17:26] <Laney> attente: https://paste.ubuntu.com/15934139/
[17:26] <Laney> are those src/ changes expected by you?
[17:28] <Laney> wait
[17:28] <Laney> +	if (g_strcmp0 (gs_app_get_management_plugin (app), "snappy") == 0) {
[17:28] <Laney> +		self->enable_reviews = FALSE;
[17:28] <Laney> +		gtk_widget_set_visible (self->button_review, FALSE);
[17:28] <Laney> +	} else {
[17:28] <Laney> +		/* show review widgets if we have plugins that provide them */
[17:28] <Laney> +		self->enable_reviews =
[17:28] <Laney> +			gs_plugin_loader_get_plugin_supported (self->plugin_loader,
[17:28] <Laney> +							       "gs_plugin_review_submit");
[17:29] <Laney> you should use that quirk instead of that pls
[17:29] <attente> Laney: the quirk isn't available in our version of appstream-glib
[17:29] <Laney> #define it in gs-app.h
[17:30] <Laney> not going to block the release
[17:30] <Laney> but for next time
[17:32] <Laney> attente: so are those changes good?
[17:33] <attente> Laney: i don't know why that svg is there
[17:33] <Laney> that's the awesome rebranding
[17:33] <Laney> AWESOME
[17:33] <Laney> just look at the src/ bits
[17:33] <attente> hahah
[17:35] <attente> why do i have to login to download from ubuntu's paste bin...
[17:37] <attente> Laney: yeah. src/ changes are ok
[17:37] <Laney> sweet
[17:42] <attente> Laney: ahhhhh.. it's actually defined in gnome-software master
[17:42] <Laney> attente: yep you can cherry-pick that
[17:42] <Laney> he probably added it when adding the quirk?
[17:43] <attente> yeah
[17:43] <attente> bless hughsie for thinking of us :)
[17:43] <Laney> :3
[18:02] <tjaalton> seb128: trying..
[18:03] <tjaalton> ..to poke ickle
[18:05] <Trevinho> ouch... Just noticed that menus are missing the shadows in xenial :/
[18:11] <Trevinho> desrt, seb128: I was thinking it could be caused by the way we run bamf nowadays (it's dbus-activated, but also using upstart)... But it doesn't seem to be the problem: in a clean session, with no bamf  or unity running, by launcing indicator-loader3 with libappmenu.so correctly loads the indicator entries (thus it causes bamf to run via upstart)
[19:10] <willcooke> seb128, I enabled proposed and update (dist-upgrade) Software is still called Software
[19:10] <willcooke> maybe I'm too early
[19:13] <Laney> Install ubuntu-software, then restart your session
[19:13] <willcooke> ohhh
[19:13] <willcooke> that would make more sense
[19:13] <willcooke> thanks Laney
[19:14] <willcooke> nope, doesn't show up yet
[19:14] <willcooke> mirrors
[19:14] <willcooke> I bet
[19:15] <willcooke> nope
[19:17] <Laney> It'd be good to wait until ubuntu-desktop is updated anyway
[19:18] <Laney> then you can test the upgrade path that users will get
[19:19] <willcooke> Laney, ack
[19:25] <ogra_> do we have a bug open for the constantly stuck white shadow in gtk apps ?
[19:25]  * ogra_ would like to subscribe to it 
[19:27] <ogra_> this is what i mean ... http://i.imgur.com/dCgFE2K.png ... (it usually stays stuck like that until i scroll again)
[19:31] <willcooke> ogra_, not see a stuck one before
[19:31] <ogra_> i see it constantly about 50 times a day ... might be an evo bug though ...
[19:32] <ogra_> since 15.10 already btw
[19:36] <ogra_> lol
[19:36] <ogra_> and i actually only noticed when looking at the screenshot that my evolution isnt translated at all !
[19:37] <ogra_> (i'mm using it since friday evening that way and totally didnt notice that after the release upgrade)
[20:00] <willcooke> gotta go. night all
[20:00] <willcooke> ogra_, please log a bug when you get a chance