[07:29] <pitti> Good morning
[07:32] <seb128> pitti, hey, wie gehts?
[07:32] <pitti> seb128: terribly tired :?
[07:32] <pitti> :/ rather
[07:32] <pitti> I'd been awake from 3 to 6:30, and now slept for another hour or so
[07:35] <seb128> pitti, :-(
[07:47] <didrocks> morning!
[07:48] <pitti> bonjour didrocks, comment ça va ?
[07:48] <didrocks> pitti: ça va ! presque plus malade. ;)
[07:48] <didrocks> pitti: et toi ?
[07:50] <pitti> didrocks: fatigué -- je peux dormir très mauvais :(
[07:50] <pitti> didrocks: ouch, did you pick up ubuflu?
[07:50] <didrocks> pitti: oh ? encore décalé ?
[07:50] <didrocks> pitti: I had temperature on wednesday and thursday (~39°C), no flu though, just sweating a lot…
[07:50] <pitti> parait-il :/
[07:52] <didrocks> Today is better for me, less temperature I guess, just a lot of sweating again during the night, so lack of sleep. Should be sorted out by tomorrow.
[07:52] <didrocks> I guess my body is making me pay 4 weeks for double jetlags :)
[08:11] <seb128> lut didrocks, ça va ?
[08:11] <didrocks> seb128: ça va mieux, merci ! et toi ?
[08:11] <seb128> ça va, merci !
[08:55] <darkxst> hey seb128 pitti didrocks
[08:55] <didrocks> morning darkxst
[08:55] <seb128> hey
[08:57] <darkxst> didrocks, its evening here ;)
[09:00] <didrocks> darkxst: seeing at what time you are up sometimes, let me doubt about it :p
[09:02] <darkxst> didrocks, I'm rarely up later than 11pm or 12
[09:02] <didrocks> fair enough :)
[09:04] <darkxst> seb128, any updates on what will happen with CSD's this cycle? are you going to continue to stick with old gedit/nautilus etc?
[09:05] <seb128> either stick with old, or update the way we did with evince
[09:05] <darkxst> seb128, not all can be done like that, well not easily
[09:05] <seb128> e.g have a codepath that do things differently under Unity
[09:05] <darkxst> some are the old toolbar becomes header bar
[09:06] <seb128> well, those might need to stay on old versions then
[09:06] <darkxst> things like gedit have split header bars and no resemblance to the old toolbar
[09:07] <seb128> yeah, that's fine
[09:07] <darkxst> seb128, would it be possible for us to ship some of these in separate source packages
[09:07] <seb128> your call I guess
[09:07] <seb128> you can fork them and make a case to get those new sources in universe
[09:07] <seb128> but it would probably be less work for you to help to patch the apps to look correct under Unity in their newer version
[09:08] <darkxst> seb128, as in fork packaging and have gedit-3.14 or whatever replace gedit?
[09:09] <darkxst> seb128, certainly some apps would be easier to just patch, but some have deviated a long way from their old toolbars
[09:10] <seb128> well, we don't need a toolbar
[09:10] <seb128> like gedit would probably look ok with it's headerbar not set a titlebar/not having the win control
[09:10] <darkxst> seb128, what I mean, a lot of apps just switched from using GtkToolbar to GtkHeaderbar thus loosing the window decorations
[09:10] <seb128> e.g having the wm decoration and the headerbar packed under it
[09:11] <seb128> right
[09:11] <seb128> evince did that
[09:11] <seb128> we patched back to do what I just described
[09:11] <seb128> not use setitlebar on the gtkheaderbar
[09:11] <seb128> just packed it as a normal widget in the win
[09:11] <seb128> not enabled the controls as well
[09:11] <seb128> so it looks like a toolbar
[09:11] <seb128> same should work for e.g nautilus
[09:12] <seb128> gedit even has configure option for that it seems, need to check how it works
[09:13] <seb128> they use it for macOS
[09:13] <seb128> so that's buildtime, so it might make you guys unhappy if we enable the build option
[09:13] <darkxst> seb128, yeh needs to be runtime, but I will took
[09:14] <seb128> to which ones?
[09:15] <seb128> one example of patch from robert_ancell, for file-roller
[09:15] <seb128> https://launchpadlibrarian.net/187779189/0001-Don-t-use-headerbars-in-Unity.patch
[09:16] <darkxst> seb128, I think gedit is probably the worst one
[09:17] <seb128> could be
[09:18] <darkxst> seb128, https://dl.dropboxusercontent.com/u/115870/Screenshot%20from%202014-10-31%2020%3A17%3A58.png
[09:20] <seb128> well, let's see how their macOS UI looks like
[09:21] <seb128> but otherwise having that ui, without the document title/close button in the headerbar and with a normal decoration on top might look ok
[09:36] <darkxst> seb128, the osx build seems to have a lot more than just ui changes
[09:37] <seb128> k, that's what pbor recommended looking at, maybe that was not a good advice
[09:39] <darkxst> seb128, seems to be a lot of other osx specific stuff mixed in, so would likely need cherry pick out on the UI changes
[09:40] <seb128> right
[09:42] <darkxst> anyway not really up to looking at the apps yet, but just want to make sure we actually move forward with these, this cycle and not be blocked by ui changes
[09:44] <darkxst> and if you are ok with the new UI and tradition headerbar then I guess its not too much of a problem
[09:44] <darkxst> though the menu patches are likely to be a pain to maintain
[09:49] <seb128> yeah, it's work, but until we default to unity8 or replace the apps, we need to do that
[09:54] <darkxst> seb128, right and this cycle should be easier, being behind debian at the moment
[09:54] <seb128> yeah
[10:17] <pitti> seb128, Laney: so for bug 1330037 I now uploaded everything except powerd and system-settings
[10:18] <seb128> great
[10:18] <seb128> pitti, laney is off today, so settings on monday I guess
[10:18] <pitti> both have MPs, maybe Laney can approve my powerd one (ChickenCutlass already approved the general idea on IRC yesterday, but wanted an #if conditional which I did now)
[10:18] <pitti> ah
[11:08] <Laney> pitti: Don't think I can approve powerd, try sforshee
[11:08] <Laney> and anyone should feel free to review u-s-s, doesn't need to wait for me at this point
[11:09] <pitti> Laney: Ken already approved system-settings
[11:09] <Laney> neat
[11:09] <pitti> Laney: so I just need an ack for powerd, then we can land the two remaining bits (in one silo, I figure)
[11:10] <ogra_> pitti, whats that ? i think i can approve
[11:10] <Laney> Do the silos themselves build against proposed?
[11:10] <pitti> Laney: yes, I asked sil2100 that this morning
[11:10] <pitti> ogra_: https://code.launchpad.net/~pitti/powerd/upower0.99/+merge/240141
[11:10] <Laney> good
[11:10] <pitti> ogra_: ChickenCutlass already ack'ed the previous version on IRC yesterday, but wanted an #if to build against both versions
[11:11] <ogra_> yeah, in case we need to cherry pick into rtm we wouldnt have to remove it ... looks fine
[11:11] <pitti> ogra_: right, that was the idea -- avoid branching
[11:11] <Laney> oh I can approve!
[11:11] <pitti> ogra_: (FTR, we don't need to land *this* in RTM, it's a no-op there; just vivid)
[11:12] <ogra_> right
[11:12]  * Laney does
[11:12] <ogra_> approved all over
[11:12] <pitti> \o/
[11:12] <pitti> then off to landing, I suppose :)
[11:12] <pitti> ogra_: danke
[11:12] <ogra_> :)
[11:14] <didrocks> Laney: of course they do ;)
[11:14] <Laney> It wasn't always the case
[11:15] <didrocks> not at the start of a cycle (like the first month of trusty) due to a lot of churns
[11:15] <didrocks> then the CI team redisabled it without warning due to an human error, but then, it was fixed
[11:15] <didrocks> (it was when I was on holidays)
[11:16] <didrocks> but AFAIK, they don't touch those settings anymore
[11:16] <didrocks> maybe for rtm, as there is no real "proposed"
[11:16] <didrocks> Laney: aren't you supposed to be on a swap day btw?
[11:17] <Laney> sure there is https://launchpad.net/ubuntu-rtm/+source/glib2.0/+publishinghistory
[11:17] <Laney> it's smaller though so less chance of blockage
[11:17] <Laney> yeah, that's why I only got up 30 minutes ago :P
[11:17] <didrocks> Laney: you know you are not supposed to connect? ;)
[11:17] <Laney> slippery fingers :(
[11:17] <didrocks> interesting on this -proposed rtm
[11:18] <didrocks> "wrong click at the wrong time" :)
[11:18] <Laney> & http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[11:18] <didrocks> nice!
[11:18] <didrocks> see, prooves I'm so disconnected of this now :)
[11:18] <didrocks> which I guess… is a good thing
[12:29] <pitti> seb128: just cross-checking: do you see any reason not to uplaod gnome-terminal 3.12.2 now? (as in current bzr)
[12:29]  * pitti does a new test-build/install/run
[12:29] <pitti> death to gconf!
[12:36] <seb128> pitti, no objection from me, but I didn't look much at the update either
[12:36] <seb128> go for it
[12:37] <didrocks> pitti: do you know what is currently providing creating the systemd cgroups on utopic? (and I see we have per session users cgroups already) like /sys/fs/cgroup/systemd/user/1000.user
[12:37] <didrocks> pitti: is that our logind?
[12:38] <seb128> didrocks, still trying to figure out the qtcreator thing?
[12:38] <didrocks> seb128: hum, not really, why?
[12:38] <seb128> oh ok
[12:38] <seb128> I though you ended up looking at cgroups because of that
[12:38] <didrocks> seb128: the qtcreator is mostly figured out, and on greyback's plate
[12:38] <seb128> since you discussed mir/cgroups
[12:38] <didrocks> yeah, it's not what is blocking qtcreator
[12:39] <seb128> k, I just though that was the reason you were doing cgroup stuff today
[12:39] <didrocks> it's just that we render the wrong surface and Mir is confused and so, not giving the next frame
[12:39] <seb128> k
[12:39] <didrocks> seb128: well, that will come handy later on, I'm sure we are not at the end of this qtcreator story :)
[12:39] <pitti> seb128: meh -- just tested it again, and it seems it's not migrating the profiles properly; I thought this worked previously :(
[12:39] <seb128> pitti, :-/
[12:40] <pitti> ok, not a Friday afternoon thing then
[12:42] <soren> How does Unity decide which files to show as recent? I assume there's some database that GNOME-y apps register things in, but I can't work out where it is.
[12:43] <didrocks> soren: zeitgeist is collecting those
[12:43] <soren> didrocks: Where does it store it? I feel I've looked everywhere, but evidently not :)
[12:44] <didrocks> some GNOME apps have zeitgeist integration and it's pushed into their database
[12:44] <didrocks> hum, let me look
[12:44] <soren> Oh..
[12:44] <soren> I think I just found it.
[12:44] <soren> ls -l /proc/$(pidof zeitgeist-daemon)/fd    to the resuce
[12:44] <soren> rescue, even.
[12:44] <didrocks> you have the fts index in ~/.local/share/zeitgeist/fts.index
[12:44] <didrocks> and yeah .local/share/zeitgeist/ for the db :)
[12:45] <didrocks> pitti: did you miss my question or just busy? ;)
[12:45] <pitti> hey didrocks
[12:45] <pitti> didrocks: sorry, busy
[12:45] <pitti> didrocks: it's cgmanager
[12:45] <didrocks> no worry and no hurry :)
[12:46] <didrocks> ah, ok!
[12:46] <didrocks> thanks ;)
[12:46] <pitti> didrocks: we run systemd-shim which provides the StartTransientUnit() d-bus call that would otherwise be implemented by systemd pid 1
[12:46] <pitti> didrocks: shim takes that call and implements it using cgmanager, which creates the cgroups
[12:47] <pitti> didrocks: yes, all systemd units as well as login sessions are put into their own cgroup under systemd
[12:47] <didrocks> pitti: but the day we are going to switch to systemd, it will be directly handled by systemd and cgmanager won't be needed anymore?
[12:48] <didrocks> (yeah, I see that my "c2" session has its own control group)
[12:48] <pitti> didrocks: right
[12:48] <pitti> didrocks: well, other things like LXC might still call it
[12:48] <pitti> but not for booting/systemd indeed
[12:49] <didrocks> ok, that makes sense
[12:49] <didrocks> thanks pitti
[16:10] <seb128> kenvandine, nice to see that stack of settings changes landing ;-)
[16:10] <kenvandine> yeah... that's a big list :)
[16:10] <seb128> kenvandine, btw if you get to respin for whatever reason, I've some trivial changes in there
[16:10] <seb128> one being a one line to change the battery icon to a monochrome one
[16:10] <kenvandine> already published in vivid-proposed
[16:11] <kenvandine> but it'll be held up with the upower transition
[16:11] <kenvandine> which i hope isn't long
[16:11] <seb128> k
[16:11] <kenvandine> can you propose a branch?
[16:11] <seb128> for what?
[16:11] <kenvandine> the icon
[16:11] <seb128> kenvandine, https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-non-colored-icon/+merge/240228
[16:11] <seb128> kenvandine, I did this morning
[16:11] <kenvandine> oh... thanks :)
[16:12] <seb128> yw
[16:12] <seb128> I also sent one to fix the scopes icons in the storage panel
[16:12] <kenvandine> great
[16:12] <kenvandine> we
[16:12] <kenvandine> we'll have another long list by the time we can merge/clean :)
[16:12] <seb128> yeah
[19:03] <Noskcaj> pitti, I can't see that crash log, i don't have whatever access rights are needed