[04:30] <pitti> Good morning
[05:52] <larsu> morning!
[06:12] <pitti> hey larsu, wie gehts?
[06:18] <larsu> pitti: gut danke! Und dir?
[06:18]  * larsu ist müde
[06:18] <pitti> larsu: ganz gut, danke, obwohl ich schon 5:30 aufgestanden bin..
[06:18] <pitti> but I want to get this NFS systemdification done :)
[06:21] <larsu> pitti: ah cool how is that coming along?
[06:21] <pitti> larsu: quite some work, but just now I have a VM where stuff starts to work
[06:22] <larsu> neat. happy hacking!
[06:41] <darkxst> hey seb128,  pitti, larsu
[06:41] <larsu> hi darkxst!
[06:41] <seb128> good morning desktopers
[06:42] <darkxst> I have also done a titlebar patch for gnome-contacts (on ppa:ubuntu-gnome-packaging/staging) can you guys review the UI?
[06:42] <pitti> bonjour seb128 -- tu es plus tôt que didrocks !
[06:42] <pitti> hey darkxst
[06:42] <darkxst> I suspect it might need some sort of menu brought back?
[06:43] <seb128> pitti, oui, régulièrement en ce moment :-)
[06:43] <larsu> darkxst: can you point me to the branch for that please? Or the upstream bug
[06:45] <darkxst> larsu havent filed upstream yet
[06:46] <darkxst> at this point wondering if any other UI changes are required like menu's etc
[06:47] <darkxst> larsu this is the patch http://pastebin.com/G9zZYd7g
[06:51] <larsu> darkxst: I'll have a look
[06:51] <larsu> darkxst: most certainly - it doesn't have a traditional menu bar right now, does it?
[06:52] <darkxst> 3.14 has no menu
[06:52] <darkxst> (not even gear menu's)
[06:53] <larsu> not even and app menu?
[06:53] <larsu> oh, I'm on 3.8
[06:54] <larsu> do you want to update it to 3.14? Isn't it a bit late in the cycle for that?
[06:57] <darkxst> larsu, yes, seb128 said it would probably be ok FFe if we fix the UI
[07:00] <darkxst> larsu it does have an appmenu, with just one entry for change address book
[07:01] <larsu> darkxst: unity is not displaying that for me right now, but I think that's its fault...
[07:02] <larsu> darkxst: if we fix the ui, let's do it right and add a menubar
[07:05] <darkxst> larsu ok, will do
[07:06] <darkxst> larsu, and what about the headerbar buttons in add/edit contact?
[07:07] <darkxst> are they ok? or not
[07:07] <larsu> give me a second, haven't built it yet
[07:10] <didrocks> good morning
[07:10] <larsu> bonjour didrocks!
[07:10] <didrocks> hey larsu, how are you?
[07:11] <larsu> didrocks: great thanks! How about you?
[07:11] <didrocks> I'm good, thanks :)
[07:11] <larsu> darkxst: I still have window controls in the toolbar...
[07:12] <larsu> darkxst: http://i.imgur.com/IxOeMBb.png
[07:12] <larsu> also: it doesn't have a proper window title
[07:13] <larsu> ugh, this is a really weird UI
[07:13] <larsu> is this a default app?
[07:14] <darkxst> larsu, oh I didn't disable window controls for the left toolbar
[07:14] <larsu> seb128: ^^? I think updating gnome-contact's ui might not be worth it. It's weird no matter what we do
[07:15] <larsu> ah, it makes more sense in Adwaita where the headerbar changes color when in edit mode
[07:15] <darkxst> larsu, what do you mean by default? it is for GNOME and Ubuntu
[07:16] <larsu> darkxst: i'm asking if we ship it by default
[07:16] <larsu> on unity
[07:16] <darkxst> larsu, yes
[07:17] <larsu> seriously? Why?
[07:18] <larsu> oh, csd crashed compiz again :/
[07:18] <darkxst> larsu to manage contacts for UOA I guess
[07:18] <darkxst> (still need to merge those patches though
[07:20] <pitti> bonjour didrocks!
[07:20] <larsu> darkxst: the avatar chooser dialog uses a header bar as well
[07:20] <didrocks> hey pitti! how is it going?
[07:21] <larsu> probably doesn't listen to Gtk/DialogsUseHeaderbar
[07:21] <pitti> didrocks: quite well, thanks! still fighting a few ordering cycles, but my VM has NFS mounts/server under systemd now
[07:21] <didrocks> pitti: I'll have time to start on this today if you wish
[07:22] <darkxst> larsu, will look into that
[07:22] <didrocks> pitti: btw, did you see my autopkgtests? (I subsribed you to the bug IIRC)
[07:22] <pitti> didrocks: I did, thanks! I'll look at them ASAP
[07:22] <didrocks> pitti: sweet, so once I have proceeded some small changes on ubuntu make, I will setup the vm
[07:23] <didrocks> pitti: if you need help…
[07:23] <seb128> larsu, yeah, looks weird, what features/other things changed that makes us want to update?
[07:23] <pitti> didrocks: I need a bit more time to fix rpcbind, and another fix in my package, then I'll upload it to a PPA and we can have a quick discussion about the TODOs?
[07:23] <didrocks> pitti: sounds like a plan
[07:24] <larsu> seb128: I don't know. This is the first I hear of us wanting to update. To be honest, the version we have now is not much better
[07:25] <larsu> for example, it has theming errors
[07:29] <seb128> larsu, it's not like the app was very useful or something users interact with daily
[07:29] <seb128> so even if it looks a bit weird it's not the end of the world
[07:31] <darkxst> don't think there are really any new features, we really just want it for the more coherent UI on GNOME
[07:33] <darkxst> and in GNOME contacts come up in the overview search, which then open contacts, so maybe it gets used a little more on our side
[07:34] <larsu> fair enough
[07:34] <larsu> ui sucks on unity for both versions
[07:34] <larsu> so we might as well update and have a better experience on gnome
[07:37] <darkxst> ok, I will fix remaining issues in the next couple of days
[08:05] <didrocks> larsu: ah, I found the other app I was using which has transparent background (what we discussed the other day)
[08:05] <didrocks> larsu: it's gnome-boxes
[08:13] <larsu> didrocks: uh oh, /me tests
[08:15] <larsu> didrocks: works for me... where exactly do you see a transparent bg?
[08:15] <larsu> it also has a headerbar now?!
[08:16] <didrocks> larsu: the main view is transparent
[08:16] <larsu> weird!
[08:16]  * larsu wonders why he doesn't see that
[08:17] <didrocks> larsu: http://people.canonical.com/~didrocks/tmp/gnome-boxes.png
[08:17] <larsu> didrocks: I believe you ;)
[08:17] <didrocks> larsu: I'm not up to date since Friday, but I doubt anything changed theme-wise?
[08:17] <larsu> didrocks: ah! I have it when clicking on new
[08:18] <didrocks> larsu: can be triggered only when you have some vms, and back
[08:18] <didrocks> maybe ;)
[08:19] <larsu> didrocks: ok I have a patch
[08:19] <larsu> in gtkinspector...
[08:20] <didrocks> sweet!
[08:20] <larsu> didrocks: the transparent background you have is almost an inversion of the new design :)
[08:21] <larsu> https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/initial-app-states/boxes.png
[08:21] <larsu> they want to do this with different images for all apps
[08:22] <didrocks> larsu: ahah, indeed!
[08:22] <didrocks> larsu: I have the experimental version. TBH, it's really cool
[08:22] <didrocks> not easy to read though :p
[08:23] <larsu> experimental?
[08:23] <didrocks> larsu: the one with the inverse design (j/k)
[08:24] <larsu> oh, haha :D
[08:39] <larsu> didrocks: bah, finding more and more issues with it :/
[08:40] <didrocks> argh :/
[08:52] <larsu> didrocks: I think we'll need to blacklist that one. Seems like it overwrites its own css sometimes. I can't do anything about that from within the theme
[08:54] <didrocks> larsu: I guess as long as we can avoid transparency, it will be at least usable
[08:55] <larsu> oh great, the blacklist is hardcoded :(
[08:55] <larsu> didrocks: right
[08:56] <didrocks> larsu: yeah, that wasn't an engineering decision
[08:57] <larsu> oh, really?
[08:57] <didrocks> yep :)
[09:07] <Laney> hey ho
[09:07] <didrocks> morning Laney
[09:10] <seb128> hey Laney
[09:10] <larsu> hi Laney!
[09:10] <larsu> Laney: do we SRU stuff like in bug #1427352 ?
[09:11]  * larsu would probably say its not worth it
[09:13] <Laney> larsu: could batch it up for the next SRU I guess
[09:17] <larsu> sounds good to me
[09:18] <seb128> those changes look a bit non trivial
[09:18] <seb128> but I guess we are pretty confident they are safe?
[09:18] <seb128> the upstream bug mentioned a regression following the revert, but that's what the second patch fixes?
[09:20] <larsu> yeah that's what I figured
[09:23] <jibel> ogra_, yeah
[09:24] <ogra_> heh ... ECHAN ?
[09:24] <ogra_> :)
[09:28] <jibel> ogra_, indeed, that's the second time I switch from ci-eng to desktop without noticing :(
[09:28] <jibel> sorry
[09:29] <ogra_> heh
[11:12] <flexiondotorg> Laney, gave the /etc/skel stuff some thought lastnight and have a solution I'll be working on.
[11:34] <flexiondotorg> The new GTK2 appears to have a regression affecting Ubuntu MATE and Xubuntu.
[11:34] <flexiondotorg> https://bugs.launchpad.net/ubuntu-mate/+bug/1425401
[11:34] <flexiondotorg> I'll poke at that a bit more later.
[12:02] <Laney> anyone remember offhand what the indicator calls to shutdown?
[12:03] <Laney> is it the method on gnome-session?
[12:04] <larsu> Laney: I think so. Let me check
[12:04] <Laney> larsu: no bother, I can just as easily check it
[12:04] <Laney> just wondered if anyone knew already
[12:07] <Laney> aha, logind calls it PowerOff
[12:07]  * Laney sees movement towards switching the default and has decided to actually file this shutdown hang
[12:08] <Laney> doesn't happen with sudo poweroff -> testing logind
[12:09] <Laney> ...worked
[12:09] <Laney> maybe the problem has gone...
[12:13] <Laney> no, wtf, when I use the indicator directly it's still buggy
[12:13] <Laney> is the difference whether I'm on the debug shell or not?
[12:36] <xnox> Laney: policykit not working right via indicator?
[12:37] <Laney> I don't know
[12:37] <Laney> the monitors go blank so I think it's doing some work
[12:37] <Laney> but I can't change vt and network is down ... hard to poke into the system
[12:37] <Laney> it sounds like this bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763028
[12:39] <Laney> ah yes, I see in the journal that shutdown did reach systemd
[14:20] <desrt> Laney: poke
[14:34] <Laney> hi desrt
[14:35] <desrt> Laney: wanted to chat about dconf and what the plan is
[14:36] <Laney> ok
[14:36] <Laney> do we need the split in vivid?
[14:36] <desrt> no.  we don't.
[14:36] <Laney> past the freeze now you see
[14:36] <desrt> ya.  that's why i wanted to talk :)
[14:36] <desrt> it would be perfectly fine, imo, to just leave the old version in place
[14:36] <Laney> good
[14:36] <desrt> good
[14:36] <desrt> good talk :)
[14:36] <didrocks> until then, Laney is happy ;)
[14:36]  * didrocks waits for the "BUT"
[14:36] <Laney> BUT
[14:37] <Laney> :)
[14:37] <Laney> well, the only thing I can think of is if there are fixes required to our version
[14:37] <didrocks> Laney: or maybe, desrt was just teasing you, so that you hold on your breath :)
[14:37] <Laney> cherry-picks or keep the branch going upstream for a bit
[14:37] <desrt> Laney: there were some minor changes to the editor
[14:38] <desrt> dconf had a pretty slow cycle though
[14:38] <desrt> and now i'm intentionally holding off on further changes :p
[14:38] <Laney> ya, I checked git out
[14:38] <desrt> a few UI tweaks in the editor
[14:38] <desrt> updated translations
[14:38] <desrt> stuff like that
[14:39] <Laney> I'll get it in experimental at some point soon
[14:39] <desrt> turns out i botched the split anyway
[14:39] <desrt> dconf-editor's manpage is still in dconf :p
[14:40] <desrt> which is all kinds of annoying
[14:40] <Laney> heh
[14:40] <desrt> it's written in docbook
[14:40] <desrt> and i really don't want to strap the gtk-doc monster back into dconf-editor just for one manpage
[14:40] <desrt> ...for a GUI app with no commandline arguments
[14:41] <desrt> i'd probably just drop it entirely if i didn't think i'd catch flak from you debian types
[14:43] <Laney> time to brush up on your troff?
[14:44] <didrocks> desrt: like if anybody cared about man pages… but shhhh, don't repeat that to Laney :p
[14:44] <didrocks> OH WAIT!
[14:44] <didrocks> ;)
[14:44] <Laney> TRUST THE POLICY
[14:45] <didrocks> Laney: tbh, as long as foo --help doesn't run anything else than printing an help on my machine, I'm happy :)
[14:45] <didrocks> Laney: THAT should be part of the policy!
[14:46] <Laney> debian-policy@lists.debian.org for you
[14:46] <desrt> Laney: i was actually thinking about taking the generated output and copying it into the dconf-editor package
[14:46] <desrt> it's not like anyone is ever going to touch it ever again
[14:46] <desrt> wanna check with robert_ancell first, though, since he wrote it
[14:48]  * Laney nods
[15:01] <desrt> can people check two things for me?
[15:01] <desrt> 1) the value of gsettings get org.gnome.desktop.interface toolkit-accessibility
[15:01] <desrt> 2) whether or not at-spi is running
[15:04] <Laney> which process is indicative of (2)?
[15:05] <desrt> a bunch of them with "at-spi" in the name
[15:05] <Laney> it's false and I have at-spi-bus-launcher and at-spi2-registryd
[15:06] <desrt> at-spi2-registryd, dbus-daemon --config-file=/etc/at-spi2/accessibility.conf, at-spi-bus-launcher, etc
[15:06] <desrt> right.
[15:06] <desrt> annoying bug.
[15:06] <desrt> gnome-session is careful not to start at-spi if toolkit-accessibility is false
[15:06] <desrt> but when gtk starts up, atspi client library tries to figure out how to contact the accessibility bus
[15:07] <desrt> which it does by making a dbus call to the registry service -- which is dbusactivatable...
[15:07] <desrt> not sure why something is both dbusactivatable and autostart.....
[15:25] <qengho> I got notification that our meeting is an hour later than usual. Seem right?
[15:27] <didrocks> qengho: no, it should be in 4 minutes
[15:28] <seb128> Laney, just as sa fyi https://bugzilla.gnome.org/show_bug.cgi?id=745536
[15:28] <Laney> ha
[15:28] <seb128> Laney, the gdk_event_apply_filters change makes spotify segfault
[15:29] <Laney> the famous commit!
[15:29] <seb128> yeah
[15:30] <seb128> ok, seems like it's meeting time
[15:31] <seb128> attente_, desrt, dgadomski, didrocks, Laney, larsu, qengho, Sweet5hark1, tkamppeter, hey
[15:31] <desrt> NICE
[15:31] <seb128> #startmeeting
[15:31] <meetingology> Meeting started Tue Mar  3 15:31:54 2015 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:31] <meetingology> Available commands: action commands idea info link nick
[15:32] <seb128> let's get started
[15:32] <seb128> #topic attente
[15:32] <seb128> attente_, hey
[15:32] <attente_> hi
[15:32] <attente_> finished porting fcitx-qimpanel to Qt 5, so fcitx should work once we have all required qtmir support
[15:32] <attente_> next up: ibus investigation
[15:33] <seb128> nice
[15:33] <attente_> the port is proposed upstream
[15:33] <seb128> did you get the fcitx u-s-d/u-c-c/indicator ffe?
[15:33] <attente_> no, i'm not sure who to ping for that, the ffe is there, i just resubscribed ubuntu-release
[15:34] <seb128> k, let's wait a bit, otherwise Laney might be able to help you?
[15:34] <seb128> thanks attente_
[15:34] <attente_> sure
[15:34] <Laney> didn't see any mail about it, maybe do something to generate one
[15:34] <seb128> #topic desrt
[15:34] <seb128> desrt, hey
[15:34] <desrt> hi
[15:34] <desrt> did really a lot of cleaning up on bugs and reviewing patches in the past weeks
[15:34] <desrt> rejected lots of stuff =)
[15:35] <desrt> also finally did the long-requested split of dconf and dconf-editor
[15:35] <desrt> made releases on both of those yesterday, along with a new glib release
[15:35] <desrt> landed my mount-monitor rework branch yesterday, moving on to rebasing the filemonitor cleanup work next, hopefully can land that son
[15:35] <desrt> *soon
[15:36] <desrt> at the same time, looking into a11y issues -- atspi is being started even when it has no reason to be, and i want to stop that from happening
[15:36] <desrt> also: i'm sick (again/still?) >:|
[15:36] <desrt> the end.
[15:37] <seb128> desrt, thanks, and get better!
[15:37] <seb128> #topic dgadomski
[15:37] <seb128> dgadomski, hey
[15:37] <dgadomski> hey guys
[15:38] <dgadomski> I've written to the desktop mailing list today about the nautlius mount options we discussed last week
[15:38] <dgadomski> I would appreciate any hints regarding this
[15:38] <seb128> dgadomski, you just sent the email today, let's wait a bit
[15:38] <dgadomski> sure
[15:38] <dgadomski> and that's pretty much it in the desktop are this week from me
[15:38] <seb128> but I expect the topic is complex enough that we are going to need upstream involvement
[15:38] <seb128> I don't see that being handled in a distro specific hack
[15:39] <ogra_> why would nautilus be involved at all ?
[15:39] <dgadomski> I agree, it would surely be useful for other distros as well
[15:39] <ogra_> isnt it just calling udisks2 ?
[15:39] <ogra_> (which doesnt allow any mount options unless you create custom udev rules)
[15:40] <seb128> ogra_, they want an UI to change the options
[15:40] <ogra_> right, that would mean hacking udisks2 first
[15:40] <seb128> ogra_, could be in nautilus properties for the drive
[15:40] <ogra_> to actually accept options
[15:40] <seb128> right
[15:40] <seb128> which is why I said it's not likely that we handle it on our side alone
[15:40] <ogra_> yeah
[15:40] <seb128> dgadomski, anything else?
[15:41] <dgadomski> I was expecting it to be pretty complex
[15:41] <dgadomski> seb128: no, that's it, thanks
[15:41] <seb128> dgadomski, k, let's see how the list discussion goes then
[15:41] <seb128> dgadomski, thanks
[15:41] <seb128> #topic mlankhorst
[15:41] <mlankhorst> - Adding cursor support to Xmir, works with mir_demo_server and lp:mir-team/mir/animated-cursors
[15:41] <seb128> mlankhorst asked to go next
[15:41] <mlankhorst> - Uploading mesa 10.5-rc2 and rc3 to archive
[15:41] <mlankhorst> - Remotely debugging root cause of https://bugzilla.kernel.org/show_bug.cgi?id=90741
[15:41] <mlankhorst> - Getting Xmir in shape for the mwc demo with tons of last minute fixes!
[15:41] <seb128> mlankhorst, great work there!
[15:41] <mlankhorst> - Leaving for intel, last day is thursday 26th :)
[15:42] <mlankhorst> ty :)
[15:42] <seb128> mlankhorst, it was nice to have you in the team! Good luck at Intel, have fun there :-)
[15:42] <mlankhorst> thanks
[15:42] <mlankhorst> it was a blast :)
[15:42] <ogra_> teach them that mir is ood :)
[15:42] <didrocks> good luck with your new adventure mlankhorst :)
[15:42] <ogra_> *good ... sih
[15:43] <ogra_> *sigh even
[15:43] <seb128> ogra_, nice typo :-)
[15:43] <ogra_> haha
[15:43] <larsu> ogra_: I read it as 'odd'
[15:43] <ogra_> i need a new kbd :)
[15:43] <mlankhorst> will doo
[15:43] <Laney> oh bye!
[15:44] <mlankhorst> bb
[15:44] <Laney> that's both people who started at the same time as me ...
[15:44] <seb128> Laney, don't be next!
[15:44] <seb128> mlankhorst, thanks
[15:44] <seb128> #topic didrocks
[15:44] <seb128> didrocks, hey :-)
[15:45] <didrocks> oh, I was ready to complain about being forgotten :)
[15:45] <didrocks> Ubuntu Make:
[15:45] <didrocks> - did some bug triaging and minor enhancements based on users' feedback
[15:45] <didrocks> Systemd:
[15:45] <didrocks> - patched and uploaded all ubuntu flavors plymouth themes to be compatible with progress report and cancellation of systemd-fsckd (gnome ubuntu, ubuntu MATE, kubuntu, lubuntu, xubuntu, edubuntu, ubuntu studio). We have different kind of themes (no unified versions :/) btw…
[15:45] <didrocks> - patched 2 of the default plymouth themes (one script and one C plugin) and posted that to the upstream mailing list. Waiting on feedback
[15:45] <didrocks> - some debian discussions about… plymouth and fsckd!
[15:45] <didrocks> - worked on autopkgtests for fsckd as well, commited now. It brings some new best practices to have autopkgtests tests with multiple reboots inside the tests themselves (and still using unittests python frameworks. Ensure that even if we kill fsck or any systemd/plymouth process, we can still boot successfully.
[15:45] <didrocks> Misc:
[15:45] <didrocks> - sponsoring and archive admin duties
[15:45] <didrocks> .
[15:47] <seb128> didrocks, sorry, mlankhorst asked if he could go next
[15:47] <didrocks> no worry ;)
[15:47] <seb128> didrocks, thanks
[15:47] <didrocks> yw
[15:47] <seb128> #topic Laney
[15:48] <seb128> Laney, hey
[15:48] <Laney> LEAVE FOR INTEL HAHAHA
[15:48] <Laney> erm
[15:48] <Laney> • Release: wrangle beta 1 (block, unblocks, freeze, ISO wrangling, some sponsoring), some FFe reviews, get pinged by IS about low space on the image building machine - clear some stuff out
[15:48] <Laney> • Patch pilot
[15:48] <Laney> • DMB: finish election, try to poke on outstanding issues, some packageset poking
[15:48] <Laney> • Some gst components got 1.4.5, update those
[15:48] <Laney> • Integrate the wrapper into gnome-terminal packaging, upload to desktop PPA, plz to test
[15:48] <Laney> • Review & then cherry-pick a fix from Kylin guys to file-roller
[15:48] <Laney> • Find out that gdk-pixbuf broke introspection ABI, revert commit, try to look at adding an (alias) annotation to g-i, get stuck & park that for now
[15:48] <Laney> • Revert python2.7 commit which broke python-gobject-2 (old static bindings)
[15:48] <Laney> • Updates: librsvg, glib2.0 (in progress)
[15:48] <Laney> • Attempt some debugging of systemd not powering off machine issue, not much progress (LP: #1427672)
[15:48] <Laney> ♒
[15:48] <larsu> Laney: thanks for the terminal wrapper!
[15:48] <desrt> Laney: does that mean we actually have two gnome-terminal wrappers now? :)
[15:49] <larsu> what's the other one?`
[15:49] <Laney> haha
[15:49] <Laney> I noticed some gnome-terminal.wrap thing
[15:49] <desrt> the one for matching the commandline args of x-terminal-emulator
[15:49] <didrocks> Laney: on the not powering down, you don't have squid install on your machine by any chance?
[15:49]  * larsu is amazed
[15:49] <seb128> didrocks, I don't and I have the issue still
[15:49] <Laney> it's like pass the parcel
[15:49] <Laney> didrocks: doubt it
[15:49] <desrt> Laney: fwiw, there is some request upstream to prefer x-terminal-emulator before gnome-terminal on debian systems....
[15:49] <didrocks> for me, that really "fixed" it
[15:50] <desrt> Laney: i said that if debian wants to do that patch then they should do it, but we won't change the behaviour upstream (since it's very distro-specific)
[15:50] <Laney> prefer where?
[15:50] <seb128> didrocks, was that an issue in the squid unit?
[15:50] <desrt> Laney: when launching desktop files that have RunInTerminal=true (or whatever it is)
[15:50] <desrt> from GIO
[15:50] <Laney> oh right, yeah, whatever
[15:50] <Laney> might want to do that I guess
[15:50] <didrocks> seb128: the init script, yeah, I need to now debug and fix it, but there are more urgent things
[15:50] <desrt> that's sort of my attitude about it as well :)
[15:50] <seb128> didrocks, k, maybe other scripts have similar bugs...
[15:50] <desrt> debian alternatives are a bit crap imho
[15:51] <larsu> desrt: gio hard-codes gnome-terminal?
[15:51] <Laney> how does this thing work now?
[15:51] <desrt> it has a list of terminals that it tries in order
[15:51] <didrocks> seb128: can be… will keep you posted
[15:51] <seb128> didrocks, thanks
[15:51] <larsu> desrt: madness..
[15:51] <desrt> https://git.gnome.org/browse/glib/tree/gio/gdesktopappinfo.c#n2473
[15:51] <Laney> it's annoying having to remember to shut the computer down in a special way every day :-)
[15:52] <desrt> the request was to put x-terminal-emulator at the top of this list, as it naturally represents the user's preferred choice
[15:52] <desrt> ignore that this is only true if user == admin, on a one-user system...
[15:52] <larsu> desrt: don't we have some xdg-XXX thing for that?
[15:52] <desrt> nope
[15:52] <larsu> maybe we ought to
[15:52] <desrt> it's been the topic of speculation that we could make some weird terminal URI scheme
[15:52] <desrt> and then shoehorn that into our weird URI scheme pseduo-mimetypes
[15:52] <seb128> larsu, desrt, Laney, that discussion seems like something you can continue after the meeting if you want
[15:53] <desrt> seb128: indeed
[15:53] <larsu> indeed
[15:53] <seb128> Laney, thanks
[15:53] <seb128> #topic larsu
[15:53] <seb128> larsu, your turn then :-)
[15:53] <larsu> hey
[15:53] <larsu> lots of discussion about headerbars, traditional menubars, etc
[15:53] <larsu> looked at some patches for gnome apps
[15:53] <larsu> (didn't like what I saw in general)
[15:54] <desrt> larsu: you should probably just skip that topic update.  we already know it happens every week ;)
[15:54] <Laney> "Headerbars."
[15:54] <larsu> right
[15:54] <larsu> so... bluetooth!
[15:54] <desrt> fresh blood...
[15:54] <larsu> turns out we don't like the new ui and changing it subtly doesn't really work (needs more design thinking)
[15:55] <larsu> so I imported a gnome-bluetooth version that does what we want into u-c-c
[15:55] <larsu> uploaded the branch today
[15:55] <larsu> it's hacky, I hate it, but it works
[15:55] <larsu> (did I mention I hate it?)
[15:55] <didrocks> "but it works" :)
[15:55] <desrt> larsu: thanks for working on bluetooth :)
[15:55] <larsu> indeed
[15:55] <larsu> desrt: meh
[15:55] <desrt> bluetooth is freaking awesome
[15:55] <seb128> it works which is the important bit :-)
[15:55] <larsu> desrt: would rather take some time doing it right
[15:55] <larsu> seb128: indeed :)
[15:55] <desrt> more people would use it if we gave our UIs for it a bit more love...
[15:56] <larsu> lastly, I ported gnome-terminal to use GMenuModel for its menubar
[15:56] <didrocks> as desrt is a bluetooth freak, would be nice to have you testing some config with our ppa if possible :)
[15:56] <larsu> which means (a) it doesn't need unity-gtk-module anymore
[15:56] <didrocks> I guess you are the one here using bluetooth a lot compared to us
[15:56] <larsu> (b) we can get rid of that pesky "show menubar" option
[15:56] <desrt> i mostly just use it for going online with my phone
[15:57] <desrt> larsu: gnome-terminal has a menubar? ;)
[15:57] <larsu> it's not going to land in 3.16 (too big of a patch)
[15:57] <larsu> desrt: :P
[15:57] <desrt> larsu: is chpe playing nice?
[15:57] <larsu> we should think about backporting it
[15:57] <larsu> desrt: no.
[15:57] <larsu> no surprise there
[15:57] <desrt> too bad...
[15:57] <larsu> ya...
[15:58] <larsu> anyway, like I said, we could backport. Not sure if it is worth it
[15:58] <seb128> larsu, didrocks, let me know when the new u-c-c is in a ppa for testing, I can try it
[15:58] <larsu> sure
[15:59] <seb128> thanks
[15:59] <larsu> I also started hacking on headerbars
[15:59] <larsu> (again)
[15:59] <larsu> making the buttons look like our window controls
[15:59] <seb128> ah, nice
[15:59] <larsu> making good progress - just a few details to iron out
[15:59] <seb128> great
[15:59] <desrt> are we talking theme refresh?  we should be talking theme refresh....
[15:59] <larsu> I'm drawing the backgrounds with gtk css
[15:59] <Laney> theme refresh is on the cards for 15.10
[16:00] <larsu> which means they're very slightly different looking
[16:00] <Laney> last I heard
[16:00] <larsu> but I think that's ok
[16:00] <desrt> Laney: good...
[16:00] <larsu> and: we don't need to copy all of those pngs to yet another place
[16:00] <desrt> larsu: might want to get hooked into whoever is driving that
[16:00] <seb128> larsu, slightly different is ok I think, we are not going to have perfect consistancy anyway
[16:00] <larsu> seb128: I agree. And those are quite some .pngs (all buttons times all states)
[16:00] <seb128> right
[16:00] <desrt> in addition to getting sneak-peek at the new resources, maybe you could help drive the process in a way that makes consistency with headerbar apps a bit nicer
[16:00] <larsu> and we get nice transitions now, but I haven't added those yet
[16:01] <larsu> desrt: driving what?
[16:01] <desrt> the next-cycle theme refresh
[16:01] <desrt> ie: make sure they're aware of the constraints for headerbars and produce something that will be compatible with them
[16:01] <larsu> yeah that makes sense
[16:01] <larsu> I don't know who'll be doing that
[16:02] <larsu> anyway, </larsu>
[16:02] <seb128> larsu, thanks
[16:02] <seb128> #topic qengho
[16:02] <seb128> qengho, hey
[16:03] <seb128> no qengho?
[16:04] <seb128> k, next then
[16:04] <seb128> #topic Sweet5hark
[16:04] <seb128> Sweet5hark, hey
[16:04] <Sweet5hark> heya
[16:04] <Sweet5hark> - slow week
[16:04] <Sweet5hark> - got LibreOffice to build on arm64
[16:04] <Sweet5hark> -- needs MIRs though (at least for coinmp, possibly also for libetonyek), so not for vivid anymore
[16:04] <Sweet5hark> - working on getting LibreOffice to build on ppc64el
[16:04] <Sweet5hark> -- got pretty far, same: some patches, possibly some MIRs, thus shouldnt be slammed into vivid unless there an urgent need
[16:04] <Sweet5hark> - various upstream tidbits: some event orga, some budget foo etc.
[16:04] <Sweet5hark> - some bug tracker grind
[16:04] <Sweet5hark> - 4.4.1 in the PPA looks good, will finalize it for vivid-proposed this week
[16:04] <Sweet5hark> EOF
[16:04] <qengho> I'm here!
[16:05] <seb128> Sweet5hark, slow but steady? ;-)
[16:05] <seb128> Sweet5hark, I guess you saw the email from doko?
[16:05] <Sweet5hark> qengho: shh, i stole your slot in the cookie queue ...;)
[16:05] <seb128> about builders use for arm64&co?
[16:05] <Sweet5hark> seb128: yesh
[16:05] <seb128> k
[16:05] <seb128> would be nice to reply
[16:05] <flexiondotorg> Laney, Do you have a sec/
[16:05] <flexiondotorg> ?
[16:05] <seb128> (or did you talk to him out of the email?
[16:05] <seb128> flexiondotorg, we are in a meeting
[16:06] <flexiondotorg> ack
[16:06] <Sweet5hark> seb128: it started out with "just one try" and then when down in a civilization game "just one more turn fashion" :/
[16:06] <seb128> hehe, I know the feeling :-)
[16:07] <seb128> Sweet5hark, thanks
[16:07] <seb128> let's go back to qengho then
[16:07] <Sweet5hark> seb128: anyway: using a porterbox now
[16:07] <seb128> Sweet5hark, great
[16:07] <seb128> #topic qengho
[16:07] <qengho> - looking into reason GPU-threads in chromium lag long enough that the internal heartbeat monitor thinks they're dead. Extended the time for now. Added apport info so we can collate bug reports better. (Also fixed an apport bug that has made Py3 never work for some..)
[16:07] <qengho> - releasing Cr 40.0.2214.115 tomorrow.
[16:07] <qengho> EOF
[16:07] <seb128> qengho, thanks
[16:07] <seb128> let's see what comes out of those changes, that bug is annoying for sure
[16:08] <seb128> #topic tkamppeter
[16:08] <seb128> tkamppeter, hey
[16:09] <seb128> no tkamppeter I guess
[16:09] <seb128> #topic happyaron
[16:09] <seb128> happyaron, not sure if you are around?
[16:10] <happyaron> yes
[16:10] <seb128> happyaron, your turn then :-)
[16:11] <happyaron> last week I worked on some arm64 cross compile stuff for NUDT project as well as the sogou project
[16:11] <happyaron> mostly about setting up cross toolchains, helping them producing related packages

