[04:54] <pitti> Good morning
[07:10] <willcooke> tkamppeter, I've just emailed the printer guys from last week
[07:11] <didrocks> morning willcooke
[07:12] <willcooke> hey didrocks
[07:13]  * willcooke grumble grumble 
[07:13] <willcooke> early start again
[07:13] <willcooke> I need more sleep :)
[07:24]  * didrocks does the first real pull requests review on a non small feature addition by a contributor on udtc!
[07:25] <willcooke> \o/
[07:34] <larsu> morning guys!
[07:35] <willcooke> hey larsu
[07:44] <didrocks> hey larsu
[08:03] <Guest45203> Guest45203 has arrived!
[08:05] <Laney> phew
[08:06] <larsu> hi Laney  :)
[08:07] <willcooke> hi Laney
[08:07] <didrocks> morning Laney
[08:07] <Laney> morning chaps
[08:07] <Laney> how goes?
[08:08] <willcooke> is good
[08:08] <larsu> good good
[08:39] <GunnarHj> Sweetshark: Hi Björn, any chance that you can upload bug #1308771? You assigned yourself to it 3 months ago, so the sponsors seem to be disinclined to interfere.
[08:53] <willcooke> didrocks, what do you think > >>  We have a meeting on Friday with the Community team re: developer desktop, should we cancel the meeting today with Jorge?
[08:53] <didrocks> willcooke: yeah, no need to ETOOMANYMEETINGS, and we have our catchup tomorrow anyway
[08:53] <willcooke> :D
[09:43] <willcooke> FJKong, happyaron, can you let me have an email with your updates for the meeting in before your EOD (unless you are coming to the meeting)
[09:57] <Sweetshark> GunnarHj: Sorry, getting LibreOffice itself to 4.3 in utopic had priority. Will look into it today, note however I dont have any upload rights whatsoever anyway.
[10:03] <mitya57> sil2100: ping about lp:~mitya57/appmenu-qt5/lp1362104
[10:09] <sil2100> mitya57: hey! On my radar, just being overwhelmed by landing team stuff - will look into it today I hope
[10:09] <sil2100> mitya57: sorry about that
[10:12] <Sweetshark> willcooke: you recently told me you updated my name in hr tools. Possibly as a sideeffect this broke my login on some hr-tools. The syncs there seem to be very fragile and cant seem to be able to decide if my first name only has a 'o' or an 'oe'.
[10:12] <Laney> "Some German Guy"
[10:13]  * ogra_ doesnt see an oe in Sweetshark 
[10:14] <Sweetshark> willcooke: and no Im not seeing ghosts, this is with creds from a pw-manager -- and it used to work yesterday morning, but not yesterday evening. still doesnt work with the stored combo today, but I accidentally found it working with the other account name.
[10:15] <Sweetshark> ogra_: I really dont want to try to convince hr about that account name. ;)
[10:15] <ogra_> hehe
[10:19] <willcooke> hrm
[10:21] <GunnarHj> Sweetshark: Well, upload help is what I'm asking for. pitti uploaded to Utopic in June, and jdstrand reviewed it 1+ month ago and was about to upload to Trusty, but raised a question which I addressed.
[10:21] <Laney> GunnarHj: sounds like you need a patch pilot :-)
[10:22] <Sweetshark> willcooke: fwiw, hr says this is likely not coming from your change. Which may very well be, I have seen that before, but not yet in such a clean cut "works in the morning, failed later" with the same stored pw.
[10:23] <GunnarHj> Laney: Right. Are you still in duty?
[10:23] <Laney> nope
[10:23] <GunnarHj> :(
[10:23] <Laney> but give me the link again and I'll look in a bit
[10:23] <Laney> Good Guy Laney™
[10:24] <GunnarHj> Laney: bug #1308771
[10:24] <GunnarHj> Laney: TIA
[10:30] <Laney> --build-dep-resolver=aptitude ♥
[10:37] <marga> Trevinho, lots of confirmations that the packages fix the issues, no much news regarding other issues I mentioned.  When do you expect these to get SRUed?
[10:59] <tkamppeter> willcooke, great, thanks.
[11:14] <mitya57> sil2100: no problem, we still have some time before the release
[12:11] <Trevinho> marga: we've a SRU waiting for some tests, so I think we need to plan that for the next one...
[12:11] <Trevinho> marga: so, some weeks probably
[12:11] <Trevinho> marga: but I can see if we can speed up things
[12:14] <marga> Trevinho, "some" = ?
[12:14] <marga> Trevinho, three? six? ten?
[12:14] <Trevinho> well, considering that there are a lot of fixes to land, I guess it might be something like 5
[12:15] <marga> Trevinho, does your first comment mean that there will be a release between now and then that is higher than the current and doesn't include the fix?
[12:15] <Trevinho> marga: however I'm seeing if we can move that fix and others to the upcoming SRU instead
[12:15] <Trevinho> marga: yes, the SRU is mostly "ready", but waiting in a silo for being released...
[12:15] <marga> Trevinho, I see.
[12:16] <marga> ETA for that?
[12:16] <didrocks> darkxst: commented on libmediaart MIR
[12:17] <didrocks> darkxst: globally, +1 for me, but it would be nice to enable unit tests (they are disabled in debian/rules and no information in debian/changelog about why they are disabled)
[12:17] <Trevinho> marga: I can't say much about that, just guess... bregma knows more
[12:18] <marga> Trevinho, do you have an isolated patch for the missing-prompt bug?
[12:18] <marga> If the SRU comes without the fix, I could re-apply and re-build with the patch.
[12:19] <Trevinho> marga: yep, the fix itself is in https://code.launchpad.net/~andyrock/unity/fix-1308540
[12:19] <Trevinho> marga: this branch https://code.launchpad.net/~3v1n0/unity/single-lock-input instead has both the SRU and the fix
[12:20] <marga> ok.
[13:35] <willcooke> hrm.
[13:35] <willcooke> I have a potentially v. important meeting @ the same time as our weekly
[13:35] <willcooke> didrocks, would you mind being chair today?
[13:55] <larsu> Saviq: hey, why bug #1365408 ?
[13:55] <larsu> it doesn't give a rationale
[13:56]  * desrt notes that the icon theme is cached
[13:56] <larsu> it does give problems with looking up symbolic icons
[13:56] <desrt> which is a good way to avoid calling stat() a whole lot
[13:56] <desrt> ...which is nice, since things that try to open one app icon for display have a tendency to follow that by opening _all_ app icons for display
[13:57] <renatu> larsu, hi
[13:57] <larsu> renatu: nice nick
[13:57] <renatu> :D
[13:57] <desrt> larsu: he's in the imperative today
[13:57] <larsu> desrt: lol
[13:57] <larsu> renatu: waiting for Saviq to join
[13:57] <renatu> somebody took my "renato"
[13:58] <ogra_> larsu, isnt he on vacation ?
[13:58] <larsu> ogra_: is he? He's online...
[13:58] <ogra_> there was a mail ...
[13:59] <larsu> indeed. thanks ogra_
[13:59] <larsu> desrt, renatu: not sure who we should talk to now. He didn't specify an "icons" contact :P
[14:00] <renatu> :D
[14:00] <desrt> the desktop file spec (at least in so far as glib implements it) already allows specifying an absolute path for icons, so there's no problem there
[14:00] <desrt> the only question is if this is actually a good idea or not, and i think the answer is 'no'
[14:01] <desrt> at least not if you plan for this to be the normal case in any way
[14:01] <larsu> desrt: even if you use that, there's no fallback
[14:01] <larsu> which we would need for the -symbolic case
[14:01] <larsu> or we could introduce X-SymbolicIcon
[14:01] <larsu> which is a bit ugly and would require i-messages to open the desktop file again (it uses appinfo right now)
[14:02] <desrt> i think rather you should have some mechanism for these sort of things to get automatically bailed out of apps (click packages or otherwise) to a common cache directory where an index can be built
[14:02] <desrt> desktop files, icons, whatever else
[14:02] <desrt> larsu: appinfo has an arbitrary-key query api now
[14:02] <desrt> g_desktop_app_info_get_string()
[14:02] <larsu> desrt: cool thanks
[14:02] <larsu> renatu: ^^
[14:03] <larsu> desrt: this cache directory would be the theme?
[14:03] <desrt> one would certainly imagine wanting to structure it in precisely this way
[14:03] <renatu> larsu, remember that click package can not write outside his own dir
[14:03] <desrt> in order to reuse all of the existing logic
[14:04] <larsu> renatu: the click package wouldn't write, rather the installer would extract it
[14:04] <larsu> we're already doing that for desktop files, no?
[14:04] <desrt> gsettings schemas also come to mind
[14:04] <larsu> and gsettings schemas
[14:04] <larsu> ha, lag makes me look slow ;)
[14:04] <desrt> larsu: beer, etc.
[14:04] <larsu> yep
[14:05] <larsu> I hope the etc. involves more beer
[14:05] <desrt> the 'etc.' involves me not actually caring, but not wanting to be called on it myself :)
[14:05] <renatu> larsu, I do not know, how the installers works
[14:06] <larsu> desrt: I have the feeling this will be one of those fights not worth fighting...^^
[14:06] <desrt> fine by me... just wanted to give my opinion: absolute icon paths may be bad for performance, and have trouble with dealing with symbolic icons
[14:06] <larsu> right, this is what they're stumbling across right now
[14:07] <desrt> it also doesn't allow overriding icons, which may be desireable in some cases
[14:07] <larsu> unlikely for apps
[14:07] <larsu> but yeah, maybe for the built-in ones?!
[14:08] <renatu> larsu, desrt, we should not have any .deb file in the future they want to move all apps to click packages
[14:08] <renatu> even the dialer, messaging and contacts
[14:08] <desrt> renatu: sounds like a bad idea to me....
[14:09] <renatu> yeah I know
[14:09] <desrt> you want as much of the core OS as possible to be in the readonly system image
[14:09] <renatu> but this is the plan
[14:09] <desrt> not installed in the same way as add-on apps
[14:09] <larsu> and update the whole thing when an app changes?
[14:09] <desrt> larsu: yes
[14:09] <larsu> yeah I can see that
[14:10] <desrt> the only really sane thing to do is some sort of android-type hybrid scheme where the app lives in the core image but can get updates installed
[14:10] <desrt> which you hope won't happen too often
[14:10] <desrt> ie: maybe my android tablet now has 4 or 5 google apps with updates installed -- that doesn't include the dialer
[14:11] <larsu> right
[14:12] <larsu> renatu: I guess this is very urgent?
[14:12] <larsu> I can make indicator-messages read X-Ubuntu-SymbolicIcon, which would help for now
[14:12] <renatu> larsu, this will be nice
[14:12] <larsu> I think appending -symbolic is the wrong thing to do, because it doesn't have a fallback
[14:13] <larsu> adding an additional key which only indicator-messages knows about is a bit gross though
[14:13] <renatu> larsu, but we will keep the current behavior for themed icons?
[14:13] <larsu> I'll make a note on the bug
[14:13] <larsu> renatu: yes. This is only for file icons
[14:13] <renatu> ok nice
[14:13] <larsu> man, now you made me hate this again
[14:14] <renatu> kkk
[14:14] <renatu> larsu, btw I think this key should have priorities over everything
[14:14] <larsu> desrt: thanks for your input
[14:14] <larsu> renatu: it will
[14:15] <renatu> for example if you are using a themed icon but you specified a X-Ubuntu-SymbolicIcon it should use it
[14:15] <renatu> ok nice
[14:15] <renatu> thanks
[14:25] <didrocks> willcooke: oh, sure!
[14:29] <willcooke> thx didrocks - I'll forward you the notes from the others
[14:33] <didrocks> yw
[14:40] <mitya57> charles: hi, you approved my indicator-session MP, do you know why the CI/merge wasn't triggered?
[15:15] <GunnarHj> Laney: Where did that Good Guy go? ;)
[15:15] <larsu> good guy? Seb?
[15:16] <GunnarHj> larsu: Nah, it was Laney who claimed to be the one. :)
[15:16] <larsu> ah, I thought you were asking him for the good guy (excluding him)
[15:16] <Laney> right here, babes
[15:17] <Laney> I said "a bit", be patient a little longer please
[15:18] <GunnarHj> Laney: Ok.
[15:30] <didrocks> Ok, seems it's this time of the week already! Meeting time!
[15:30] <willcooke> thx didrocks
[15:30] <didrocks> attente_, desrt, FJKong, Laney, larsu, quengho, Sweetshark, tkamppeter: meeting! I hope I didn't forget anybody.
[15:30] <willcooke> bbiab
[15:30] <willcooke> well, I'll be here, but PTP
[15:30] <willcooke> OTP
[15:30] <didrocks> no worry willcooke ;)
[15:30] <FJKong> ha
[15:31] <didrocks> everybody's all right? Will has a typical manager excuse to not chair this meeting (like another conflicting meeting and he likes the others more than us ;)) and seb128 is slac^W^W^W^Won vacations.
[15:32]  * desrt thinks didrocks doesn't know what ^W does
[15:32]  * larsu thinks didrocks meant ^H
[15:33] <Laney> (H)
[15:33] <desrt> didrocks: you're in charge, then?
[15:33] <willcooke> trololololol
[15:33] <didrocks> desrt: yep :)
[15:33] <desrt> didrocks: you're doing a bad job.
[15:33] <desrt> didrocks: get moving!
[15:33] <didrocks> ahah, let's start then, attente_?
[15:33] <larsu> I should point out the obvious bias towards French people who are running this meeting
[15:33] <desrt> larsu: ya... will isn't fooling anyone with that british-sounding name of his...
[15:34] <desrt> that extra 'e' on the end is instantly suspect.... like the concorde
[15:34] <attente_> hey
[15:34] <larsu> desrt: 2/3 is already a bias....
[15:34] <attente_> failed to fix sync issues between fcitx and u-s-d
[15:34] <attente_> so instead switched i-keyboard and u-s-d to use fcitx' current IME instead, and disabling per-window behaviour in i-keyboard, it's in the transition PPA
[15:34] <attente_> modifying the u-c-c region panel UI to use fcitx' per-window behaviour instead
[15:34] <attente_> (eof)
[15:34] <Laney> whip these rebels into line
[15:34] <larsu> *** willcooke is now known as willconcorde
[15:34] <didrocks> thanks attente_
[15:34] <didrocks> desrt: instead of trolling, anything to share with us? ;)
[15:35] <desrt> didrocks: ya... i ended up fixing that inotify poll-every-4-seconds issue with desktop files
[15:35] <desrt> i also did a systemd-shim release, but found out that although the problem with cgroups is solved logind is not properly GCing the session
[15:35] <didrocks> excellent! ready for utopic?
[15:35] <desrt> ya.. it's in the glib release that went out yesterday, in fact
[15:35] <didrocks> great :)
[15:36] <desrt> am still working on the systemd-shim issues unfortunately... i figured out the root cause, but it's one of those things that every step i take to make us more correctly implement the systemd interface causes some other part of logind to increase its expectations
[15:36] <desrt> that's all, more or less
[15:37] <desrt> larsu, Laney: would appreciate some confirmation on the desktop polling fix
[15:37] <desrt> once it lands
[15:37] <Laney> i didn't follow the issue
[15:37] <larsu> sure
[15:37] <Laney> but okay, given a pointer
[15:37] <desrt> Laney: basically, if you have an app that accesses a desktop file, it will thereafter poll every 4 seconds
[15:38] <desrt> due to the fact that we expect /usr/local/share/applications to exist, and it doesn't
[15:38] <desrt> so it checks every 4 seconds to see if it was created (thanks inotify)
[15:38] <desrt> so now we have a workaround that monitors parent directories instead
[15:38] <larsu> desrt: I can't reproduce this on my system btw
[15:38] <desrt> larsu: got /usr/local/share/applications?
[15:38] <larsu> desrt: ya...
[15:38] <desrt> is your XDG_DATA_DIRS set to something else?
[15:39] <didrocks> mystery solved then :)
[15:39] <desrt> oh wait.  ya.
[15:39] <desrt> it won't happen if you have this, clearly :p
[15:39] <larsu> desrt: I read this wrong of course. I have dirs that are not in XDG_DATA_DIRS
[15:39] <larsu> whatevs, can deal with later
[15:39] <desrt> larsu: let's chat in detail after :)
[15:39] <didrocks> ok, let's get larsu/Laney reproduce it with some unexisting folders and confirming the fix :)
[15:39] <desrt> (done)
[15:39] <didrocks> let's move on
[15:40] <didrocks> thanks desrt, great work :)
[15:40] <didrocks> FJKong: your turn!
[15:40] <FJKong> do some research on Nautilus about Searching and find gnome-search-tool is good tool for advance searching
[15:40] <FJKong> reading source code of Nautilus
[15:40] <FJKong> learn about type-ahead find and recursive search
[15:40] <FJKong> analyze core dump of fcitx 100% problem
[15:40] <FJKong> that'all I think
[15:40] <desrt> FJKong: what is your goal here?
[15:40] <didrocks> FJKong: do you think you start to get a grip on the nautilus code?
[15:41] <FJKong> I need to look the search of nautilus
[15:42] <FJKong> because NUDT want to add some feature on it
[15:42] <FJKong> if anyone have more experience, give me some help
[15:42] <didrocks> desrt: basically, we try to check if we can bind nautilus for the Kylin version needs instead of them switching to another file manager and diverging from bare ubuntu
[15:43] <didrocks> (as we stick with nautilus in ubuntu itself for the context)
[15:43] <FJKong> they want to use nemo
[15:43] <desrt> more people upset with search functionality in nautilus?  i can scarcely believe it...
[15:43] <desrt> FJKong: good luck :)
[15:43] <didrocks> FJKong: if you need any help, you can ask on the channel generally
[15:43] <desrt> FJKong: and let me know if you need any help
[15:43] <didrocks> we are quite some people having touched the nautilus code
[15:43] <desrt> <--
[15:44] <FJKong> that's very nice
[15:44]  * didrocks as well (even if it's only ubuntu patches) ;)
[15:44] <didrocks> so yeah, do not hesitate!
[15:44] <desrt> who wrote our own search patch?
[15:44] <desrt> the one about restoring typeahead?
[15:44] <desrt> seems to be quite relevent...
[15:44] <didrocks> desrt: I didn't touch the search, but other parts
[15:44] <didrocks> desrt: and Kylin has other needs that only search
[15:45] <FJKong> desrt: actually they want to add filter by date
[15:45] <didrocks> we can talk about it offline anyway
[15:45] <desrt> FJKong: ugh.
[15:45] <FJKong> now nautilus only support search by name
[15:45] <FJKong> I am not sure why upstream doesn't support this
[15:45] <didrocks> FJKong: let's talk about it after the meeting about the needs, seems like desrt is interested in the topic and that can takes time :)
[15:45] <didrocks> thanks FJKong
[15:46] <FJKong> k
[15:46] <FJKong> thaks
[15:46] <didrocks> Laney: anything to share even if you are back from holidays?
[15:46] <Laney> oh yeah some things
[15:46] <Laney> • v short week
[15:46] <Laney> • Upload gstreamer-bad merge, try to figure out how to upload to rtm
[15:46] <Laney> • Poke at dmb packageset script, make some updates for xubuntu
[15:46] <Laney> • Test and sync glib
[15:46] <Laney> • Review robert_ancell's PPA & hint to file FFe
[15:46] <Laney> • Package new wallpapers and upload (in NEW, hint hint)
[15:46] <Laney> • Review mvo's change to dh_girepository & upload it, run test rebuild in experimental, https://people.debian.org/~laney/gi-ma/
[15:46] <Laney> • Review some FFes
[15:46] <Laney> • Patch pilot
[15:46] <Laney> ☯
[15:47] <didrocks> Laney: oh, planning to break gstreamer again on the phone? (j/k) ;)
[15:47] <Laney> there was never a first time :-)
[15:47]  * didrocks notes the NEW hint hint
[15:47]  * didrocks will exchange against a FFe later on :p
[15:48] <didrocks> thanks Laney and welcome back!
[15:48] <Laney> ty
[15:48] <didrocks> qengho: around?
[15:48] <qengho> Hey!
[15:48] <qengho> * im-progress: Releasing 37.0.2062.120. Tried switching to uptream-prefered compiler clang, but #security talked me into reverting to gcc.
[15:49] <qengho> * new flash pepper-plugin version. In stage ppa.
[15:49] <qengho> * todo: cr/mir testing. didn't do any last week.
[15:49] <qengho> EOF
[15:49] <qengho> "in-"
[15:49] <didrocks> qengho: is it a lot more work to not compile with clang?
[15:49] <JackYu> Laney, so busy:)
[15:50] <qengho> didrocks: not more work, just ripping out some gcc-4.9 dodges, but it requires a lot of testing.
[15:50] <qengho> didrocks: oh, I misunderstood your question. No additional work to keep gcc for now.
[15:51] <didrocks> qengho: ok. If that begins to be an issue, I think we should have some vUDS session around it. I can see more and more project switching to clang
[15:51] <didrocks> thanks qengho
[15:51] <didrocks> next on the list is Sweetshark!
[15:52] <qengho> So sad that I didn't even have to say what package.  :(
[15:52] <larsu> hah :D
[15:53] <didrocks> hum, seems no Sweetshark…
[15:53] <didrocks> Sweetshark: reminder about https://bugs.launchpad.net/ubuntu/+source/libreoffice-dictionaries/+bug/1308771 btw, for SRU :)
[15:54] <didrocks> tkamppeter: around or do you want me to paste your report in case you were not there?
[15:55] <didrocks> let's paste tkamppeter's summary
[15:55] <didrocks>  - system-config-printer: Investigations on why the auto-download of
[15:55] <didrocks> drivers stopped working.
[15:55] <didrocks> - system-config-printer: Uploaded new GIT snapshot with many Python3
[15:55] <didrocks> transition fixes.
[15:55] <didrocks> - OpenPrinting web site: Phone meeting with Jeff Licquia on updating the
[15:55] <didrocks> server and fixing some problems.
[15:55] <didrocks> - Bugs.
[15:55] <didrocks> I have some from TheMuso as well:
[15:55] <didrocks> * More research on Section 508, and found a couple of sites that give deacent summaries of what it is all about. http://www.accessibletech.com/dw/508explained.html - Focuses on web content and http://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-section-508-standards/guide-to-the-section-508-standards
[15:55] <didrocks> * Research CVAA, and don't think it is relevant to us. Summary at http://www.coataccess.org/node/9776 and more info at https://www.ssbbartgroup.com/blog/2013/05/14/cvaa-series-cvaa-overview/
[15:55] <didrocks> * Finished iteration 1 of the a11y community wiki docs rewrite, only covered unity so far, still need to rewrite GNOME docs, so have removed them for now. https://help.ubuntu.com/community/Accessibility
[15:55] <tkamppeter> I am here, but you were faster.
[15:56] <didrocks> :)
[15:56] <didrocks> Some from Robert now:
[15:56] <didrocks> Worked on:
[15:56] <didrocks> - Released lightdm 1.11.9
[15:56] <didrocks> - Backported multi-seat, Mir container sessions to LightDM 1.10
[15:56] <didrocks> - Released simple-scan 3.13.92
[15:56] <didrocks> - Fixed FTBFS for empathy
[15:56] <didrocks> - Bug triage, fixing
[15:56] <didrocks> - Booked flights to the sprint
[15:56] <didrocks>  Currently working on:
[15:56] <didrocks> - Preparing LightDM 1.10.2 release and SRU
[15:56] <didrocks> - FFE for u-s-d/u-c-c changes
[15:56] <didrocks> - Bug fixing for utopic release
[15:56] <didrocks>  Not blocked on anything.
[15:57]  * larsu feels left out
[15:57] <didrocks> oh larsu! please share :)
[15:57] <didrocks> larsu: no worry, still 2 to go then ;)
[15:57] <larsu> - themes: new evince uses a headerbar for its toolbar (thanks to seb). Theme that correctly and review sebs patches
[15:57] <larsu> - reviewed desrts gdesktopappinfo-polls-too-much patch
[15:57] <larsu> - discuss symbolic icons for click packages and make a preliminary patch for indicator-messages
[15:57] <larsu> - my uitk icon theme branch finally landed, so I could update and merge unity8 and ubuntu-system-settings patches that use the Icon instead of StatusIcon component
[15:57] <larsu> - that icon theme patch from last week was missing tests, started working on those
[15:57] <larsu> didrocks: right, I thought you were going by the initial ping order
[15:57] <larsu> eof
[15:58] <didrocks> larsu: I was, but Laney posted work for 2 persons, so I skipped over you (reasonable excuse? :p)
[15:58] <larsu> haha, definitely
[15:58] <larsu> Laney: stop making us look bad!
[15:58] <Laney> dude
[15:58] <Laney> just use bullet points in tomboy
[15:59] <Laney> it makes anyone look good
[15:59]  * larsu install tomboy
[15:59] <desrt> larsu: enjoy your VM
[15:59] <didrocks> nice work on the themes larsu :)
[15:59] <didrocks> but -1 for installing tomboy :p
[15:59] <Laney> • breathed in
[15:59] <Laney> • breathed out
[15:59] <Laney> • slept a few times
[15:59] <Laney> • went to the pub
[15:59] <desrt> Laney: productive week!
[15:59] <Laney> SEE!
[15:59] <didrocks> heh
[15:59] <desrt> the points are very professional!
[16:00]  * larsu is blown away
[16:00] <didrocks> ok, on the list to paste, I have happyaron's one:
[16:00] <desrt> Laney: i'm concerned that you appear not to have showered or brushed your teeth...
[16:00] <didrocks>  1. Reviewed and uploaded:
[16:00] <didrocks> 1) indicator-china-weather
[16:00] <didrocks> 2) UKSC
[16:00] <didrocks> 3) unity-china-music-scope
[16:00] <didrocks> 4) fcitx-qimapnel
[16:00] <didrocks> 2. in progress:
[16:00] <Laney> didn't want to make you all look bad by overachieving
[16:00] <didrocks>  1) fcitx-qimpanel: need to send removal request of fcitx-qimpanel-configtool
[16:00] <didrocks> 2) Fcitx MIR: still waiting for new upstream release of fcitx, which
[16:00] <didrocks> has included most of necessary changes for unity integration
[16:00] <didrocks> 3) got upload permission of ubuntukylin-meta package, upload pending
[16:00] <didrocks> 4) ubuntukylin-default-settings changes
[16:00] <didrocks>  3. TBD:
[16:00] <didrocks> 1) ubuntukylin-wallpapers: wait NUDT for the contest to finish
[16:00] <didrocks> 2) youker-assistant: wait NUDT for new release
[16:00] <didrocks> 3) wait for the mentioned release of chinese-calendar from NUDT
[16:00] <didrocks> (this guy should use bullet points!)
[16:01] <didrocks> k, finally mine (with last minute bullet points):
[16:01] <didrocks> • Blog post on how to contribute to ubuntu developer tools center. Got quite a lot of great feedback, a bunch of bug reports/suggestions on github. Spending some time to handle and triage those.
[16:01] <didrocks> • We got already one external contribution (readme fix!) and a bigger one (eclipse support) is coming from another awesome contributor! Spent some time tutoring/reviewing/giving examples.
[16:01] <didrocks> • Implemented framework removal support (in trunk for now)
[16:02] <didrocks> • Imlemented eclipse android (ADT) support to serve as an example (in a branch for now)
[16:02] <didrocks> • Switch to certified docker images now that their server-side bug is fixed
[16:02] <didrocks> • Some refactoring, cleanup and numerous additional tests (running daily)
[16:02] <didrocks> • Minor bug fixes on reinstalling
[16:02] <didrocks> • libmediaart MIR review.
[16:02] <didrocks> • working with IS to be able to run medium tests on the CI DC.
[16:02] <didrocks> • Next: file a FFe (one eclipse support and ADT are merged in) for next release in utopic and give that to kind Laney ;)
[16:02] <didrocks> EOF
[16:02] <larsu> didrocks: your bullet points are, like, so amazing
[16:02] <desrt> larsu: i disagree
[16:02] <desrt> bullet points and periods at the ends of sentences don't mix.  noob error.
[16:02] <didrocks> larsu: yeah, I so copied them from… Laney ;)
[16:02] <didrocks> anything else to share?
[16:03] <didrocks> reminder: book your flights from next sprint if you didn't already
[16:03] <larsu> desrt: I ws talking about the bullet points only, not general typography. You probably also wouldn't say "no, because the shoes don't match" after I compliment someone's hair
[16:04] <Laney> this meeting has had a higher than average proportion devoted to trolling
[16:04] <Laney> i like it
[16:04] <larsu> no seb128...
[16:04] <didrocks> ok, it seems nothing more than trolls in the air, time to wrap up, thanks everyone!
[16:04] <desrt> Laney: welcome back
[16:04] <didrocks> willcooke: end of meeting (if you copy and paste to the NZ/Australia guys)
[16:05] <willcooke> thx didrocks, all
[16:06] <Laney> thanks!
[16:06] <desrt> would it be a huge disaster for us if kylin just used nemo?
[16:06] <desrt> would it be more maintainership work or something?
[16:07] <FJKong> desrt: ok we turn to file manager topic
[16:07] <desrt> because as it is i think a lot of these requirements (requests?) are going to generate huge deltas vs. upstream and result in more work anyway
[16:07] <Laney> not sure if it's better given that they want to patch the shit out of either of them
[16:07] <desrt> although some of them could be helpful -- the relabel filesystems, for example
[16:08] <FJKong> we won't turn to nemo in short time, is that true?
[16:09] <desrt> ubuntu desktop generally?  no.
[16:09] <desrt> won't happen any time soon
[16:09] <desrt> maybe never...
[16:09] <desrt> probably we'd stick with nautilus until we have something redone for unity8 in qml, for example...
[16:10] <didrocks> Laney: NEWed (in main of course). Remember about it when I'll file this FFe, just saying :p
[16:10] <Laney> thanks ;-)
[16:10] <didrocks> yw
[16:10] <didrocks> desrt: sounds like the plausible plan, yeah
[16:10] <FJKong> NUDT will use nautilus in community verion and nemo for pre-install
[16:11] <didrocks> desrt: maybe we should still patch at least the features that makes sense to us (and propose them upstream for sure)?
[16:11] <desrt> didrocks: like bringing back the tree directory view?  good luck with that proposal...
[16:11] <FJKong> so maybe they want me add some feature on nautilus and they will do on namo and maintain by themself
[16:12] <didrocks> desrt: not that one, but the relabel filesystem
[16:12] <didrocks> desrt: I'm not sure we want the tree directory in ubuntu for instance
[16:12] <desrt> ya... relabel is totally cool, of course, if someone wants to do the work
[16:12] <FJKong> didrocks: relabel filesystem means you can rename label of filesystem?
[16:12] <desrt> i'll even volunteer to review the patch and help get it upstream
[16:13] <desrt> FJKong: yes.  it's possible to do this using a dbus API via udisks, with polkit integration
[16:13] <desrt> i think upstream would take such a patch
[16:14] <desrt> org.freedesktop.UDisks2.Filesystem.SetLabel on the block_device object, fwiw
[16:15] <FJKong> desrt: could you tell me some more detail on searching in nautilus?
[16:16] <desrt> FJKong: i don't know much on this area other than to have an opinion that search-by-date is probably not a completely awesome feature
[16:16] <desrt> particularly "by last accessed time" is completely unreliable
[16:16] <desrt> which is why this feature was removed in the first place
[16:18] <FJKong> desrt: to be honest, I never use search by date
[16:18] <FJKong> I think in nautilus searching by name is enough for me
[16:18] <FJKong> If I need to find, maybe I will use find in terminal.
[16:39] <didrocks> willcooke: FYI, seems google is going the docker path (http://www.dartosphere.org/2014/09/16/docker-images-for-dart-now-available.html)
[16:39] <didrocks> willcooke: they start to have quite a lot of images: https://registry.hub.docker.com/repos/google/
[16:39] <didrocks> (but they didn't fix the "hit and refresh" issue)
[16:40] <Laney> GunnarHj: this is fixed for utopic, yes?
[16:45] <willcooke> didrocks, cool
[16:47] <GunnarHj> Laney: Not quite. The MP is an addition to what's already in utopic.
[16:50] <GunnarHj> Laney: I did it after jdstrands review.
[16:51] <willcooke> larsu, Laney desrt FJKong - please could you populate your travel details in the spreadsheet as soon as you have flights confirmed etc
[16:51] <willcooke> Sweetshark, ^^
[16:51] <Laney> still waiting to book
[16:51] <willcooke> chop chop :)
[16:51] <larsu> willcooke: ah thanks for reminding me
[16:52] <Laney> not my delay!
[16:52] <Laney> well, not right now
[16:52] <Laney> I can be partially blamed
[16:52] <willcooke> :D
[16:53] <desrt> willcooke: already did, no?
[16:53] <willcooke> doh, sorry desrt
[16:56] <didrocks> fatest holidays approval ever!
[16:57]  * desrt tries one too
[16:57] <Laney> slackers
[16:57] <didrocks> desrt: let's DDOS this guy! :)
[16:57]  * willcooke . . o O ( So manager.  Such approval.  wow)
[16:59] <willcooke> desrt, you want tomorrow off?
[16:59] <desrt> yes please :)
[16:59] <willcooke> not trolling?
[16:59] <desrt> you think i'd put a vacation day on the line for a troll?
[16:59] <didrocks> Laney: mine were the end of years holidays :)
[16:59] <willcooke> 'cos if you cancel it in 10 mins..... ;)
[17:00] <didrocks> thanks willcooke :) paperworkstacktodo--
[17:00] <desrt> willcooke: long story is that my mom is coming to town for her birthday tomorrow and we're going to proper british-style afternoon tea.  i forgot to book it off before just now.
[17:00] <willcooke> well, I'm convinced
[17:01] <Laney> (please be a troll)
[17:01] <desrt> Laney: you're getting the shakes from seb not being around :p
[17:02] <desrt> willcooke: thanks :)
[17:05]  * willcooke -> dinner
[17:06] <Laney> that'll be it - I knew there was something
[17:07] <didrocks> EOD here! see you tomorrow guys
[17:09] <Laney> GunnarHj: done, enjoy
[17:09] <GunnarHj> Laney: Many thanks on behalf of the Swedish LoCo. :)
[17:12] <Laney> you're welcome
[17:12] <Laney> climbing time, see you!
[17:34] <willcooke> EOD - tata
[17:59] <desrt> so anyone taking wagers on the big announcement today?
[18:00] <desrt> 2 hours to go...
[19:49] <cyphermox> kenvandine: I got another quick fix for bluetooth in u-s-s :) https://code.launchpad.net/~mathieu-tl/ubuntu-system-settings/fix-lp1355904/+merge/234879
[19:52] <kenvandine> cyphermox, thx
[19:53] <kenvandine> cyphermox, can you review https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/lp1365408/+merge/234764
[19:54] <kenvandine> the CI failures aren't related, otto i think
[19:54] <cyphermox> sure
[19:54] <kenvandine> thx, i can get them both in the same landing