[00:50] <robert_ancell> jasoncwarner, no, but xnonx proposed we generate it https://code.launchpad.net/~xnox/unity-greeter/off-the-grid/+merge/205896
[08:10] <didrocks> Trevinho: hum, it seems unity doesn't respect disabling keyboard shorcut for menu anymore
[08:11] <didrocks> Trevinho: like I'm used to use Alt + a on weechat, (I disabled it in gnome-terminal to not use the menu shortcut), but now, alt + a displays "Affichage" (View) menu…
[09:02] <Laney> morning
[09:02] <larsu> hey Laney
[09:02] <Laney> desrt: https://bugzilla.gnome.org/show_bug.cgi?id=722604
[09:02] <ubot2`> Gnome bug 722604 in general "Various tests are failing with 2.39.3" [Normal,Unconfirmed]
[09:03] <Laney> howdy larsu
[09:03] <Laney> how do?
[09:03] <larsu> very good, thanks. How about yourself?
[09:03]  * larsu is trying to fix black-window-syndrome again
[09:04] <larsu> of course, it involves overlay-scrollbar. Again :/
[09:04] <Laney> urgh
[09:04] <larsu> ya
[09:04] <Laney> I'm good
[09:04] <Laney> ogra_ was complaining yesterday that his evolution wasn't fully fixed btw
[09:05] <ogra_> yeah, i have a black frame around the message view
[09:05] <ogra_> but i didnt re-login, i only killed evo and restarted it
[09:05] <larsu> ogra_: did you get both updates? (evo and light-themes?)
[09:05] <ogra_> do i have to log out ?
[09:05] <larsu> no
[09:05] <ogra_> yes
[09:06] <larsu> which theme?
[09:06] <ogra_> i will have to check once i'm near my laptop ... Ambiance i think
[09:06]  * Laney dist-upgrades to check
[09:06] <larsu> it is still broken in adwaita iirc
[09:06] <seb128> good morning desktopers
[09:06] <Laney> hey seb128
[09:06] <seb128> hey Laney larsu, how are you?
[09:06] <larsu> seb128: did you test the theming fixes?
[09:06] <larsu> seb128: awesome :)
[09:07] <seb128> larsu, yes, it fixes the preview widget color for me
[09:07] <Laney> prima!
[09:07] <larsu> seb128: ogra_ still sees a black background around the mail itself (where the mail headers are)
[09:07] <seb128> oh, that I didn't test
[09:07] <larsu> I don't have that though and was wondering if somebody else did
[09:08] <seb128> wasn't that the part in evo itself than Laney sponsored?
[09:08] <seb128> the revert of the revert
[09:08] <seb128> I didn't notice this issue either
[09:08] <Laney> that was the symptom of the original bug
[09:08] <Laney> that you said wasn't necessary any more
[09:08] <Laney> the revert
[09:08] <larsu> ya, it isn't
[09:09] <larsu> I'm running the package you gave me and my theming fixes
[09:09] <larsu> and it works fine
[09:09] <Laney> lemme upgrade
[09:10] <seb128> no issue here either
[09:10] <Laney> texlive-latex-extra-doc!
[09:10] <Laney> y u so huge
[09:11] <seb128> did anyone got unity8 and co pulled on their dist-upgrade?
[09:11] <darkxst> seb128, I saw it wanted to be pulled in
[09:12] <Laney> don't think so
[09:13] <Laney> I saw that there was a problem with recommends from (I think) indicator-datetmie
[09:13] <seb128> what problem?
[09:13] <Laney> or maybe u-c-c
[09:13] <Laney> the version was wrong so it satisfied the alternate which was some touch thing
[09:13] <Laney> that could be the problem
[09:13] <seb128> yeah
[09:13] <seb128> do you remember which package/version it was?
[09:13] <Laney> checking
[09:13] <seb128> that would be useful info
[09:13] <seb128> thanks
[09:14] <Laney> ah
[09:14] <ogra_> a recommends that refers to touch would be pretty pointless anyway
[09:15] <ogra_> (since touch has recommends disabled
[09:15] <ogra_> )
[09:15] <Laney> erm
[09:15] <seb128> ogra_, we install recommends by default, it makes unity8 being pulled on desktop upgrades
[09:15] <Laney> it's a recommends from indicator-datetime
[09:15] <Laney> so anyway it was             unity-control-center (>= 14.04.3) | ubuntu-system-settings,
[09:15] <ogra_> seb128, yes, but if the recommends is there for touch stuff it is pointless
[09:15] <Laney> from indicator-datetime
[09:15] <seb128> gnome-control-center-datetime | ubuntu-system-settings
[09:15] <Laney> but there's a new u-c-c now
[09:15] <Laney> so at least that one is now alright
[09:15] <seb128> oh, right
[09:15] <seb128> so maybe it's fixed
[09:16] <Laney> what's that paste?
[09:16] <seb128> old version in my apt-cache show
[09:16] <seb128> I've several versions and picked the wrong one
[09:16] <Laney> if you still see it you can diagnose why
[09:16] <seb128> you are right, should be fixed
[09:16] <seb128> no, I don't see it here
[09:17] <Laney> nod
[09:17] <seb128> I saw it on another box yesterday evening, I guess that was before the new u-c-c landed
[09:17] <Laney> if it didn't have u-s-s then likely
[09:17] <Laney> oh hey, I have evo black borders too!
[09:18] <seb128> right, the box didn't have u-s-s
[09:19] <seb128> it was a new install from this week on the laptop I got for touch testing
[09:19] <seb128> I didn't change anything since the install
[09:19] <seb128> so it was pretty stock trusty
[09:19] <Laney> ok
[09:20] <seb128> but yeah, u-c-c .3 was published 8 hours ago
[09:20] <seb128> so pretty sure that's it
[09:20]  * Laney tries old evo 
[09:22] <darkxst> yeh fixed here also
[09:22] <Laney> yeah, that fixes it :/
[09:26] <Laney> larsu: http://ubuntuone.com/1pJMJrUIRBSSaqECfuvgvX like that
[09:26] <seb128> so it was the patch that got dropped yesterday that fixes it?
[09:26] <Laney> seems it is still needed, for me at least
[09:26] <Laney> why wouldn't everyone see it though?
[09:26] <Sweetshark> moin!
[09:32] <ogra_> Laney, well, thats exactly what i see
[09:32] <Laney> you and me do not everyone make
[09:32] <Laney> as sad as that is to admit :P
[09:34] <seb128> Trevinho, bregma, you guys have lot of good work that needs to land, you should file landing ask at least once a day
[09:34] <seb128> Trevinho, bregma: need to keep things rolling ;-)
[09:34] <seb128> hey Sweetshark
[09:34] <Sweetshark> seb128: Can you please sync mdds 0.10.2 from experimental? LO 4.2.1~rc1 needs it, and possibly we want to put ~rc1 into the archive too, as there are some bugs in Calc that its better to push a rc than leaving stuff as is.
[09:34] <seb128> Laney, I wasn't seeing that yesterday, didn't try the version you uploaded yesterday yet
[09:35] <Laney> okay, try upgrading evo then when you get a chance
[09:36] <Laney> https://git.gnome.org/browse/glib/commit/?id=c37cd19feee3a609fec8909f01df8755052c59ab
[09:36] <Laney> HAHA
[09:36] <seb128> LOL
[09:36] <seb128> larsu, ^ :p
[09:36] <larsu> lol
[09:38] <seb128> Sweetshark, https://launchpad.net/ubuntu/+source/mdds/0.10.2-1
[09:43] <Sweetshark> seb128: thx
[09:43] <seb128> Sweetshark, yw
[09:44] <Sweetshark> Laney: Linux does endless loops in five seconds. Wasnt glib prepared for that?
[09:50] <seb128> Laney, I can confirm the bg color issue for the frame widget
[09:52] <Laney> nod
[09:53] <seb128> hum, need to run for half an hour, bbiab
[10:20] <larsu> Laney: are you sure the package you gave me yesterday had the revert reverted?
[10:20] <Laney> larsu: that's what I installed to take the screenshot
[10:20] <larsu> It would have to, otherwise the theming fix wouldn't make any sense...
[10:20] <larsu> weird. I have the same package installed and it wfm
[10:20] <Laney> install the one from trusty to be super sure
[10:24] <larsu> ya
[10:25] <larsu> Laney: wtf? It works with that one as well...
[10:25] <Laney> O_O
[10:25] <larsu> oh wait, that's already the new one, right?
[10:25] <Laney> ubuntu4 is broken
[10:26] <larsu> I have ubuntu3
[10:26] <Laney> get 4!
[10:26]  * larsu updates
[10:26] <Laney> 3 should work
[10:26] <larsu> it was broken for me yesterday, before I fixed the theme
[10:26] <larsu> (ubuntu3, I mean)
[10:26] <Laney> yeah
[10:26] <Laney> three was all black yesterday, but with the theme fix it looks correct now
[10:27] <Laney> four has the black border like in the screenshot
[10:27] <Laney> which is exactly how it looked before the revert I did
[10:27] <larsu> it looked all black for me (frame and mail widget)
[10:27] <Laney> yeah
[10:28] <larsu> I wonder what's different between the one you gave me and the one in trusty, then
[10:29] <Laney> nothing
[10:29] <Laney> if you have ubuntu3 then you don't have the one I gave you though
[10:29] <larsu> I had ubuntu4
[10:29] <larsu> I installed ubuntu3 after you said "use the one from trusty"
[10:29] <larsu> (didn't update before)
[10:29] <Laney> ah
[10:29] <larsu> (updating now)
[10:29] <Laney> well they're the same, like I said I used those debs to take the screenshot
[10:30] <larsu> okay, I can reproduce
[10:30] <Laney> cool
[10:36] <hikiko> seb128, hi
[10:45] <hikiko> seb128, if you need to rename the gsettings-ubuntu-touch-schemas, could you then ping me to add the correct dependency in this branch: https://code.launchpad.net/~hikiko/unity-control-center/unity-control-center.per-monitor-fonts-scale-factor-slider/+merge/205227 ? +thanks! :)
[10:48] <seb128> hikiko, hey, sure
[10:49] <seb128> larsu, want another theming issue? ;-)
[10:51] <larsu> no?!
[10:52]  * larsu is totally confused by how the evolution thing happened
[10:52] <larsu> I definitely had ubuntu4 installed and it worked
[10:53] <seb128> did you have hacks/changes in your theme that didn't get merged and were overwritten by today's theme update?
[10:53] <larsu> no, I diff'ed them
[10:53] <larsu> (before and after updating)
[10:56] <seb128> weird
[10:57] <seb128> larsu, out of themes issues did you want to look at nautilus menus? (did you start on that?)
[10:58] <larsu> yes, I started on that but got distracted by evolution and baobab and glade
[10:58]  * larsu thought he fixes all the theme things once he's at it
[10:58] <seb128> larsu, sorry about that
[10:58] <larsu> meh, gotta fix it some time
[10:58] <larsu> too bad I'm in o-s code again though :)
[10:58] <seb128> larsu, it would make sense to put those on hold, ff is this week and ideally the menu change should land for it
[10:58] <larsu> ah right
[10:59] <seb128> well, spending some hours is fine I guess, but it would be better to not end up with that eating your week
[10:59] <seb128> we can fix theming issues after ff
[10:59] <larsu> agreed
[10:59] <seb128> btw the one I was about to mention is
[10:59] <seb128> open an archive in file-roller, dnd a row, look at the bg color
[10:59] <seb128> (same in language-selector)
[11:04] <larsu> seb128: noted
[11:04] <larsu> that seems to be fallout from the no-bg patch
[11:04] <seb128> right
[11:04] <larsu> should be easy t ofix
[11:11]  * didrocks wonders where the icon theme is set on touch… it's not in gsettings
[11:15] <didrocks> waow, it's hardcoded in unity8 it seems
[11:15] <didrocks> and it seems it's larsu's who last touch it! :)
[11:15] <seb128> didrocks, I would guess something like that
[11:15] <seb128> lol
[11:15] <larsu> didrocks: I did?
[11:15] <didrocks>   [ Lars Uebernickel ]
[11:15] <didrocks>   * Fall back to "ubuntu-mobile" icon theme if $UBUNTU_ICON_THEME is
[11:15] <seb128> that's probably quite old
[11:15] <didrocks>     unset.
[11:16] <didrocks> daily release pointed at you! :)
[11:16] <didrocks> (ok, you probably just did the fallback :p)
[11:16] <larsu> didrocks: ah right. They were _only_ using $UBUNTU_ICON_THEME
[11:16] <larsu> I added the fallback
[11:16] <larsu> (after yelling a lot at them)
[11:16] <didrocks> you touched it though! :p
[11:16] <didrocks> ahah
[11:16] <didrocks> but we don't set UBUNTU_ICON_THEME on the phone
[11:18] <didrocks> so, I guess then all apps inherits from tihs
[11:18] <didrocks> this*
[11:19] <larsu> I don't think so...
[11:19] <larsu> probably the sdk calls QIcon::setTheme
[11:19] <didrocks> it's weird, I don't see anything in the sdk
[11:19] <larsu> hm
[11:19] <didrocks> and they use QIcon::getTheme
[11:19] <larsu> I wouldn't know how apps could inherit it from unity8 though
[11:20] <didrocks> yeah, there is no env variable involved
[11:20] <didrocks> hum
[11:22] <larsu> indeed
[11:25] <larsu> didrocks: I guess apps don't use themed icons but hardcode everything?
[11:25] <didrocks> larsu: well, the sdk is using QIcon
[11:25] <didrocks> so something is setting it for the sdk to have access to the theme
[11:26] <larsu> right, but I think it's only unity8 that uses themed icons from the sdk
[11:26] <larsu> not apps
[11:26] <larsu> and unity8 does call QIcon::setThemeName
[11:26] <didrocks> don't tell me that :/
[11:26] <larsu> hm. Sorry.
[11:26] <didrocks> it's terrible if it's the case
[11:26] <didrocks> let me look
[11:26] <didrocks> like dialer-app
[11:27] <didrocks> there are dialer icons in the theme
[11:27] <larsu> search for "image://theme"
[11:27] <larsu> I bet they're not using that but "file://" urls
[11:27]  * larsu hopes he's wrong, though
[11:27] <larsu> but I remember being angry about this at some point last year
[11:27] <didrocks> larsu: well, if they did that, they can't use QIcon
[11:27] <didrocks> $ grep -r mobile *
[11:27] <didrocks> src/dialerapplication.cpp://On desktop use: export DIALER_APP_ICON_THEME=ubuntu-mobile
[11:27] <didrocks> hum, nothing else
[11:28] <didrocks>     if (!iconTheme.isEmpty()) {
[11:28] <didrocks>         QIcon::setThemeName(iconTheme);
[11:28] <didrocks>     }
[11:28] <larsu> and where does "iconTheme" come from
[11:28] <didrocks> larsu: from the env variable
[11:28] <larsu> there you go :)
[11:28] <didrocks> and it's the only setThemeName call
[11:29] <didrocks> larsu: it would mean that unity8 is setting that for every app?
[11:29] <didrocks> sounds crazy
[11:29] <larsu> yeah...
[11:29] <didrocks> let me launch dialer-app
[11:29] <didrocks> and look at its env variable
[11:30] <didrocks> cat /proc/4010/environ | grep THEME
[11:30] <didrocks> root@ubuntu-phablet:/#
[11:30] <didrocks> phew
[11:30] <didrocks> so no
[11:30] <didrocks> not *that* bad :p
[11:30] <larsu> are you sure they're using themed icons?
[11:31] <didrocks> I guess at least for the hud
[11:31] <didrocks> $ grep -r hud *
[11:31] <didrocks> -> nothing
[11:31] <didrocks> ok, not that…
[11:32] <seb128> didrocks, larsu: dialer-app has src/dialerapplication.cpp:    QByteArray iconTheme = qgetenv("DIALER_APP_ICON_THEME");
[11:32] <didrocks> seb128: scrollback, you are lagging dude! :)
[11:32] <seb128> didrocks, I misparsed what you wrote
[11:32] <seb128> what are you trying to figure out?
[11:32] <didrocks> seb128: this part isn't used
[11:33] <didrocks> seb128: if you start dialer-app on the phone, the env variable isn't set
[11:33] <didrocks> so setThemeName() isn't called
[11:33] <larsu> didrocks: dialer-app doesn't make use of any themed icons
[11:33] <didrocks> larsu: it can show the hud though, right?
[11:33] <didrocks> (so the hud icon)
[11:34] <didrocks> which is part of the theme
[11:34] <didrocks> (through the sdk)
[11:34] <larsu> what's that icon called?
[11:35] <didrocks> hud.svg in /usr/share/icons/ubuntu-mobile/actions/scalable/hud.svg
[11:35] <larsu> no mention of that anywhere in the sdk or the dialer-app...
[11:35] <didrocks> indeed
[11:35] <didrocks> hum
[11:35] <didrocks> let's take an example which is using the theme icons
[11:35] <larsu> and the icons I do find are included via relative urls
[11:35] <larsu> ../assets/[]
[11:36] <larsu> no mention of image://theme/icon-name
[11:36] <larsu> which is the only way to include themed icons from qml
[11:36] <didrocks> ok, let's try system-settings
[11:36] <larsu> (I know because I wrote that after finding out they were not using themed icons at all)
[11:37] <didrocks> larsu: I see some QIcon usage in the sdk though, but you think, it's only used in the unity8 code?
[11:37] <seb128> didrocks, we force the theme in u-s-s
[11:37] <didrocks> "nice"
[11:37] <didrocks> crazy we don't have a default theme
[11:37] <didrocks> in the sdk
[11:37] <didrocks> src/main.cpp:    QIcon::setThemeName("ubuntu-mobile");
[11:37] <didrocks> ok :/
[11:37] <larsu> didrocks: I only find QIcon in the code that I wrote, which exposes themed icons to apps
[11:38] <larsu> but no actual usage of themed icons in the sdk
[11:38] <didrocks> "excellent"
[11:38] <larsu> ya
[11:38] <didrocks> but though
[11:38] <seb128> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1098578 also
[11:38] <ubot2`> Launchpad bug 1098578 in Ubuntu UI Toolkit "On Ubuntu Desktop, the icon theme used by Qt is always 'gnome' (instead of the user set one)" [High,Confirmed]
[11:38] <didrocks> if I try notes-app
[11:38] <seb128> https://bugreports.qt-project.org/browse/QTBUG-25718
[11:39] <seb128> (qt bug, it doesn't respect the xsettings icon theme config, though that's an issue for desktop, not touch)
[11:39] <didrocks> I don't understand why we have themed add button
[11:39] <didrocks> in the toolbar
[11:39] <didrocks> let me grep for that
[11:39] <larsu> seb128: the first bug is the reason I added the fallback to unity8
[11:39] <didrocks> NotesApp.qml:                    iconSource: Qt.resolvedUrl("Components/graphics/add.png")
[11:40] <didrocks> /usr/share/notes-app/Components/graphics/add@18.png
[11:40] <didrocks> so they ship it…
[11:40] <didrocks> larsu: I don't understand how the hud is working, but I guess it's maybe a separate process after all
[11:40] <seb128> you probably want to talk to Saviq or somebody who know the details of what they are doing
[11:40] <seb128> rather than reverse engineer the behaviour ;-)
[11:41] <larsu> didrocks: that's how it is on the desktop - don't know about the phone
[11:41]  * didrocks feels even before talking that the whole icon theme switch is going to be painful
[11:41] <larsu> might be the same. Convergence!
[11:41] <didrocks> larsu: on the desktop, unity is drawing the hud content
[11:41] <seb128> Saviq, help, where are apps on the phone getting their icon theme from?
[11:41] <didrocks> larsu: but maybe it's the hud process showing the hud content on the phone…
[11:41] <seb128> I would guess that it's unity8
[11:42] <didrocks> oh yeah, more possible
[11:42] <didrocks> and so, we have the theme icon
[11:42] <seb128> which sets its theme
[11:42] <didrocks> ok, that's going to be *fun*
[11:42] <larsu> :)
[11:43] <larsu> why is this an issue right now? Are we changing themes?
[11:43] <didrocks> larsu: yeah, from ubuntu-mobile to suru
[11:43] <larsu> suru?
[11:43] <didrocks> a new one
[11:43] <larsu> is that just a name change?
[11:43] <larsu> oh, interesting
[11:43] <didrocks> no, size changes
[11:43] <didrocks> so we'll need unity8 adjustement
[11:43] <didrocks> some application icon names changes
[11:45] <didrocks> indicator icons marging are changing
[11:45] <didrocks> so we'll need other tweaks landing at the same time
[11:45] <didrocks> Saviq: so, you will need at least that: https://code.launchpad.net/~didrocks/unity8/suru-switch/+merge/206907
[11:47] <Saviq> didrocks, ok, the indicators should handle it fine
[11:47] <didrocks> Saviq: even with the removed margin?
[11:47] <Saviq> didrocks, they're grid-unit-aligned in the panel
[11:48] <didrocks> ah nice
[11:48] <Saviq> didrocks, so it should be fine
[11:48] <didrocks> ok, so only my branch with the icon theme
[11:48] <didrocks> seb128: want me to add the system-settings one at the same time?
[11:48] <didrocks> (to be clear, we won't land that today, just to prepare)
[11:48] <seb128> didrocks, if you want, I can do it as well, as you prefer
[11:49] <didrocks> well, it's quick enough
[11:49] <didrocks> then, the longer part will be to have the apps icon name which changed to rename so that we can drop the dependency on ubuntu-mobile-icons
[11:51] <didrocks> ah I know how seb128 knows about the bug report :p
[11:52] <didrocks> seb128: you tried to fool us like if it was the awesome bar and that firefox was better! :)
[11:52] <didrocks> but there is a comment in u-s-s:     /* HACK: force the theme until lp #1098578 is fixed */
[11:52] <ubot2`> Launchpad bug 1098578 in Ubuntu UI Toolkit "On Ubuntu Desktop, the icon theme used by Qt is always 'gnome' (instead of the user set one)" [High,Confirmed] https://launchpad.net/bugs/1098578
[11:54] <didrocks> seb128: FYI: https://code.launchpad.net/~didrocks/ubuntu-system-settings/suru/+merge/206908 (but same, no to switch yet)
[12:04] <didrocks> thanks larsu and seb128 for looking as well :)
[12:04] <Laney> yay for giving up
[12:04] <Laney> I was just submitting an MP with "wah wah woe is me, it doesn't work, take this half finished solution" when the problem became visible
[12:04] <Laney> ;-)
[12:11] <larsu> didrocks: should we change the fallback on unity8 as well?
[12:11] <didrocks> larsu: this is https://code.launchpad.net/~didrocks/unity8/suru-switch/+merge/206907, right?
[12:12] <larsu> oh, didn't see that one yet
[12:12] <larsu> thanks :)
[12:13] <larsu> didrocks: looks good to me, but I'll let a unity dev approve
[12:13] <didrocks> larsu: thanks, anyway, we'll need a silo with that change and the new icon theme
[12:14] <larsu> right
[12:21] <seb128> didrocks, thanks
[12:22] <didrocks> yw
[12:22] <seb128> didrocks, (back from lunch), just for the record I found the qt bug with the awesome bar, and I knew about it because I added that code and comment to u-s-s :p
[12:22] <didrocks> seb128: yeah yeah yeah :p
[12:25] <seb128> Laney, https://launchpad.net/~ci-train-ppa-service/+archive/landing-001/ btw if you want to give it a round of testing, include my column fix for privacy and your 2 fixes from friday
[12:26] <seb128> Laney, the new one you submitted is going to be for the next landing round
[12:26] <seb128> (the ppa was already set up earlier today before you submitted it)
[12:35] <Laney> seb128: righto
[12:37] <Laney> seb128: I'm wondering if we should turn off the initial update check while that bug is still around btw
[12:37] <Laney> any opinion on that?
[12:37] <seb128> Laney, thanks, I just run autopilot and it's happy, let me know if/when you test so I can press the landing button
[12:41] <seb128> bregma, hey
[12:41] <bregma> seb128, I see you watching me
[12:41] <seb128> bregma, Trevinho was just giving me a list of merge requests in query for a landing and I see you are just putting that in ;-)
[12:42] <seb128> sil2100, didrocks: can we get a silo for l16, ff is this week and unity/compiz has some backlog, we are going to need to iterate over landings ;-)
[12:42] <bregma> *sigh* the impatience of youth
[12:43] <seb128> bregma, you are going to thank me once ff kicks in :p
[12:43] <seb128> bregma, I still don't see how you guys are going to land everything you have in the queue
[12:44] <sil2100> seb128: looking
[12:44] <seb128> sil2100, thanks
[12:44] <sil2100> Ah ha!
[12:44] <sil2100> Assiging
[12:44] <seb128> thanks
[12:49] <sil2100> bregma, seb128: assigned!
[12:49] <seb128> sil2100, bregma: thanks, build started
[12:59] <desrt> Laney: i managed to track down the cause of the two really offensive ones
[13:00] <Laney> desrt: yo
[13:00] <Laney> I saw the comments about the bus_down() thingy
[13:00] <Laney> we marvelled at your interim fix there earlier
[13:03] <desrt> :)
[13:03] <desrt> note that i said "this must be reverted" :)
[13:04] <desrt> but uh ya... basically someone wrote a patch and said "i don't really understand this, but this seems to fix it"
[13:04] <desrt> and someone else said "great!  accepted!" without really reviewing the patch...
[13:04] <desrt> and now we're here
[13:05] <seb128> good morning desrt
[13:05] <desrt> good morning :)
[13:05] <seb128> bregma, Trevinho: https://launchpad.net/~ci-train-ppa-service/+archive/landing-006 has compiz/unity building
[13:06] <Laney> seb128: Umm I get two failures
[13:06] <Laney> they aren't related to these landings though
[13:08] <desrt> mmm.  i love it.  the freebsd guys are mostly taking care of themselves now and this morning, a 'jhbuild on openbsd' wiki page pops up.
[13:09] <seb128> Laney, which ones?
[13:09] <Laney> test_imei (it's N/A for me)
[13:10] <Laney> aaaaaaaaaaand test_updates_not_in_main
[13:10] <seb128> did you get an apport prompt about the service?
[13:10] <Laney> on the phone
[13:10] <seb128> (did you run on desktop or phone)
[13:10] <seb128> hum, k
[13:10] <seb128> imei being N/A seems buggy
[13:10] <Laney> it's a weird test
[13:10] <Laney> I might run on the phone without a sim card
[13:11] <seb128> oh ok, yeah I'm running without a SIM
[13:11] <Laney> is it N/A for you?
[13:11] <seb128> yes
[13:11] <Laney> and the updates one doesn't take into account that there might actually be updates ...
[13:13] <Laney> how come it doesn't fail if you get N/A?
[13:13] <ogra_> i get an IMEI here on a mako without SIM
[13:14] <Laney> it's a HW thing, I got confused
[13:14] <Laney> but still, the logic says !Desktop → has IMEI which is bogus
[13:15] <seb128> what logic?
[13:15] <Laney> in the test
[13:15] <seb128> Laney, well, I'm running the tests on my laptop, that has N/A and they are green
[13:15] <Laney> yes
[13:15] <Laney> that's what I just said isn't it
[13:16] <Laney> dunno why I don't get any IMEI though
[13:17] <seb128> on the phone?
[13:17] <seb128> I'm going to have a look to mine in a bit
[13:17] <seb128> it went flat again...
[13:17] <seb128> (didn't touch it over the w.e)
[13:18] <Laney> yup
[13:20] <seb128> Laney, btw what was your "I'm wondering if we should turn off the initial update check while that bug is still around btw" ... what's "that bug"?
[13:20] <Laney> the corrupt updates thing
[13:23] <seb128> oh
[13:23] <seb128> "update" in sense of system update, got it
[13:23] <seb128> they still didn't fix the service?
[13:24] <Laney> not yet, barry is working on it but it's quite bad in the meantime
[13:24] <ogra_> Laney, it is fine if you disable "always download on ... "
[13:24] <Laney> me and everyone else
[13:24] <seb128> that's a workaround
[13:24] <ogra_> which i think is actually off by default
[13:24] <seb128> and you have to know about it
[13:24] <Laney> it is on by default
[13:24] <ogra_> ah
[13:25] <seb128> Laney, +1 from me to disable it, if you want to do that
[13:26] <Laney> ok, thanks
[13:26] <seb128> I hope it doesn't make barry&co lower the priority of the fix then
[13:26] <Laney> nah, it's being actively worked on
[14:08] <seb128> bregma, Trevinho: new compiz/unity looks fine from local testing, let me know when you are happy with it and I can press the upload button
[14:09] <bregma> seb128, the tests have been underway for a while, but they take hours to complete so stand by
[14:09] <bregma> our next batch of MPs isn;t quite ready to land yet anyway
[14:09] <seb128> bregma, k, no hurry, whenever you guys are ready
[14:10] <seb128> Laney, did you -1 u-s-s or did you just happen to run into non new issues?
[14:17] <Laney> seb128: no, they're unrelated
[14:17] <Laney> I filed a bug about the update one
[14:17] <Laney> you can release it, should be okay
[14:17] <seb128> k
[14:17] <seb128> thanks
[14:20]  * Laney lunches
[14:21]  * didrocks stares at and wait for attente_  :)
[14:22] <didrocks> bregma: you will do the next batch I guess as after the bootcamp, you will have the rights :)
[14:22] <attente_> didrocks, hi :)
[14:22] <didrocks> attente_: hey! :)
[14:22] <didrocks> so unity7 landed
[14:22] <didrocks> and I'm sad
[14:22] <didrocks> apparently, it's because of you :p
[14:22] <attente_> :(
[14:23] <didrocks> so, you fixed the mnemonics which didn't work before, rights?
[14:23] <didrocks> (see http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/3650)
[14:23] <attente_> didrocks, yes
[14:23] <didrocks> so, there is an option in gnome-terminal
[14:24] <didrocks> where you can say "I don't use to use mnemonics, leave them alone"
[14:24] <didrocks> (yeah, an *option*, bad, I know :p)
[14:24] <didrocks> and this is useful when you run something like weechat
[14:24] <didrocks> as Alt + a is "switch to a channel I've been hilighted"
[14:24] <didrocks> unity ignores that option though
[14:24] <didrocks> and now, shows the "Affichage" (view) menu
[14:25] <attente_> didrocks, sorry... :(
[14:25] <didrocks> attente_: I hope you are! (kidding ;))
[14:25] <didrocks> attente_: do you think you can support that?
[14:25] <didrocks> let me grab in en the option so that you can see
[14:26] <attente_> didrocks, it sounds a bit difficult because unity does the grab globally
[14:26] <bregma> it's an 1172 problem https://xkcd.com/1172/
[14:26] <didrocks> bregma: exactly!
[14:26] <attente_> hah
[14:26] <didrocks> attente_: the mnemonics were working though, before, right?
[14:27] <didrocks> or we should ask seb128 to remove the option on unity as it's broken
[14:27] <attente_> didrocks, no, they opened the menu bar locally within the window before
[14:27] <didrocks> but it really makes my whole weechat unsable
[14:27] <didrocks> attente_: hum, we never add local menu?
[14:27] <didrocks> had*
[14:28] <didrocks> (in unity)
[14:28] <attente_> didrocks, i mean it opened it within the window with the 1x1px menubar in a very bad way...
[14:28] <didrocks> ah, never noticed then ;)
[14:28] <larsu> didrocks: isn't it enough to blacklist that app?
[14:28] <didrocks> but it didn't grab and weechat was able to switch
[14:29] <didrocks> larsu: it's an option in gnome-terminal, so should be looking at the option + blacklist
[14:29] <attente_> didrocks, think larsu is right, blacklisting will prevent it being exported, and unity will no longer grab those mnemonics :(
[14:30] <larsu> Alt+[] is a really bad key combination...
[14:30] <didrocks> but then, I'll see the menu?
[14:30] <larsu> ...says the guy using irssi
[14:30] <attente_> didrocks, yes
[14:30] <larsu> didrocks: ya
[14:30] <larsu> didrocks: can you rebind the key in weechat?
[14:31] <didrocks> larsu: I think I can, but even, I'm afraid that a lot of apps are broken now
[14:31] <didrocks> even if the new implementation is more correct, it doesn't respect some settings
[14:31] <didrocks> so we should remove those settings in gnome-terminal if we can't support them I guess
[14:31] <larsu> most desktop apps know better than to make keyboard shortcuts with Alt
[14:31] <attente_> didrocks, i can't seem to find the setting in gnome-terminal, which page is it under?
[14:31] <didrocks> attente_: I can't run gnome-terminal with lang=C on my session :p
[14:31] <didrocks> as weechat is opened
[14:32] <didrocks> but it should be:
[14:32] <didrocks> edit -> shorcuts…
[14:32] <tjaalton> firefox/tbird look weird, due to u-c-c?
[14:32] <didrocks> (the item previous the last one)
[14:32] <attente_> oh ok
[14:32] <didrocks> then first checkbox
[14:32] <tjaalton> not using the default theme
[14:32] <didrocks> attente_: it's checked by default I guess
[14:33] <didrocks> I guess pitti is more lucky because there is no mnemonics starting with "A" in gnome-terminal
[14:33] <didrocks> in german
[14:34] <seb128> tjaalton, u-c-c?
[14:34] <tjaalton> unity-control-center
[14:34] <seb128> tjaalton, u-c-c is only configuration UIs, like g-c-c, they are not a service/not running in a session if you don't start it
[14:34] <attente_> i wonder how gnome-terminal disables that in the first place...
[14:34] <tjaalton> ok
[14:34] <seb128> tjaalton, what's your issue?
[14:35] <tjaalton> well anyway, daily upgrades broke the tbird/ffox theme
[14:35] <didrocks> attente_: I can just tell you it works, maybe a bad hack? :p
[14:35] <mpt> “This project gathers together what ubuntu-artworks, ubuntu-mono and light-themes in one package as they all define what ubuntu is.” didrocks, could we improve that project description for ubuntu-themes?
[14:36] <attente_> didrocks, sounds likely... :P
[14:36] <didrocks> mpt: sure, do you have any suggestion? (as it will get as well sury soon)
[14:36] <seb128> tjaalton, is that only those apps?
[14:36] <tjaalton> seb128: seems so
[14:36] <mpt> didrocks, “sury” = Suru?
[14:36] <didrocks> mpt: yeah, sorry, typo
[14:36] <mpt> didrocks, does that mean the PC theme will ship on the phone, and vice versa, because they’re in the same package?
[14:37] <didrocks> mpt: no, we'll have one source package producing multiple binary packages
[14:38] <seb128> tjaalton, does it happen in a guest session or after a logout/login? can you share a screenshot?
[14:38] <didrocks> attente_:       g_object_set (settings, "gtk-enable-mnemonics", enable_mnemonics, NULL);
[14:38] <didrocks> in src/terminal-window.c
[14:39] <didrocks> (once the value is set to a gobject property)
[14:39] <attente_> didrocks, ah, thanks
[14:39] <mpt> didrocks, ok, how about: “The code and images that provide the Ubuntu interface theme (previously packaged as light-themes), icon set (previously ubuntu-mono), and background pictures (previously ubuntu-artwork).”
[14:40] <didrocks> attente_: so, I guess the problem is larger, you would need to know if the app set gtk-enable-mnemonics or not
[14:40] <tjaalton> seb128: looks like it happens with the guest session too
[14:40] <seb128> tkamppeter_, only those 2 apps?!
[14:41] <didrocks> mpt: the binary packages still have the same names, so maybe we should just remove all the "previously …"
[14:41] <tjaalton> seb128: probably meant me, but yes
[14:41] <tjaalton> and not daily updates btw, had been postponing the reboot until now
[14:42] <seb128> tkamppeter_, sorry, it was for tjaalton
[14:42] <mpt> didrocks, are you sure? The last ubuntu-mono and ubuntu-artwork packages that Launchpad knows about were both in Quantal.
[14:42] <mpt> Oh, those are source packages, not binary packages, my mistake.
[14:43] <didrocks> mpt: yeah, all is in one source, but binaries don't change :)
[14:43] <seb128> tjaalton, k, no idea, you are the only one to report the issue so far, and I fail to see what could impact gtk2 apps only
[14:43] <seb128> tjaalton, assuming the issue is gtk2 and not xul or something
[14:44] <didrocks> mpt: changed without the "previously …, tell me if this is fine for you
[14:44] <mpt> thanks didrocks
[14:44] <didrocks> yw ;)
[14:53] <mpt> didrocks, I see about 70 bug reports marooned on the old projects and source packages. Any objection to moving them over?
[14:54] <mpt> oops
 didrocks, I see about 70 bug reports marooned on the old projects and source packages. Any objection to moving them over?
[14:54] <didrocks> mpt: no objection at all
[14:55] <mpt> Ok, I’ll do that on Friday (if no-one else gets there first)
[14:57] <seb128> mpt, you should ask bdmurray, I think he has scripts to automate those moves
[14:57] <seb128> mpt, rather than spending time doing it manually
[14:57] <mpt> ok
[15:13] <tjaalton> seb128: it's terminator too
[15:14] <tjaalton> so gtk2 is the common nominator
[15:14] <tjaalton> but happens only on this machine
[15:15] <seb128> do you use kde? ;-)
[15:16] <seb128> dpm, can you get the files on https://translations.launchpad.net/ubuntu/trusty/+source/cheese/+imports to be imported? I'm not sure what "No import target selected yet" means, I manually approved the pot earlier but I don't want click through all the options
[15:17] <tjaalton> not really, but it's installed due to kdenlive
[15:18] <qengho> Hi all. I heard of some kind of slider that will adjust screen contents' size or apparent pixel density in Trusty. Does anyone know what that is or what component it's in?
[15:18] <seb128> qengho, https://code.launchpad.net/~hikiko/unity-control-center/unity-control-center.per-monitor-fonts-scale-factor-slider/+merge/205227
[15:19] <seb128> qengho, it didn't land yet, getting there
[15:19] <qengho> seb128: thanks.
[15:19] <seb128> yw
[15:20] <tjaalton> installing kdenlive on another machine didn't break the theme
[15:21] <seb128> tjaalton, I though maybe you had the qt/kde theming hacks stuff installed/configured
[15:21] <tjaalton> ah
[15:21] <tjaalton> dunno, guess not
[15:22] <tjaalton> heh, kdenlive looks ugly as well
[15:28] <dpm> seb128, looking at it now. If the pot file has been marked as imported, then the .po files will follow soon.
[15:28] <seb128> dpm, ok, good, thanks
[15:29] <seb128> dpm, do you know why the pot needs manual approving the first time. Do we have a way to get a list of pot that are waiting for review?
[15:29] <dpm> seb128, let me come back to you later in more detail, jumping into a call now
[15:30] <seb128> dpm, thanks
[15:30] <seb128> speaking of which
[15:30] <seb128> it's meeting time!
[15:30] <seb128> qengho, Sweetsha1k, mlankhorst, Laney, tkamppeter_, desrt, attente_, larsu, kenvandine: hey
[15:30] <Sweetsha1k> o/
[15:31]  * kenvandine waves
[15:31] <qengho> Howdy.
[15:31] <seb128> I hope everyone is doing well
[15:32] <seb128> the feature freeze is coming this week, please lists things that you still need to land in your summary
[15:32] <seb128> (sorry for not thinking about mentioning that in the reminder email)
[15:32] <seb128> let's get started
[15:32] <seb128> qengho, hey
[15:33] <qengho> * in-progress: More chromium high-DPI work. Upstream adding to it too, which is both nice and a headache.
[15:33] <qengho> * in-progress: When I'm frustrated with high-dpi, I play with touchscreen support. The CrOS code can probably be pulled in.
[15:33] <qengho> Both require the new Aura framework, which is really fickle on Linux.
[15:33] <qengho> EOF
[15:34] <seb128> seems like "fun"
[15:34] <seb128> how much of that work is going upstream/going to require us to distro patch?
[15:34] <qengho> It would be worse with Gtk2, I guess.
[15:35] <qengho> We'll have to distro patch for a month or so, I expect.  I'll try to get it all upstream.
[15:35] <seb128> great
[15:35] <seb128> qengho, thanks
[15:35] <seb128> is that work available somewhere if some of us want to play with it?
[15:35] <qengho> seb128: Some of it.  I'll get it in a PPA.
[15:36] <seb128> ok, let us know when you have a ppa, if you need/want testers
[15:36] <seb128> qengho, thanks
[15:36] <seb128> Sweetshark, hey
[15:36] <Sweetshark> - 4.2.1 rc1 might be fasttracked 4.2.1 final, thus:
[15:36] <Sweetshark> -- packed tarballs
[15:36] <Sweetshark> -- updated patch queue
[15:36] <Sweetshark> -- synced from debian
[15:36] <Sweetshark> -- updated PPA
[15:36] <Sweetshark> -- checked for needed updated deps
[15:36] <Sweetshark> - some work on ./debian/rules cleanup
[15:36] <Sweetshark> - finalized GNU make depcache speedup proof-of-concept
[15:36] <Sweetshark> - questions about making Ubuntu fonts in default file template (yet. again.)
[15:36] <Sweetshark> - bug triage, lots of it
[15:36] <Sweetshark> - some upstream orga for hackfests, politics, new board is in power since today
[15:36] <Sweetshark> - met with some a11y guys
[15:36] <Sweetshark> EOF
[15:37] <seb128> Sweetshark, when is 4.2.1 due?
[15:37] <qengho> "orga"?
[15:37]  * qengho 
[15:37] <Laney> organisation
[15:38] <Sweetshark> seb128: officially first week of March. now: this week.
[15:38] <seb128> ok, seems good for trusty ;-)
[15:38] <Sweetshark> seb128: yep.
[15:39] <seb128> Sweetshark, I still didn't hear from bdrung about your ppu btw, did you get any news? he said he would deal with email backlog the past w.e
[15:39] <Sweetshark> seb128: nope.
[15:40] <seb128> hum, k, I guess I should follow up again on that then
[15:40] <seb128> Sweetshark, thanks
[15:40] <Laney> i'll raise that after the election if you don't get any movement
[15:40] <seb128> Laney, that would be nice, thanks
[15:40] <seb128> mlankhorst, hey
[15:40] <mlankhorst> hey
[15:40] <mlankhorst> sorry busy :P
[15:41] <mlankhorst> mesa 10.1 cft, proposing dma-buf patches upstream again, hopefully for the last time
[15:41] <mlankhorst> testing nouveau upstream kernel and preparing piglit tests for tomorrow
[15:41] <seb128> is 10.1 a bug fix update?
[15:41] <mlankhorst> it's comparable from going from 9.1 to 9.2
[15:42] <seb128> doesn't tell me a lot on risks :p
[15:43] <mlankhorst> it has been enabling some new opengl features and is required for newer hardware support
[15:43] <seb128> ok
[15:43] <seb128> let's see how the cft goes
[15:43] <seb128> mlankhorst, thanks
[15:44] <seb128> Laney, hey
[15:44] <Laney> greetings
[15:44] <Laney> • Fix kylin image builds due to their weird script not liking some LO packaging reorg
[15:44] <Laney> • Do a couple of merges / syncs prompted by a personal email from a DD
[15:44] <Laney> • GStreamer updates (-bad still waiting for testing)
[15:44] <Laney> • pango1.0 / cogl updates in Debian, pango needs copyright freshening
[15:44] <Laney> • Fix spamassassin-related install failure due to weird upgrade path issues
[15:44] <Laney> • Try out Android 4.4 on the nexus 4, seems to fix scan-for-operators / ofono breakage
[15:44] <Laney> • u-s-s
[15:44] <Laney> ∘ Debug 'no operators' bug for ages then figure out that it was the existing SDK one
[15:44] <Laney> ‣ Look for other areas which are affected by this... didn't find any (need to try with USS_SHOW_ALL_UI though)
[15:44] <Laney> ∘ Write some AP tests for the manual network selection functionality
[15:44] <Laney> ‣ patch ofono's dbusmock template so that 'Scan' works (proposed upstream), then will be able to test the refresh functionality too
[15:44] <Laney> ∘ Debug / discuss a race with system-image now that u-s-s makes a call to it from the main page, work around it for now by disabling the functionality
[15:44] <Laney> ∘ Small fix to list the default wallpaper in the picker
[15:44] <Laney> ∘ Try to use the proper DatePicker for manual time selection, can't implement design fully yet because ListItems don't work from within dialogs. Also, there's some confusion as to which dialog to even use.
[15:44] <Laney> ☣
[15:45] <seb128> Laney, speaking about the UITK issue, https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/itemselector-fix1275861/+merge/206945
[15:45] <seb128> we finally got some traction on the issue (the day we land the workaround, oh well)
[15:45] <Laney> seb128: neat!
[15:46] <Laney> it annoyed us enough to pressure people
[15:46] <Laney> so that's alright
[15:46] <seb128> right
[15:46] <seb128> I guess you saw the new glib this morning?
[15:46] <seb128> new webkit is available as well
[15:46] <Laney> ya
[15:46] <seb128> did you still have ff material work/things you wanted to land btw?
[15:47] <desrt> new dconf would be nice to have too...
[15:47] <Laney> can't think of anything in particular
[15:47] <larsu> new gtk would be nice to have too
[15:47] <seb128> k
[15:47] <desrt> it has two relatively important fixes for the new file-db stuff
[15:47] <Laney> i'll do gnomey things like those
[15:47] <seb128> larsu, loud thinking again? ;-)
[15:47] <larsu> oops :P
[15:47] <desrt> so sutble that i almost missed it
[15:47] <desrt> aka: just right :)
[15:47] <larsu> :)
[15:48] <seb128> Laney, we should probably have a look to darkxst' request to update gnome-desktop and gnome-control-center (did you say you would review that one?)
[15:48] <Laney>  Feb 18 Ubuntu Installe (1.2K) [ubuntu/trusty] gtk+3.0 3.11.6 (Accepted)
[15:48]  * seb128 slaps Laney
[15:48] <Laney> hmm, no, but I should install the ppa
[15:48] <seb128> ok
[15:48] <seb128> Laney, thanks
[15:48] <seb128> tkamppeter, hey
[15:49] <tkamppeter> - Completed upstream code patches for on-demand running concept of printing-rtelated daemons (avahi-daemon, cups-browsed, cupsd), documented on https://blueprints.launchpad.net/ubuntu/+spec/client-1305-printing-stack-with-mobile-in-mind
[15:49] <tkamppeter>    o cups-filters: Completed support for on-demand running of cups-browsed, 1.0.45 upstream release, uploaded to Debian and Ubuntu.
[15:49] <tkamppeter>    o cups: Added auto-shutdown-on-idle functionality to the CUPS daemon. Uploaded CUPS package with patches for socket-triggered invocation of cupsd via Upstart and for auto-shutdown support.
[15:49] <tkamppeter>    o Updated Blueprint and bug https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1276713.
[15:49] <ubot2`> Launchpad bug 1276713 in upstart "upstart socket activation for cups" [Undecided,Confirmed]
[15:49] <tkamppeter> - cups-filters: Applied upstream bug fixes.
[15:49] <tkamppeter> - Bugs.
[15:50] <seb128> tkamppeter, great work on the on-demand activation!
[15:50] <seb128> tkamppeter, did you get feedback on the change yet? (or bug reports)
[15:51] <tkamppeter> seb128, not yet, I need xnox' fix for Upstart to be able to relly test the whole thing.
[15:51] <seb128> ok
[15:52] <seb128> let's wait for that then and see how it goes
[15:52] <seb128> tkamppeter, thanks
[15:52] <seb128> desrt,
[15:52] <seb128> hey
[15:52] <desrt>  ☙ found root cause of two of the racy GLib tests (and a bonus bug in the API of GDBusConnection); pushed workarounds ☙ finally solved the locale-sensitive transliteration problem -- patch on bugzilla, under discussion ☙ made "3.11.90" releases for GLib and dconf ☙ did a bunch of porting of GSocket to more modern source API, improving performance and reducing use of fds
[15:52] <desrt>  ☙ made ood progress on "secretc project" -- adding epoll() to GMainContext.  WIP is up (wip/gmaincontext) but not ready for review. ☙ got accidentally pulled into the init system discussion again
[15:52] <desrt> ugh.  that did not work out nicely.
[15:52] <desrt> that's what i get for pre-preparing my notes.
[15:52] <seb128> \n are nice :p
[15:52] <desrt>  ☙ found root cause of two of the racy GLib tests (and a bonus bug in the API of GDBusConnection); pushed workarounds ☙ finally solved the locale-sensitive transliteration problem -- patch on bugzilla, under discussion ☙ made "3.11.90" releases for GLib and dconf ☙ did a bunch of porting of GSocket to more modern source API, improving performance and reducing use of fds
[15:52] <desrt>  ☙ made ood progress on "secretc project" -- adding epoll() to GMainContext.  WIP is up (wip/gmaincontext) but not ready for review. ☙ got accidentally pulled into the init system discussion again
[15:52] <desrt> wtf!!
[15:52] <desrt> irssi is having a bad day
[15:53] <desrt> okay.  i won't try again :p
[15:53] <seb128> right, stop it :p
[15:53] <desrt> interestingly, it turned 'good' into 'ood' twice
[15:53] <seb128> do we still have discussions about init systems? I though those were over
[15:53] <tkamppeter> desrt, xchat supports pasting \n.
[15:53] <tjaalton> seb128: the bug was that g-s-d was not running
[15:53] <desrt> seb128: debian is debating if gnome should be "forced" to support non-systemd init systems
[15:53] <seb128> tjaalton, did you get an outdated unity? that bug has been supposed to be fixed yesterday evening
[15:54] <tjaalton> seb128: it's possible yes
[15:54] <seb128> desrt, oh, fun, I'm going to stay away from that one
[15:54] <tjaalton> guest session seems fine now
[15:54] <desrt> seb128: gnome is pointing at the freebsd work as proof that we're trying to do the right thing
[15:54] <seb128> good
[15:54] <seb128> desrt, thanks for fixing the glib test, might give us an happier Laney ;-)
[15:55] <desrt> i only fixed two of them -- and neither of them are really "fixed" yet
[15:55] <Laney> haha
[15:55] <desrt> just worked around
[15:55]  * desrt doesn't consider sleep() to be a fix ;)
[15:55] <desrt> also: i'm sick [still|again].  bah.
[15:56] <seb128> :-(
[15:56] <desrt> not exactly sure what's going on.  thought i had beat a cold, but now i'm much worse, so it's either back with a vengence or it's a new one
[15:56] <Laney> I'm not sure I can ever be happier again
[15:56] <seb128> get a long night, and some tea with honey!
[15:56] <larsu> desrt: get well man
[15:56] <Laney> since they always only happened after I did the upload
[15:56]  * Laney emo
[15:56] <seb128> Laney, :-(
[15:56] <seb128> desrt, thanks
[15:56] <Laney> desrt: R&R!
[15:56] <desrt> :)
[15:56] <seb128> attente_, hey
[15:56] <attente_> seb128, hi
[15:56] <attente_> key grabber merged, MP for switching it on in u-s-d
[15:56] <attente_> in-progress: indicator-keyboard ibus panel integration
[15:56] <attente_> EOF
[15:57] <desrt> attente_: presumably all this is going to be wrapped up by FF?
[15:57]  * attente_ crossing fingers
[15:57] <seb128> key grabber/u-s-d for sure
[15:57] <seb128> that's the biggest part
[15:57] <desrt> the indicator is what i'm worried about
[15:57] <desrt> attente was crying in valentines day
[15:57] <seb128> :-(
[15:57] <desrt> and it had nothing to do with being lonely
[15:57] <desrt> and everything to do with dbus
[15:58] <larsu> dbus didn't send him flowers or chocolate?
[15:58] <desrt> larsu: no... but it sent him 50 messages per keystroke.
[15:58]  * larsu assumes that's what people do on Valentine's day
[15:58] <attente_> larsu, no :'(
[15:58] <seb128> attente_, is the issue didrocks reported earlier something that seems like we can workaround in some way?
[15:58] <Laney> how about that ctrl-space thing?
[15:59] <seb128> Laney, that's actually for happyaron, there is a patch from attente_ on https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1278511 to disable that keybinding
[15:59] <ubot2`> Launchpad bug 1278511 in ibus (Ubuntu) "CTRL-Space no longer works under Unity" [High,In progress]
[15:59] <seb128> happyaron set it "in progress" yesterday
[15:59] <attente_> seb128, so if we respect that gtk setting, we can revert it to the old behaviour when it's disabled
[16:00] <attente_> yeah, i'm not sure about better options than disabling ibus' trigger
[16:00] <seb128> attente_, that would be good, I can see having see devs being unhappy about the shell eating the keybindings of their console apps
[16:00] <seb128> I can see devs*
[16:00] <Laney> yeah i've seen a few people crying about it
[16:00] <attente_> seb128, the only thing is that it's a global setting
[16:00] <attente_> :(
[16:01] <seb128> attente_, you mean? it doesn't depend of the focussed win?
[16:01] <attente_> seb128, don't think so
[16:02] <seb128> hum, how would that work then?
[16:02] <attente_> gnome-terminal sets it on the GtkSettings of the current screen, it seems
[16:02] <seb128> you would have an option to disable keybindings for your session?
[16:03] <attente_> i guess it's either the menu bar mnemonics are working globally or reverted globally regardless of window...
[16:03] <seb128> shrug
[16:03] <seb128> I feel like that's going to be an annoying one
[16:04] <attente_> yeah...
[16:04] <seb128> we could restore the old bug? ;-)
[16:04] <attente_> haha
[16:04] <seb128> e.g that's independent of the layout switching?
[16:05] <attente_> let's think of something after FF...
[16:05] <seb128> right, I was going to say, I'm just trying to see if we have an escape option
[16:05] <seb128> attente_, I'm going to test the u-s-d grabber part after the meeting, hopefully that lands later today or tomorrow
[16:05] <seb128> attente_, thanks
[16:05] <attente_> seb128, cool, thanks
[16:05] <seb128> larsu, hey
[16:06] <larsu> hey
[16:06] <larsu> oh right
[16:06] <larsu> fixed some issues with the evince menubar patch from last week
[16:06] <larsu> (there was a crash and some accels weren't working)
[16:06] <seb128> no complain since, good work!
[16:06] <larsu> there's still a bug open about something
[16:07] <larsu> I forget what, but it wasn't super-important
[16:07] <larsu> fixed notify-osd positioning in multi-head mode
[16:07] <larsu> without having a second screen to test on
[16:07] <seb128> thanks for that one as well, works great, no report so far either ;-)
[16:07] <larsu> fixed some theming issues in evolution
[16:08] <larsu> oh wait, I didn't even commit the last fix
[16:08]  * larsu will get to that soon
[16:08] <larsu> started to port nautilus to gmenumodel
[16:08] <larsu> should be done before ff
[16:08] <larsu> I *think* that was it
[16:08] <chrisccoulson> hi desktop!
[16:08] <kenvandine> hey chrisccoulson!
[16:09] <chrisccoulson> hi kenvandine :)
[16:09] <seb128> chrisccoulson, hey!
[16:09] <desrt> larsu: did you get a chance to look at gedit yet?
[16:09] <seb128> larsu, what's the status of the sound panel changes?
[16:09] <seb128> larsu, do you plan to mp that before ff?
[16:09] <larsu> desrt: no. Didn't you have a patch for that though?
[16:09] <seb128> desrt, what gedit?
[16:10] <larsu> when you did the gtk_application_has_traditionlal_menubar?
[16:10] <desrt> larsu: ya... but it was just for improved gearmenu stuff
[16:10] <desrt> seb128: the gedit guys are kinda waiting for someone to show up and give them an oldschool menubar
[16:10] <larsu> seb128: I didn't find a solution for the gtkrange thing
[16:10] <desrt> i think they'll more or less take whatever patch we want to give them
[16:10] <larsu> and I don't think I can hack that before ff
[16:10] <larsu> maybe I need to consult mpt again
[16:10] <larsu> he said he has an alternative idea
[16:10] <seb128> desrt, k, seems like post ff work
[16:10] <desrt> larsu's work is getting talked about among gnome app developers -- most of them are fairly positively receptive about it
[16:11] <seb128> nice
[16:11] <larsu> when is ff?
[16:11] <seb128> ff is in 3  days
[16:11] <seb128> larsu, ^
[16:11]  * kenvandine cries 
[16:11] <desrt> your patch would only work for the new gedit anyway
[16:11] <seb128> well, 2.5 rather
[16:11] <desrt> and that would require the new gtk...
[16:11] <desrt> *cough*
[16:11] <seb128> yeah, not something for us this cycle
[16:11] <larsu> desrt: why?
[16:12] <larsu> gedit has a full menubar right now
[16:12] <desrt> larsu: gedit only completed their gactionification this cycle
[16:12] <desrt> including pushing gmenumodel into the plugin API
[16:12] <larsu> ah, right
[16:12] <seb128> larsu, let's land the sound panel with the slider issue unresolved (or maybe you should ping mpt again, you said you would think about it before asking again and then he said he had an idea about alternative suggestion)
[16:12] <desrt> and right now (in git master) they do not have a menubar
[16:13] <desrt> they made some really interesting design choices though -- it's definitely going to be fun to work on this one
[16:13] <desrt> but ya -- after FF
[16:13] <larsu> next cycle, you mean
[16:13] <desrt> well... if you're looking for something to work on, this would be nice :)
[16:14] <desrt> but indeed -- we won't see any benefit until after LTS
[16:14] <desrt> but it has to be done eventually
[16:14] <desrt> (and gedit guys are waiting now)
[16:14] <seb128> desrt, while I appreciate the forward thinking, can we focus on ff for this week?
[16:15] <desrt> seb128: absolutely.  i said that this is post-ff stuff :)
[16:15]  * seb128 would like to know the status of the sound panel redesign
[16:15]  * larsu is looking forward to a time where he will be "looking for something to work on"
[16:15] <chrisccoulson> i can't believe we're nearly at ff, and i still haven't upgraded!
[16:15] <seb128> larsu, yeah :/
[16:15] <seb128> larsu, anyway, going back to ff
[16:15] <seb128> nautilus menus and sound panel
[16:16] <larsu> seb128: it's done except for the slider issue and g-s-d/indicator-sound integration
[16:16] <seb128> you are working on the first one, the second one was only blocked on the slider issue?
[16:16] <seb128> can you ping mpt again about it again? he said he has an alternative suggestion
[16:16] <larsu> g-s-d/indicator-sound will be easy - read the settings key and adjust the max based on that
[16:16] <seb128> otherwise let's land with that issue and resolve it post ff
[16:16] <larsu> will do
[16:16] <seb128> thanks
[16:16] <seb128> maybe let's land that first
[16:16] <seb128> nautilus menus seems more obvious for a ffe
[16:16] <seb128> well, up to you to decide on order
[16:17] <seb128> I feel like I've made you context switch too much already this week
[16:17] <seb128> larsu, thanks ;-)
[16:17] <larsu> :)
[16:17] <desrt> larsu: friendly reminder to at least attempt to upstream the sound panel changes :)
[16:17] <seb128> kenvandine, hey (Ken was missing hanging out with the cool kids and wants to give update on stuff he's working on ;-)
[16:17]  * kenvandine waves
[16:17] <kenvandine> Content Hub
[16:17] <kenvandine>  * Changed the way we reference defaults from an APP_ID to the APP_ID triplet, so we can support things like current-user-version for click packages.  This is ready to land, but it needs to land along with gallery-app and camera-app as click packages.
[16:17] <kenvandine>  * Quite a few changes are queued up to land, they've been blocked on fixes to upstart-app-launch.  All but 1 upstart-app-launch fix has landed, so should be ready to start landing content-hub branches soon.
[16:17] <kenvandine>  * Refactored handler code in the hub to ensure there is only a single active transfer for an app at a time.  If an app requests an image from the gallery, and you don't finish picking before another app requests an image, the first request gets cancelled and the latest transfer is handled.  This is just until we get trusted sessions, then we'll be able to handle multiple instances.
[16:17] <kenvandine>  * Added support for creating exports and shares, before we only supported import requests.  I have a branch with this working and tested in the hub and C++ API, but not in the QML bindings yet.  Work in progress.
[16:18] <kenvandine>  
[16:19] <kenvandine> sadly... we'll need to shoot for an ffe
[16:19] <kenvandine> haven't had anyone to work on the qml bindings
[16:19] <seb128> kenvandine, do you know if we get a standard ffe for touch work this cycle?
[16:19] <kenvandine> i haven't heard
[16:19] <kenvandine> i'll check on that
[16:19] <seb128> I should ask about that
[16:19] <larsu> desrt: ya, need to talk to aday about it. The problem is that the code bases seem to have diverged a bit already
[16:20] <Laney> mail release/phone about it imo
[16:20] <seb128> kenvandine, otherwise, when can we start using the new code to import ringtone in system settings? ;-)
[16:20] <kenvandine> yup, once the qml bindings are done :)
[16:20] <desrt> larsu: since we're officially forked i'd say that your minimum expected effort here is to point out the fact that we made a change and that this change might be interesting for gnome, with links to code
[16:20]  * larsu nods
[16:21] <kenvandine> that's all i have
[16:21] <seb128> Laney, right, I assume somebody (slangasek?) is going to bring that topic again, I should ask them though ;-)
[16:21] <Laney> you can be the one :P
[16:21] <seb128> indeed, I might!
[16:22] <seb128> kenvandine, thanks!
[16:22] <seb128> ok, my turn
[16:22] <seb128> • some desktop updates
[16:22] <seb128> • uploaded to push the unity-control-center/unity-settings-daemon transitions (testing, bugs fixing, uploads)
[16:22] <seb128> • tested new unity/helping with CI train landings
[16:22] <seb128> • some bugs fixes (itstool ftbfs, polkit issue leading to udisks segfaults, unity-control-center small issues, evolution-indicator invalid free)
[16:22] <seb128> • reviewed merge requests (unity-control-center option to show username in indicator-session, unity-settings-daemon unknow jack dialog, u-s-s)
[16:22] <seb128> • uploade cairo snapshot, and gtk rebuild with it, to trust (Hi-DPI support)
[16:22] <seb128> • helped landing changes/fixes from others (larsu's fixes to the theme and evince, indicators, ...)
[16:22] <seb128> • desktop bugs triage

[16:23] <desrt> seb128: i pushed a bit more to get a cairo release.... :/
[16:23] <seb128> desrt, did you get any traction?
[16:23] <desrt> no :p
[16:23] <Laney> that situation is kind of sucky
[16:23] <seb128> http://lists.cairographics.org/archives/cairo/2014-February/025001.html
[16:23] <seb128> as well
[16:23] <desrt> i think we might ask behdad or release-team to step in and do a release....
[16:23] <seb128> no really traction there either
[16:24] <seb128> desrt, ^ behdad :p
[16:24] <seb128> http://lists.cairographics.org/archives/cairo/2014-February/025005.html
[16:24] <Laney> oh wow, there's a bryce in the vcs
[16:24] <seb128> though that was more about a 1.12 point update
[16:24] <seb128> Laney, yeah, he's quite active ;-)
[16:24] <desrt> seb128: ya... i think someone needs to declare maintainer-MIA
[16:25] <seb128> that requires somebody wanting to play active maintainer though
[16:25] <seb128> if behdad wants to do it that would be good ;-)
[16:25] <desrt> pretty hard to justify for him, i guess
[16:25] <seb128> meanwhile we are on a git snapshot but things seems to be ok so far
[16:26] <desrt> iirc google is not using cairo anymore
[16:26] <seb128> hum, k
[16:26] <desrt> but maybe gnome release team could roll some sort of quasi-official 'gnome snapshot' of cairo
[16:26] <desrt> since the gnome release will want to depend on this
[16:26] <seb128> that would be better than nothing
[16:26] <seb128> sharing version at least
[16:26] <desrt> ya...
[16:27] <seb128> desrt, thanks for mentioning it/trying to push upstream
[16:27] <seb128> ok
[16:27] <seb128> other questions/topics?
[16:27] <desrt> long meeting!
[16:28] <seb128> indeed
[16:28] <seb128> quite some content, it's ff week as well
[16:28] <seb128> thanks everyone
[16:29] <seb128> kenvandine, thanks for joining!
[16:29] <Laney> welcome back to the cool crew
[16:29] <desrt> kenvandine: was sad to miss you in london
[16:30] <kenvandine> desrt, i missed you guys too, but the weather sure was nice in orlando :)
[16:31] <desrt> coming from toronto, the london weather seemed pretty nice :)
[16:31] <desrt> so i'll take it :p
[16:32] <kenvandine> :)
[16:33] <seb128> bregma, Trevinho: still testing unity?
[16:34] <Trevinho> seb128: for me its fine...
[16:34] <bregma> seb128, yes, getting weird failures that need to be explained first
[16:34] <seb128> k
[17:03] <Sweetshark> seb128: btw here is the secret of my 170W power supply (aka "The Brick"): http://nabble.documentfoundation.org/GNU-make-with-depcache-some-general-build-speed-up-tips-three-LibreOffice-GNU-make-forks-considered-l-td4097766.html
[17:04] <Sweetshark> plugging in my notebook without any other changes reduces the build system overhead from 33 seconds to 17 seconds.
[17:04] <seb128> nice
[17:06] <seb128> session restart, brb
[17:06] <Sweetshark> seb128: one of the kernel guys once said "an unplugged machine is essentially a completely different hardware", but doubling the IO speed o.O
[17:12] <seb128> Sweetshark, yeah, I didn't know either that things were scaling down this way, I assumed that you would get the same performances if you started e.g compiling
[17:13] <Laney> darkxst's PPA broke my greeter resolution :P
[17:18] <Sweetshark> seb128: well, this isnt even compiling -- its just stating the build tree to see everything is in the right order mtime wise.
[17:18] <seb128> Laney, :/
[17:19] <Laney> now I get to try and downgrade out of a transition
[17:19] <Laney> can't cross the pointer barrier either, but I don't know if I can blame him for that yet
[17:19] <seb128> Laney, ppa-clean?
[17:19] <seb128> or purge
[17:19] <Laney> doesn't work for transitions
[17:19] <seb128> "great"
[18:01] <xnox> seb128: Laney: please review updated https://code.launchpad.net/~xnox/unity-greeter/off-the-grid this time does build-time generation of the logo
[18:01] <seb128> xnox, mterry and robert_ancell maintain unity-greeter, but I'm happy to give it a try ;-)
[18:02] <xnox> seb128: Laney: comparing with the design provided one, there are small differences, but imho mine one follows design.ubuntu.com guideline metrics for sub-logos to the dot.
[18:03] <seb128> xnox, can you show the result to a designer next time you are at the office/get them to approve it?
[18:03] <Laney> will look tomorrow
[18:03] <Laney> thanks for the work there
[18:04] <seb128> indeed, thanks ;-)
[18:04] <xnox> seb128: ack. will do screenshots and get them acked by lucy.
[18:04] <seb128> thanks
[18:04] <seb128> do you plan to do the same for system settings btw?
[18:05] <xnox> seb128: yes.
[18:05] <seb128> great!
[18:06] <xnox> seb128: first i need to fix plymouth logo.
[18:06] <xnox> seb128: and also updated d-i logos from vintage to modern.
[18:06] <seb128> but vintage is cool!
[18:10] <xnox> seb128: (a british response would be ) i'm sorry you feel that way =)))))))))))))))
[18:10] <seb128> ;-)
[18:10] <xnox> seb128: i think we should stick to one logo, i don't care which, as long as it's consistent.
[18:10] <seb128> right
[19:08] <seb128> bregma, still dealing with autopilot issues?
[19:09] <bregma> seb128, yes, but I'm convinced they're local to my test machine
[19:10] <seb128> bregma, ok, let's publish then and get going on the next round for hidpi ;-)
[19:17] <ochosi> larsu: ping
[19:19] <seb128> ochosi, he's likely eod at this time, better to let your question in the backlog
[19:24] <ochosi> seb128: thanks!
[19:25] <ochosi> larsu (and other indicator-devs): i noticed i forgot one piece in my (already merged) merge-request for indicator-power: adding xfce4-powermanager as an alternative recommend: https://code.launchpad.net/~ochosi/indicator-power/recommend-xfce4-powermanager/+merge/207018
[19:28] <GunnarHj> seb128: Thanks!
[19:28] <brainwash> seb128: hey, I'm the one with the indicator-sound issue, any ideas how to debug it? I've already delete the the stuff in /var/lib/lightdm, but gmusicbrowser still shows up in the list
[19:34] <seb128> GunnarHj, yw!
[19:36] <ochosi> seb128: oh, i see you approved rev222 for indicator-power, for which this MR i mentioned above is a follow-up to...
[19:36] <seb128> brainwash, try to "gsettings get com.canonical.indicator.sound interested-media-players" for the lightdm user
[19:36] <seb128> brainwash, or reset the key and see what's the default value for your user
[19:36] <seb128> it might be that something it settings a default override...
[19:36] <seb128> (it should be empty by default)
[19:38] <seb128> ochosi, thanks, approved
[19:38] <ochosi> seb128: thanks for taking the time to look at it now, i assume you're having your hands full with FF approaching and all...
[19:38] <brainwash> seb128: thanks, I will try this and report my finding in the bug report
[19:39] <seb128> ochosi, yw! yeah, I can't say it's not a busy week, but that was an easy review ;-)
[19:39] <seb128> brainwash, thanks
[19:39] <seb128> we can look at that bug, but likely after feature freeze
[19:39] <seb128> e.g not this week
[19:41] <ochosi> seb128: indeed, as short as can be :)
[19:55]  * Sweetshark found and killed a nasty phony target. Now noop incremental build is <8 seconds on the notebook.
[20:09] <robert_ancell> Laney, did you see https://code.launchpad.net/~xnox/unity-greeter/off-the-grid/+merge/205896?
[20:09] <robert_ancell> We should land that if you're OK with it
[20:37] <seb128> robert_ancell, hey, xnox pinged around eod for Laney and he said he would have a look tomorrow, but I'm sure he's going to be fine if you ack it
[20:37] <robert_ancell> seb128, ok, cool
[20:38] <robert_ancell> seb128, I assume you're OK with generating an image file on build? Is that considered valid by dpkg?
[20:39] <seb128> robert_ancell, yes and yes (if you read the comments, I asked xnox to change it from runtime generation to build-time, better to do it once than risky runtime issues)
[20:39] <robert_ancell> well, I guess I didn't read them all :)
[20:40] <xnox> seb128: we'd have to change again to runtime and using svg logo if we'd want to start doing HiDPI stuff though =)
[20:40] <robert_ancell> seb128, we need to set up autolanding or train ticketing or whatever it's called for u-g, u-c-c and u-s-d
[20:40] <robert_ancell> xnox, cross that bridge when we come to it!
[20:40] <seb128> xnox, I guess that greeter is not going to be hidpi friendly
[20:41] <seb128> robert_ancell, yeah, I was thinking the same today, going to ping didrocks about that tomorrow
[20:41] <xnox> robert_ancell: i'd rather not use autolanding/train, it's very low traffic / low-risk development all three of them. And autolanding is heavy-weight towards catching regression on experimental code (e.g. touch)
[20:41] <seb128> xnox, not true, CI train is much nicer than having to manual upload
[20:41] <seb128> well, maybe not "much"
[20:41] <robert_ancell> xnox, agreed we don't want to slow things down, in fact we want to cut out the manual step of doing the manual releases
[20:42] <seb128> but it gives you a ppa and buttons to click
[20:42] <robert_ancell> (and speed things up)
[20:42] <xnox> seb128: yeah, i feel left out. no buttons for me to click.
[20:42] <robert_ancell> seb128, is there a way to get jenkins to automatically put things onto the landing train on each commit?
[20:42] <robert_ancell> each merge I mean
[20:42] <seb128> well, training is ongoing, that's a transition period
[20:42] <robert_ancell> so we don't even have to do the manual step
[20:43] <seb128> robert_ancell, not atm, not sure that's wanted though
[20:43] <seb128> the CI train is easy enough, you just get to list the mps you want to land in a table
[20:43] <seb128> they give you a "slot"
[20:43] <robert_ancell> seb128, because for low risk things we want a brake if something risky is being landed, otherwise just automatic
[20:43]  * xnox off to gym! talk to you all tomorrow
[20:43] <seb128> then you have  a ppa with the result and you are in control of the process
[20:43] <robert_ancell> The opposite for high risk stuff
[20:43] <seb128> xnox, enjoy!
[20:44] <robert_ancell> seb128, it's a spreadsheet ffs. It's like the biggest sign that process has taken over
[20:44] <seb128> yeah, I don't like that part much
[20:44] <seb128> but in practice it's smooth enough
[20:45] <seb128> it's basically "tick what should land"
[20:45] <seb128> ideally you would have a desktop Ui and tick checkboxes for the pending branches
[21:10] <sabdfl> ian
[21:10] <sabdfl> oww
[21:12] <seb128> sabdfl, that's not a really secure password ;-)
[21:12] <sabdfl> no but it is the last half of a name :)
[21:12] <sabdfl> how are you guys doing?
[21:13] <seb128> busy (as usual, especially before ff ;-), but good
[21:13] <seb128> how are you?
[21:13] <robert_ancell> seb128, https://code.launchpad.net/~seb128/unity-settings-daemon/simplify-xsettings-menu-code/+merge/207011 - any background on that? Was the previous change a mistake?
[21:14] <seb128> robert_ancell, we added code to handle gnome-shell and unity session, so having monitors for both
[21:14] <seb128> I don't see the need to keep monitoring gnome-shell in our version
[21:15] <seb128> I'm not sure if the double monitor is what creates that segfault condition, but it feels like cleaning up that is a win in any case
[21:15] <robert_ancell> seb128, ok, I understand it now
[21:15] <robert_ancell> seb128, yes, been looking at dropping more non-unity fallbacks
[21:15] <seb128> we could rename the _shell to_unity
[21:16] <seb128> but I figured out that staying closer from upstream would easy merging fixes
[21:16] <seb128> but I thought that*
[21:16] <seb128> rather
[21:16] <robert_ancell> seb128, did you see https://code.launchpad.net/~robert-ancell/unity-control-center/misc-warnings/+merge/206846 https://code.launchpad.net/~robert-ancell/unity-control-center/gtk-stock-deprecated/+merge/206839  https://code.launchpad.net/~robert-ancell/unity-control-center/gdk-color-deprecated/+merge/206835
[21:16] <robert_ancell> they should be fairly inoffensive
[21:16] <seb128> no, looking at those
[21:17] <seb128> seems like we don't receive emails through the team
[21:17] <seb128> I subscribed to u-s-d yesterday, going to do the same for u-c-c
[21:17] <robert_ancell> seb128, I can never work out the LP subscribing thing - please do it if you can
[21:17] <seb128> well, I think that not spamming all members is ok, so I'm just going to subscribe
[21:18] <robert_ancell> though team subscriptions are counterproductive I think - since I got in the indicator team I get a load of noise about unrelated branches
[21:19] <seb128> yeah
[21:20] <seb128> robert_ancell, I'm not sure I like https://code.launchpad.net/~robert-ancell/unity-control-center/gdk-color-deprecated/+merge/206835
[21:20] <robert_ancell> seb128, why not?
[21:21] <seb128> robert_ancell, it somewhat feels like we are going to hit https://code.launchpad.net/~seb128/gnome-control-center-unity/use-correct-color/+merge/168800 again, but let me look the details
[21:22] <robert_ancell> seb128, I made a custom to_string method that matches the old format
[21:22] <robert_ancell> I've tested it running both control centers
[21:22] <seb128> robert_ancell, oh, ok, I should have read through it before commenting :-)
[21:22] <robert_ancell> I've hit this before migrating code
[21:22] <robert_ancell> np
[21:22] <robert_ancell> saves time to sak
[21:22] <robert_ancell> ask
[21:26] <seb128> robert_ancell, I'm not sure I like https://code.launchpad.net/~robert-ancell/unity-control-center/gtk-stock-deprecated/+merge/206839 ... :-)
[21:27] <robert_ancell> because...
[21:27] <seb128> that's a stupid GTK change
[21:27] <robert_ancell> but it exists
[21:27] <robert_ancell> and it makes a ton of warnings on compilation
[21:27] <seb128> it forces us to retranslate the stock strings
[21:27] <robert_ancell> yep
[21:27] <seb128> right
[21:27] <seb128> but it's stupid
[21:27] <robert_ancell> but it exists
[21:27] <seb128> we can safely ignore it until gtk4
[21:28] <robert_ancell> except for the ton of warnings
[21:28] <seb128> which would save us translation strings
[21:28] <robert_ancell> I'm sure the translators find these ones easy - and the tools hint what the strings should be
[21:28] <seb128> if you are after warnings we should start cleaning the runtime ones, not the stupid gtk deprecations
[21:28] <robert_ancell> both
[21:29] <seb128> I blame mccann for those btw
[21:29] <seb128> but fair enough, it's GTK to blame there, I still think it's a stupid change on their part
[21:34] <seb128> robert_ancell, ok, approved those ;-)
[21:34] <robert_ancell> seb128, ta
[21:34] <seb128> robert_ancell, what is remaining in the u-s-d transition?
[21:34] <robert_ancell> seb128, packaging up those dependencies
[21:35] <robert_ancell> didn't get to it yesterday
[21:35] <seb128> the gnome-session session split?
[21:35] <seb128> what else?
[21:40] <seb128> robert_ancell, https://code.launchpad.net/~robert-ancell/unity-control-center/gsettings-api/+merge/206821
[21:42] <robert_ancell> yes
[21:42] <seb128> the g_settings_list_relocatable_schemas() points to g_settings_schema_source_list_schemas() not g_settings_schema_source_lookup(), did you drop the relocatable part of the code?
[21:42] <seb128> https://developer.gnome.org/gio/unstable/GSettings.html#g-settings-list-relocatable-schemas
[21:43] <seb128> the g_settings_list_relocatable_schemas() api points to*
[21:44] <seb128> robert_ancell, I'm also unsure we need to keep handling unity2d, that got dropped in quantal
[21:45] <seb128> we should probably just clean out that fallback code
[21:45] <robert_ancell> seb128, the new method gets all schemas, regardless of relocatibility
[21:46] <seb128> robert_ancell, so why g_settings_schema_source_lookup () and g_settings_schema_source_list_schemas()?
[21:46] <robert_ancell> g_settings_schema_source_lookup just sees if there is a schema registered with that name
[21:46] <seb128> the api documentation is confusing
[21:47] <seb128> g_settings_list_relocatable_schemas() point to g_settings_schema_source_list_schemas()
[21:47] <seb128> blame desrt I guess
[21:48]  * popey wonders if he could get some help with bug 1281781 which has some level of mwc-demo based urgency about it.
[21:48] <ubot2`> Launchpad bug 1281781 in Ubuntu Calendar App "Please update application icon" [Low,New] https://launchpad.net/bugs/1281781
[21:48] <popey> note the list of system apps which have new icons.
[21:49] <desrt> seb128: looks like a typo
[21:49] <seb128> desrt, https://developer.gnome.org/gio/unstable/GSettings.html#g-settings-list-relocatable-schemas is what I'm looking at for it
[21:49] <desrt> nope.
[21:49] <desrt> not a typo
[21:50] <desrt> the new _list_schemas() API returns both lists
[21:51] <desrt> what's the issue here?
[21:51] <seb128> desrt, no issue, I'm reviewing https://code.launchpad.net/~robert-ancell/unity-control-center/gsettings-api/+merge/206821https://code.launchpad.net/~robert-ancell/unity-control-center/gsettings-api/+merge/206821
[21:51] <seb128> desrt, e.g cleaning up some code
[21:52] <desrt> is there something that prevents this from just using the schemas normally?
[21:53] <desrt> robert_ancell: one comment: if you already have the schema object in-hand then it is nicer to call g_settings_new_full() to save the second lookup
[21:53] <seb128> not that I know, but didrocks wrote that code, so maybe he has a reason
[21:53]  * seb128 didn't deal much with relocatable schemas
[21:54] <desrt> but seb has an interesting point -- strictly speaking, if you wanted exactly equivalent functionality you should call g_settings_schema_get_path() on the schema to make sure that it's relocatable
[21:55] <desrt> but then you should also make sure that all of the keys that you want to use exist and have the expected types...
[21:55] <popey> If we have a new icon for a mobile app, in ubuntu-themes, the png *and* svg need updating together, right? (obvious question, but want to check)
[21:55] <robert_ancell> desrt, exactly. Just checking the name is there is probably close enough
[21:55] <desrt> robert_ancell: or you could just assume that the name is there ;)
[21:55] <robert_ancell> desrt, we can't if not running inside unity
[21:56] <robert_ancell> desrt, but yes, now it's u-c-c we might just be able to add some more hard deps
[21:56] <desrt> robert_ancell: we should have the equivalent of gsettings-desktop-schemas and u-c-c should depend on it...
[21:56] <desrt> hah :)
[21:56] <jasoncwarner> hey chrisccoulson not sure what happened, but I just updated and FF global menu went away
[21:56] <seb128> popey, you are probably on the wrong channel/tz for those questions, didrocks looked at the new icons changes today but he's not online at this time
[21:56] <popey> heh
[21:56] <seb128> jasoncwarner, dpkg -l | grep unity?
[21:56] <desrt> robert_ancell: but ya... next time you find yourself walking this path, consider using new_full() instead.
[21:57] <robert_ancell> mkay
[21:57] <popey> seb128: do you know where it was discussed?
[21:57] <desrt> otherwise looks good
[21:57] <chrisccoulson> jasoncwarner, desktop bug? :)
[21:57] <popey> (in case there's a log I can read)
[21:57] <chrisccoulson> (just kidding btw)
[21:57] <seb128> popey, this channel but not a lot was discussed
[21:57] <popey> thanks
[21:57] <chrisccoulson> jasoncwarner, are you on trusty?
[21:57] <jasoncwarner> seb128: what do you want me to find?
[21:58] <jasoncwarner> chrisccoulson: yes, just updated to latest
[21:58] <seb128> jasoncwarner, the version of the unity binaryt
[21:58] <seb128> binary
[21:58] <jasoncwarner> (this is a vm, fyi)
[21:58] <chrisccoulson> i should probably upgrade really
[21:58] <seb128> popey, he did https://code.launchpad.net/~didrocks/unity8/suru-switch/+merge/206907
[21:58] <jasoncwarner> chrisccoulson: , I'd recommend that ASAP ;)
[21:58] <chrisccoulson> heh
[21:58] <chrisccoulson> i've been holding off because I have enough moving targets already :)
[21:58] <popey> thanks seb128
[21:59] <jasoncwarner> seb128: ooooh...unity 8 came down today?
[21:59] <seb128> jasoncwarner, can you get chrisccoulson to get firefox updated in trusty? we are 3 version behind and he keeps posting tweets about Orlando nice weather and chicken wings!
[21:59] <chrisccoulson> lol
[21:59] <seb128> chrisccoulson, ^ how about that? ;-)
[21:59] <seb128> popey, yw
[21:59] <chrisccoulson> seb128, we had some awesome wings btw
[21:59] <chrisccoulson> just ask mdeslaur
[21:59] <seb128> not listening!
[21:59] <jasoncwarner> seb128 jdstrand mentioned someone was going go look at it. but, yeah, chrisccoulson , all the wings for you :)
[22:04] <seb128> ;-)
[22:04] <seb128> robert_ancell, you tested https://code.launchpad.net/~robert-ancell/unity-control-center/gsettings-api/+merge/206821https://code.launchpad.net/~robert-ancell/unity-control-center/gsettings-api/+merge/206821 ? ;-)
[22:04] <robert_ancell> seb128, yes
[22:04] <seb128> robert_ancell, ok, fine then ;-)
[22:05] <seb128> chrisccoulson, is appmenu support part of firefox nowadays or still an extension?
[22:07] <chrisccoulson> seb128, it's still a patch
[22:09] <seb128> chrisccoulson, in what binary package is it?
[22:13] <jasoncwarner> chrisccoulson false alarm...not sure what happened, but I rebooted and it went away.
[22:13] <jasoncwarner> cyphermox_ second network indicator is also gone (seb128 fixed my unity8 prob)
[22:15] <seb128> on that note, calling it a day
[22:16] <seb128> robert_ancell, ok, I approved the pending u-c-c requests, feel free to do uploads during your days, otherwise I'm going to talk to didrocks about putting those under autouploads tomorrow
[22:36] <robert_ancell> mterry, hmm, has LP confused itself? https://code.launchpad.net/~mterry/lightdm/shared-data-manager/+merge/205596
[22:36] <robert_ancell> I just see "empty" for the diff
[22:36] <mterry> robert_ancell, oh god.  I bet I know why.  I accidentally pushed that branch to its already-merged pre-req branch 'refactor-accounts'
[22:37] <mterry> robert_ancell, I'll resubmit
[22:37] <robert_ancell> oh, I've done things like that before
[22:42] <pitti> oh, hey robert_ancell, long time no see
[22:42] <pitti> hey jasoncwarner
[22:43] <pitti> being at another side of the world changes your perspective :)
[22:43] <robert_ancell> pitti, how's it going?
[22:43] <robert_ancell> pitti, oh, where are you?
[22:43] <pitti> robert_ancell: quite nice, thanks; we have a sprint in Oakland
[22:48] <robert_ancell> mterry, MP updated - do you agree with my requests?
[22:48] <robert_ancell> I don't want to be too much of a pain in the arse since I guess you want this feature landed some time :)
[22:51] <robert_ancell> yay, thermal shutdown
[22:52] <robert_ancell> mterry, if you responded I missed it
[22:52] <mterry> robert_ancell, :)  was about to reply on MP, let me do it here
[22:53] <mterry> robert_ancell, if we set a session variable, the greeter can use that too.  So no need to add a gchar * to the API call
[22:53] <mterry> robert_ancell, but as for whether to set it at all....
[22:53] <mterry> robert_ancell, I figured /var/lib/lightdm-data was stable enough to not need it, but it's not hard to add a variable
[22:53] <robert_ancell> mterry, except the greeter can write to n locations
[22:53] <robert_ancell> and sessions just to one
[22:54] <mterry> robert_ancell, well.  It's just BASEDIR/$USER
[22:54] <mterry> robert_ancell, so we just need to set BASEDIR in a variable
[22:55] <robert_ancell> mterry, but then you have to join a string etc... Why not just make it foolproof?
[22:55] <robert_ancell> and by getting it from the function call, we ensure that it always exists
[22:55] <robert_ancell> If it's just a known location, you can forget to call the function
[22:58] <mterry> robert_ancell, I can see the logic, I just don't think you're buying much.  You're going to have to join anyway to get the actual directory you're interested in ($BASEDIR/$USER/my-app-namespace or some such
[22:59] <mterry> robert_ancell, I am sympathetic to the nudge to not forget calling it.  But we're talking about greeters, of which there aren't that many.  So not that many opportunities to forget
[22:59] <robert_ancell> go on... I'll make the change if it's just a time issue
[22:59] <mterry> robert_ancell, but it's not a hard change
[23:00] <mterry> robert_ancell, that's it.  It's a reasonable change, I just don't think it's super valuable.  But no reason but time to not make it
[23:00] <mterry> robert_ancell, I can do it tomorrow
[23:11] <cyphermox_> jasoncwarner__: ack