[16:12] <happyaron> over, :)
[16:12] <seb128> happyaron, thanks
[16:13] <seb128> #topic FJKong
[16:13] <seb128> FJKong, hey, around?
[16:13] <tkamppeter> hi
[16:15] <seb128> no FJKong I guess?
[16:15] <seb128> back to tkamppeter then
[16:15] <seb128> #topic tkamppeter
[16:15] <seb128> tkamppeter, hey
[16:15] <FJKong> seb128: coming..
[16:15] <tkamppeter> Mainly bug work, releasec cups-filters 1.0.66 with a security fix.
[16:16] <tkamppeter> Got Google's result for GSoC participation, this year Google did not accept the Linux Foundation, after so many years where my application got accepted.
[16:16] <tkamppeter> Also some organizational work for the OpenPrinting Summit.
[16:16] <seb128> tkamppeter, :-( for the linux foundation GSoC
[16:17] <larsu> mozilla also didn't get accepted this year
[16:17] <larsu> I wonder if they changed some of the rules?
[16:18] <tkamppeter> Perhaps there are many more orgs applying than in the previous years?
[16:18] <seb128> do they want to encourage new/small projects maybe, rather than fund projects backed up by quite some funding?
[16:18] <larsu> might be
[16:18] <seb128> anyway
[16:18] <seb128> tkamppeter, thanks
[16:18] <seb128> #topic FJKong
[16:18] <seb128> FJKong, ok, your turn :-)
[16:19] <FJKong> hey seb128 not much to update this time
[16:19] <tkamppeter> It is not a high loss for me, usually for OpenPrinting there come up only one or two students anyway, for LSB or kernel it is worse.
[16:20] <seb128> tkamppeter, k
[16:20] <seb128> FJKong, k, maybe next week then :-)
[16:20] <seb128> #topic seb128
[16:20] <seb128> then my turn
[16:20] <seb128> • looked at non translated gallery strings, was due to an outdated template, submitted update
[16:20] <seb128> • SRUed libpwquality translation fixes to trusty and utopic
[16:20] <seb128> • nautilus bugfix SRU to trusty
[16:20] <seb128> • spent quite some time to play with the ubuntu-touch dev experience (from installing the toolkit to write and publish an application), things are mostly working nicely, hit a few annoying issues on the way though (most due to specifics in my setup like ecryptfs use), reported some bugs against the documentation and tools
[16:20] <seb128> • reported some phone issues (gvariant warnings, store details issues, here map not showing info where it should, ...) and providing debug info
[16:20] <seb128> • ubuntus-system-setting
[16:20] <seb128> ∘ bluetooth, debugged car-pairing issue, figured out the problem and discussed a solution with cyphermox, tested/confirmed the fix
[16:20] <seb128> ∘ bluetooth, fixed a segfault issue
[16:20] <seb128> • usual share of desktop related bugs triages and discussions

[16:21] <Sweet5hark>  FWIW, LibreOffice won a GSOC spot again this year.
[16:22] <seb128> #topic other topics
[16:22] <seb128> do we have any other topic this week?
[16:22] <seb128> (or did I forget anyone?)
[16:24] <seb128> k, seems not
[16:24] <seb128> thanks everyone
[16:24] <didrocks> thanks guys!
[16:24] <seb128> #endmeeting
[16:24] <meetingology> Meeting ended Tue Mar  3 16:24:41 2015 UTC.
[16:24] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-03-03-15.31.moin.txt
[18:30] <qengho> If anyone is using* my chromium stage PPA, I'd be happy if you upgraded and smoke-test chromium.
[18:30] <qengho> * $ apt-cache policy chromium-browser |grep /stage/
[18:57] <kenvandine> qengho, updating now :)