[00:24] <_com_> hi
[00:25] <_com_> i need support with the following problem: i've have no hdmi- ouput anymore.
[00:26] <_com_> tanks.
[00:33] <TheMuso> _com_: For starters, have you asked in #ubuntu? Secondly, you need to give us some more informatino. What form of HDMI is no longer working? Is it audio, video, or both?
[00:35] <_com_> themuso: yes, i've asked in #ubuntu, but no one has answered.  there is no video and audio.
[00:36] <_com_> the kernel is: 3.16.0-30-generic. i'm using gnome 14.10.
[00:38] <_com_> themuso: the problem appears since yesterday. but i don't know what happens. i've tried different cable and monitor.
[00:39] <TheMuso> _com_: Ok, did you install any updates recently? What GPU are you using, and do you have any proprietary video drivers installed? Do you get any splash screen or console messages?
[00:41] <_com_> themuso: no, i didn't install any updates. the gpu is an Intel Ivybridge Mobile. i don't use any proprietary video drivers. i don't get any splash screens or console messages.
[00:42] <TheMuso> Ok. Do you get any BIOS/boot activity on the screen?
[00:43] <_com_> themuso: no. i don't get any BIOS/boot activity on the hdmi connected screen.
[00:44] <_com_> themuso: i'm using ubuntu 14.10.
[00:52] <_com_> themuso: can you help me?
[00:57] <TheMuso> _com_: Do you have any other monitors you can test with, and is that the only monitor you are using with your machine?
[00:59] <_com_> themuso: i've tried the same monitor with another machine (also ubuntu 14.10, kernel: 3.16.0-30) and it works.
[01:00] <TheMuso> _com_: Well if you don't get any boot/BIOS screens, then it sounds like a hardware problem, unless of course the video card has multiple outputs, and boot screens/BIOS are being displayed via another port.
[01:03] <_com__> themuso: how can i proof it? is it a hardware problem or a driver problem?
[01:06] <TheMuso> _com__: If your machine has other video outputs, try connecting them to a monitor and see if you get anything from the BIOS or Ubuntu bootup.
[01:09] <_com__> themuso: with a vga cable it works. but with hmdi it doesn't work.
[01:10] <_com__> themuso: maybe is the hdmi output broken or could it be a driver probelm? thanks a lot!
[01:14] <_com__> themuso: i will try it  and will look in the bios settings.
[01:24] <_com_> themuso: thank you very much. i don't know what happens. after i did plug the vga cable in, i reboot the system and open the bios settings, and after all i plug in the hdmi cable and the bootscreen appears.
[01:42] <TheMuso> _com_: Good to hear.
[01:43] <_com_> themuso: thank you & bye,bye & have nice night.
[01:43] <TheMuso> _com_: You're welcome.
[05:33] <pitti> Good morning
[07:02] <didrocks> good morning
[07:07] <larsu> good morning!
[07:08] <seb128> good morning desktopers
[07:08] <seb128> hey didrocks larsu
[07:10] <didrocks> re guys :)
[07:12] <excalibr> Guys what is the password for login on ubuntu next iso?
[07:12] <seb128> excalibr, shouldn't have one
[07:13] <seb128> empty password rather
[07:13] <seb128> where does it ask for you?
[07:14] <excalibr> at the login screen
[07:15] <excalibr> Ive tried id/pass ubuntu/ubuntu, ubuntu/<empty>, <empty>/<empty>
[07:15] <excalibr> none works
[07:15] <excalibr> this is the newest iso build. just grabbed it few hours ago
[07:17] <seb128> should be "ubuntu-desktop-next" and empty
[07:17] <seb128> but lightdm shouldn't show
[07:17] <seb128> where do you try it?
[07:17] <excalibr> ohh..that did it :)
[07:17] <seb128> if you get the greeter it's likely because unity8/mir fails to start and you are bounced back there
[08:17] <mlankhorst> morning
[08:18] <mlankhorst> so why does the unity8 login greeter on desktop use Xorg instead of something relying on mir? :P
[08:20] <seb128> mlankhorst, there is no unity8 login greeter?
[08:21] <mlankhorst> perhaps, but unity7 in Xorg-mir is a login greeter :P
[08:21] <mlankhorst> so that could be used at least
[08:23] <willcooke> morning al ready
[08:23] <willcooke> already
[08:23] <mlankhorst> indeed!
[08:23] <willcooke> :)
[08:24] <willcooke> Media scanner has been busy recently.  Last few days I've found it spinning at 100% CPU
[08:24] <willcooke> in 300% in today's case
[08:24] <willcooke> s/in/or
[08:24] <didrocks> hey willcooke, mlankhorst
[08:32] <seb128> mlankhorst, not sure what you suggest? we intend to use an unity8 greeter the day we have one, our current one is the unity7 one though
[08:32] <mlankhorst> seb128: was curious if you could use the unity7 greeter with Xorg-mir :P
[08:32] <seb128> I guess we could
[08:33] <seb128> what would it bring us?
[08:33] <mlankhorst> unity-session-compositor doing what it should? :P
[08:37] <mlankhorst> and allowing me to replace /usr/bin/Xorg with Xmir for testing
[08:58] <seb128> mlankhorst, I don't see an issue with that, maybe email the desktop list to describe the suggested change so we get feedback on it?
[09:05] <willcooke> +1
[09:06] <willcooke> The installer guys were interested in switching to Mir, but maybe Xmir would make a suitable stepping stone?
[09:06] <willcooke> Actually, I don't know that they even use X
[09:06] <Laney> yo
[09:06] <willcooke> what up Laney
[09:10] <seb128> hey Laney
[09:10] <seb128> willcooke, the installer guys? do we still have some of those?
[09:10] <seb128> willcooke, also for what installer? mir currently doesn't work on VMs for example, that's not good for the installer (same for the greeter)
[09:10] <seb128> also does it work with all video drivers, included nvidia, etc?
[09:11]  * willcooke shuts up
[09:11] <seb128> I think that was an issue when we previously talked about using the system compositor by default
[09:11] <willcooke> It's a good job there is someone sane around here
[09:11] <seb128> lol
[09:11] <seb128> willcooke, don't shut up, those are interesting questions :-)
[09:11] <seb128> we just need to figure out the answers
[09:11] <willcooke> ha!
[09:32] <seb128> didrocks, do you remember what was the issue with enabling the system compositor by default? that was the support on some drivers right? do you know if that's still an issue?
[09:35] <didrocks> seb128: some driver support indeed, so the idea was to fallback and having a white list of driver known to work
[09:36] <didrocks> seb128: that's still an issue AFAIK, only intel (and maybe nouveau?) works on Mir
[09:36] <didrocks> so, if someone installs nvidia (blob) driver, we need to have a good story here
[09:36] <seb128> mlankhorst, ^ is that still true?
[09:36] <Laney> Noskcaj / darkxst: what's the grilo status?
[09:37] <darkxst> Laney, split is ready for sponsoring
[09:37] <darkxst> https://code.launchpad.net/~noskcaj/ubuntu/vivid/grilo-plugins/split
[09:38] <Laney> is it agreed?
[09:38] <mlankhorst> intel, radeon, and nouveau work?
[09:38] <seb128> mlankhorst, what happens is somebody install i.e nvidia binary drivers?
[09:38] <darkxst> Laney, was discussed with berto and seb128  in #debian IRC
[09:38] <Laney> 'yes'?
[09:38] <darkxst> and yes agreed
[09:38] <Laney> ok
[09:39] <seb128> i.e->e.g
[09:41] <mlankhorst> seb128: yo uwon't have unity8 anyway..
[09:41] <mlankhorst> in that case
[09:41] <mlankhorst> so my guess is 'unity-session-compositor will fail to start'
[09:42] <seb128> mlankhorst, ok, so that's out of question to do on the default image
[09:42] <seb128> we can probably do it on -next thouh
[09:42] <seb128> though
[09:44] <mlankhorst> yeah default image is u7 anyway, but for u8 image it might make sense
[09:44] <seb128> well, having xmir/system compositor tested around u7 would make sense
[09:44] <seb128> or could at least
[09:44] <seb128> what is needed to change -next to use the system compositor?
[09:45] <mlankhorst> I guess changes to lightdm mostly
[09:45] <seb128> configuration changes?
[09:45] <seb128> seems like something to discuss with robert_ancell
[09:45] <seb128> just email the desktop list and let's have the discussion there :-)
[09:51] <Laney> darkxst: are you going to sponsor it? (just noticed it's in gnome)
[09:51] <Laney> (the set)
[09:51] <darkxst> Laney, oh didnt realise that, ok will do
[09:54] <Laney> great!
[09:58] <darkxst> Laney, and I already reviewed it so uploading now
[10:02] <Laney> darkxst: doesn't seem to be an upgrade path
[10:03] <darkxst> Laney, since there are only 2 rdeps no much point of transitional package
[10:03] <darkxst> and pretty sure noskcaj also made updates for those 2 existing packages)
[10:04] <Laney> ok
[10:17] <darkxst> Laney, though not to sure we he put them
[10:17] <darkxst> were
[10:18] <Laney> just changing the dep right?
[10:19] <Laney> i'm sure we can handle that
[10:20] <darkxst> Laney, yes, and doing it now for gnome-music and gnome-online-miners, you can handle it for totem ;)
[10:21] <seb128> Laney, do you have an updated vivid? can you try to build u-s-s?
[10:22] <Laney> seb128: ya, ok, from where?
[10:22] <seb128> Laney, lp:u-s-s
[10:23] <Laney> did Mirv merge his changes there?
[10:23] <seb128> yes
[10:23] <jpds> So, something's been bugging me for the last few weeks but I can't figure out what's wrong - does anyone know what I need to do to get that little envolope in the indicators?
[10:23] <seb128> but somewhat it fails to build for me locally
[10:23] <seb128> jpds, run a software that uses that indicator (e.g empathy, pidgin, evolution, tb)
[10:24] <jpds> seb128: I'm always running thunderbird.
[10:24] <seb128> jpds, and the indicator is not showing? is it installed? (dpkg -l | grep indicator-messages)
[10:24] <jpds> seb128: Yes, and yes.
[10:24] <jpds> Hence my confusion.
[10:24] <Laney> seb128: indeed it fails
[10:25] <jpds> Looks like the extension for thunderbird is installed too.
[10:25] <seb128> Mirv, ^ how can that be the case? how did you build u-s-s?
[10:25] <seb128> jpds, it's not showing at all?
[10:25] <Laney> there's a diff to the archive
[10:25] <Laney> vs. bzr
[10:25] <jpds> seb128: Yep, never seen it.
[10:25] <seb128> Laney, how/why
[10:25] <jpds> seb128: Since my reinstall.
[10:25] <Laney> guess it wasn't committed
[10:25] <seb128> jpds, does it show if you run empathy?
[10:25] <seb128> Mirv, ^
[10:25] <Laney> it's basically the contents of my branch
[10:26] <jpds> seb128: Hmm, don't have it installed.
[10:26] <seb128> 1310 commit has
[10:26] <seb128> "  Fake-sync from archives 0.3+15.04.20150213-0ubuntu2. Does not include the work-in-progress branch.
[10:26] <seb128> "
[10:26] <seb128> that seems buggy
[10:26] <seb128> jpds, $ gsettings get com.canonical.indicator.messages applications
[10:27] <jpds> seb128: Nothing in there.
[10:27] <seb128> jpds, that's your issue
[10:27] <seb128> not sure why tb doesn't add itself though
[10:32] <Mirv> seb128: Laney: not committed as commented on the bug as it was a combination of laney's wip branch, my branch (enough to make it compile) and commenting out Storage.qml. I did a fakesync from archives and waited to know what kind of approach you want to have.
[10:32] <seb128> Mirv, trunk should be what is in the distro, especially that currently trunk doesn't build due to your incomplete commit :-/
[10:33] <seb128> Mirv, can you please fix the build issue in there? I'm hacking on bluetooth changes and I need trunk to keep building
[10:33] <Mirv> seb128: ok, as you wish. I gave the possibility of finishing the wip bramch properly, but I'll sync the trunk now then instead of fakesync.
[10:34] <Laney> In a minute I'll do a MP to bring back the storage panel with the copy of the function or similar
[10:34] <Laney> then we can work on a proper replacement over time
[10:34] <seb128> Laney, thanks
[10:35] <seb128> Mirv, yeah, ideally we wouldn't have merge half work, but having things still building is better so it doesn't block other fixes to land or people to work
[10:36] <seb128> Mirv, nice work on landing qt5.4 btw :-)
[10:39] <Mirv> seb128: Laney: trunk uptodate
[10:39] <Mirv> seb128: thanks :)
[10:42] <seb128> darkxst, you just uploaded gnome-music, have you seen that there is an update for it in the sponsoring queue? you might want to upload that one?
[10:43] <seb128> Mirv, btw, partial updates were a fail, e.g if you used update-manager to do a normal update, it would update part of the qt stack and let things not working on qt version mismatches
[10:43] <seb128> like settings would run until I dist-upgraded
[10:43] <darkxst> seb128, oh, didnt see that, will do
[10:44] <seb128> darkxst, thanks
[12:41] <didrocks> hum, notify-osd volume doesn't take into account the above 100% patch from larsu as the indicator
[12:42] <didrocks> it was before IIRC
[12:42] <didrocks> (like 100% is now less than the maximum volume you can set)
[12:42] <didrocks> anyone else seeing this?
[13:04] <Frugals> i havent read the TOS so im just gona STFU
[13:05] <Frugals> before they put me on some english prison
[13:11] <seb128> didrocks, not sure to understand what you mean, do you have the option enabled or not?
[13:12] <didrocks> seb128: I have the option enabled, the indicator is working as expected
[13:13] <didrocks> however, I'm using the media keys for volume up/down
[13:13] <didrocks> the notify-osd bar is at 100% way before I reach the "new" 100%
[13:16] <seb128> hum, unsure what handles those notifications, is that u-s-d?
[13:16] <seb128> that didn't change much in vivid :-/
[13:16] <seb128> didrocks, did you change the option during the session?
[13:17] <didrocks> seb128: I didn't change or update it
[13:17] <seb128> I wonder if that's another instance of being bitten by the gsettings get/subscribe to change bug
[13:17] <seb128> guess not then
[13:18] <didrocks> seb128: just noticed it today, not sure since when it started, but it didn't do that in the past, right?
[13:18] <seb128> no it didn't
[13:18] <didrocks> do you see it as well?
[13:19] <seb128> yeah, it's weird
[13:19] <seb128> it's like they were updating a second time
[13:20] <seb128> I can see one value and the bar changing
[13:20] <seb128> it's easier to see if you press several times, it can see the not regular changes
[13:20] <seb128> it seems to step forth and back
[13:21] <didrocks> exactly
[13:22] <seb128> I'm going to have a look
[13:22] <didrocks> the slider in the gtk app doesn't show the step back and force
[13:22] <seb128> or did you want to do that?
[13:22] <Frugals> didrocks: are you a cook?
[13:22] <didrocks> I can have a look, but later this week
[13:22] <seb128> k
[13:22] <didrocks> Frugals: ?
[13:22] <seb128> let's see if I beat you to it ;-)
[13:23] <didrocks> deal! :)
[13:23] <Frugals> do you cook meth?
[13:24] <Frugals> your nick saying you did rocks
[13:55] <willcooke> seb128, is guest U8 session on your U8 machine working?
[13:55] <willcooke> I just get a blank screen
[13:55] <willcooke> with a pointer
[13:56]  * willcooke upgrades
[14:03] <ChrisTownsend> willcooke: AFAIK, guest sessions have never worked on the U8 desktop: https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1307618
[14:03] <seb128> willcooke, let me upgrade as well, it's working but there was the qt5.4 transition yesterday
[14:04] <seb128> oh, guest
[14:04] <willcooke> ChrisTownsend, seb128 - oki - thanks!
[14:04] <ChrisTownsend> seb128: You had me worried there for a bit:)
[14:04] <seb128> ChrisTownsend, is the issue due to apparmor or...?
[14:05] <ChrisTownsend> seb128: Permissions on the Mir socket I believe.
[14:05] <ChrisTownsend> seb128: Or that is the first issue to overcome.
[14:05] <seb128> ChrisTownsend, but is the apparmor profile what blocks the access or...?
[14:06] <ChrisTownsend> seb128: Hmm, not sure.  I should probably investigate.
[14:06] <seb128> ChrisTownsend, I'm going to have a look
[14:06] <larsu> didrocks: uh? Works for me...
[14:06] <ChrisTownsend> seb128: For some reason, I thought it was a known issue by some other team, but it's been a while.
[14:06] <ChrisTownsend> seb128: Ok, cool, thanks!
[14:06] <didrocks> larsu: hum, maybe something racy? seb128 and I seem to see it
[14:07] <seb128> ChrisTownsend, could be, I'm just not aware of it
[14:07] <ChrisTownsend> seb128: Right
[14:07] <seb128> didrocks, larsu, it's indicator sound overwriting the value with a buggy one, stop it and things work
[14:07] <larsu> seb128, didrocks: I'll have a look. I guess the recent i-sound changes mess things up again
[14:08] <seb128> larsu, didrocks, I'm pondering reverting the recent indicator-sound changes
[14:08] <seb128> it makes it display notification when it shouldn't like
[14:08] <didrocks> seb128: confirmed
[14:08] <seb128> like any time the source changes
[14:08] <didrocks> seb128: works well once stopped and prevented to restart
[14:08] <seb128> which includes when starting the greeter
[14:08] <seb128> or plugin an headset
[14:09] <seb128> didrocks, you can just use "stop" with upstart to prevent restart :-)
[14:09] <didrocks> seb128: who uses upstart? :p
[14:09] <seb128> indicator-soundù!
[14:10] <didrocks> seb128: I need to get used to upstart in session one day :)
[14:14] <Laney> sbuild y u hang
[14:22] <larsu> didrocks, seb128: I can reproduce now. Apparently I didn't have the right version installed (or didn't log out in long enough)
[14:23] <seb128> larsu, don't bother anyway, bt works first I would say, let's ted look at that bug since he's the one who introduced it
[14:23] <larsu> seb128: ok, fair enough
[14:24] <didrocks> seb128: hop, bug #1422745
[14:24] <seb128> didrocks, thanks
[14:24] <didrocks> yw :)
[14:25] <seb128> tedg, hey, can you look at ^, seems a recent indicator-sound regression
[14:25] <larsu> hm, I also get a notification now when I toggle the "allow > 100%" checkbox
[14:25] <seb128> tedg, it overwrites the u-s-d notifications with buggy ones, which makes the bubbles have a visual glitch and being wrong
[14:25] <larsu> and also when changing the volume from system settings
[14:25] <larsu> this is all kinds of wrong...
[14:25] <seb128> larsu, yeah, that's part of the "notifications keep being displayed on any random revent"
[14:25] <seb128> tedg, why did we need to do that again?
[14:26] <larsu> seb128: ah, right
[14:26]  * seb128 feels like we should just revert the recent changes
[14:26] <larsu> tedg: I took a lot of care a couple of months ago to make sure notifications only happen when needed
[14:26] <didrocks> the over-spammification of notifications is indeed a user regression IMHO
[14:34] <seb128> bah, polkit refuses my user password on my test machine, wth?
[14:34] <seb128> same password works for login and in the greeter
[14:35] <tedg> larsu, The problem was the notifications got added into the volume control object when the streams code was added last minute.
[14:36] <tedg> So, then pulling them out of the volume control object has made things funky, as basically they weren't working there.
[14:36] <tedg> But, we should drop g-s-d sending notifications.
[14:37] <seb128> tedg, patches are welcome :-)
[14:37] <larsu> tedg: didn't I pull this out of the control object once? Why is it in there again?
[14:37] <seb128> tedg, also please make indicator-sound send non buggy ones
[14:37] <tedg> Fixing indicator-sound first :-)
[14:38] <tedg> larsu, it got readded with the streams code which is… needs reworking.
[14:38] <larsu> tedg: ugh :(
[14:38] <larsu> tedg: unity-settings-daemon only sends a notification in the media keys plugin - which it should
[14:39] <larsu> basically the idea should be this: send a notification not when the sound changes, but when the user does an action
[14:39] <tedg> larsu, Eh, no, I don't think so. As we really should start routing media keys the same in U7 and U8.
[14:39] <larsu> which is only in two places: (1) the media keys plugin and (2) the scroll-event over the indicator
[14:39] <tedg> larsu, So I think it should start using the actions we're using in U8.
[14:40] <larsu> tedg: sure, if you port the whole media keys thing to indicator-sound, we can drop the u-s-d plugin
[14:40] <larsu> I would very much welcome that
[14:41] <tedg> larsu, Well in the U8 world the media keys get caught by the compositor (U8) and then get forwarded to i-sound. So we'd still want usd to catch the keypresses, just pass them the same.
[14:43] <larsu> tedg: even better. We should also drop i-sound then ;)
[15:24] <Laney> bah
[15:24] <Laney> BAH I SAY
[15:24] <Laney> why can't we keep x-build-deps installable :(
[15:29] <seb128> because we don't have tests for those which block things that regress
[15:30] <Laney> haha
[15:30] <Laney> yes!
[15:30] <willcooke> alllllllllrighty
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting 2015-02-17
[15:30] <meetingology> Meeting started Tue Feb 17 15:30:42 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <qengho> ding ding!
[15:31] <willcooke> Roll call:  didrocks the operator, attente_, desrt, dgadomski, laney, larsu, mlankhorst, qengho, seb128, Sweet5hark,
[15:31] <seb128> _o/
[15:31] <desrt> hihi
[15:31] <willcooke> A sure way to get yourself at the top of the list didrocks
[15:31] <Sweet5hark> heya, reporting in
[15:31] <didrocks> -o/
[15:31] <dgadomski> o/
[15:31] <larsu> |o
[15:31] <desrt> didrocks: something weird is growing out of your right ear
[15:32] <didrocks> desrt: well, knees being broken, neck as well, now it's the ear! :)
[15:32] <didrocks> I guess I'm out of warranty
[15:32] <willcooke> FJKong_, happyaron, tkamppeter are our this week
[15:33] <willcooke> Before we start, Laney asked for a quick Q&A re Xmir, which we will do at the end of the round up.  Xmir is broken at the moment though.  It's complicated
[15:33] <willcooke> so let's kick off in the order of the roll call to make my life easier:
[15:33] <willcooke> #topic didrocks
[15:34] <didrocks> Short week (4 days)
[15:34] <didrocks> Ubuntu Make:
[15:34] <didrocks> - released 0.5 adding Idea Ultimate support, Android NDK, Dartlang and Firefox developer edition (work from last week): http://blog.didrocks.fr/post/Ubuntu-Make-0.5-adds-four-new-platforms
[15:34] <didrocks> - merged a new contributor work adding support for ruby, pycharm educational issue, pycharm professional edition, webstorm, phpstorm (and misc small fixes) + zsh support!
[15:34] <didrocks> - spent quite some time to add/fix medium and large tests for the above and rebase on master + some small functionalities issues. Also some pep8 and small tests enhancements.
[15:34] <didrocks> -> release planned tomorrow, *plenty* of time before feature freeze! (a whole day ;))
[15:34] <didrocks> Systemd:
[15:34] <didrocks> - some display-manager generator fixes for debian.
[15:34] <didrocks> - uploaded plymouth changes for fsckd and as the fsckd changes couldn't be in systemd 219, Martin distro-patched those fsckd changes and is now in ubuntu! Small usptream comments on it, addressed.
[15:34] <didrocks> Misc:
[15:34] <didrocks> - half patch piloting day, will do the other half tomorrow
[15:34] <didrocks> - fctix MIR rerereviewed and… approved!
[15:34] <didrocks> .
[15:35] <willcooke> thanks didrocks
[15:35] <didrocks> yw
[15:35] <willcooke> The latest Make release was well received, and thanks for all your work on systemd too (and everything else of course)
[15:35] <willcooke> #topic attente_
[15:35] <attente_> hi
[15:36] <attente_> need reviewers for i-k, u-s-d, u-c-c:
[15:36] <attente_> https://code.launchpad.net/~attente/indicator-keyboard/fcitx-transition/+merge/229737
[15:36] <attente_> https://code.launchpad.net/~attente/unity-settings-daemon/fcitx-transition/+merge/230289
[15:36] <attente_> https://code.launchpad.net/~attente/unity-control-center/fcitx-transition/+merge/249523
[15:36] <attente_> tried porting fcitx-qimpanel to Qt 5, needs a lot of work
[15:37] <willcooke> attente_, thanks. Any news/updates on Gtk Mir?  Just askin'
[15:38] <attente_> willcooke: not much. tried getting ibus working under the demo shell, but it's heavily x dependent
[15:38] <willcooke> attente_, sure.  Oki!  I think we'll need to kick start that work again once fcitx is dealt with
[15:39] <attente_> willcooke: sure! i just think we're still blocked on a lot of stuff from Mir
[15:40] <seb128> @reviews, I can help on u-s-d/u-c-c, would be nice if somebody more fluent in vala would look at the indicator though
[15:40] <meetingology> seb128: Error: "reviews," is not a valid command.
[15:40] <seb128> meetingology, shup up
[15:40] <meetingology> seb128: Error: "shup" is not a valid command.
[15:40] <seb128> shut
[15:40] <attente_> lol
[15:40] <willcooke> attente_, ack - hopefully we will start to see those requirements land soon.  I feel like I've taken my off it for too long.  We can sync in a couple of weeks
[15:40] <desrt> i'll look at the indicator
[15:40] <desrt> will be good since attente and i are meeting up later today anyway
[15:41] <seb128> desrt, thanks
[15:41] <willcooke> thanks chaps
[15:41] <willcooke> #topic desrt
[15:41] <desrt> hi
[15:41] <desrt> not a huge week in terms of actual code production
[15:42] <desrt> spent some time on reviews
[15:42] <desrt> had a lot of discussions about some feedback coming in on first uses of g_autoptr() and G_DECLARE_TYPE macros, with some suggested changes
[15:42] <desrt> did some code reviews
[15:42] <desrt> also did some trying out of pwithnall's work upstream for the new approach for m4 macros in gnome projects... trying to make sure that's usable and not entirely happy with the result yet, so more discussions there
[15:43] <desrt> started to create a new upstream m4macros module that will hopefully be a good compromise position on that
[15:43] <desrt> i fixed the potential deadlock in my mount-monitor branch and am awaiting reviews
[15:43] <desrt> i'm also probably finally merging the GSimpleIOStream branch today
[15:44] <desrt> i also wrote a neat new mode for dconf: 'dconf summary' which lists which apps are configured, which are in their default state and which dconf paths are orphans (ie: old settings left over from uninstalled apps)
[15:44] <willcooke> ooh, nice
[15:44] <desrt> and as a side project i'm working on a set of tools for mirroring bugzilla on my laptop, which is driving the development of some very interesting pieces of technology -- a streaming class for GVariant over sockets, and a sequence-number-based database storage mechanism
[15:44] <desrt> both of which i hope to use for dconf database syncing at some point in the future
[15:44] <desrt> that's about all
[15:45] <willcooke> thanks desrt, sounds like a lot of code production to me :)
[15:45]  * qengho recalls harrowing tales of putting configs in desktopcouch.
[15:45] <desrt> btw: http://fpaste.org/186581/
[15:46] <desrt> the 'unknown app' thing will make seb happy... it's a way to shame even more people into renaming their desktop files ;)
[15:46] <larsu> desrt: I gave it a quick review but need a walk through of the deadlock fixing thing
[15:46] <larsu> desrt: otherwise looks fine to me
[15:47] <desrt> larsu: cool.  let's talk about that after the meeting
[15:47] <willcooke> thanks chaps
[15:47] <willcooke> #topic dgadomski
[15:47] <dgadomski> hi
[15:47] <dgadomski> while working on a fix to bug #1104230 another problem occured - when using iface bonding with mode different from round-robin the mode sometimes fallbacks to round-robin. Investigating that.
[15:47] <dgadomski> talked to cyphermox about the network manager issue (bug #1421259), he is going to check it
[15:48] <dgadomski> finally have some time to get back to improving fix to bug #1125442
[15:48] <dgadomski> and that's it this week
[15:48] <willcooke> dgadomski, anything we can assist with?
[15:48] <dgadomski> no, thank you, everything looks ok
[15:49] <willcooke> I wonder if the iface issue is what I've seen on U8 V.  Where my network drops in and out if I'm connected to wifi and wired
[15:49]  * willcooke plays
[15:49] <willcooke> thanks dgadomski
[15:49] <willcooke> #topic Laney
[15:50] <Laney> hi cool cats
[15:50] <Laney> • Short week - day off on Friday
[15:50]  * desrt eagerly awaits some unicode
[15:50] <Laney> • Performance review & 360 feedback for others
[15:50] <Laney> • Patch piloted
[15:50] <Laney> • Worked on some more fixes required before updating totem to 3.14 (ppa:ubuntu-desktop/ppa, please test, needs grilo-plugins from NEW)
[15:50] <Laney> ∘ has weird pixelated icons in some places & we need to theme the OSD
[15:50] <Laney> • Some extra dialog headerbar fixes in nautilus
[15:50] <Laney> • Update glib to debian, test, sync
[15:50] <Laney> • Work a bit on u-s-s/Qt 5.4 StorageInfo removal mitigation, now yak shaving the xbuilddeps into working again & want to look at adding a test for this (one problem is that autopkgtests are only triggered for reverse binary deps, not reverse build deps but maybe it'll be enough)
[15:50] <Laney> ⚘
[15:51] <willcooke> :)
[15:51] <willcooke> thanks Laney
[15:51] <willcooke> we have to skip on to mlankhorst 'cos he's got to head out.. so get your Xmir questions ready... larsu we'll come back round to you shortly...
[15:51] <willcooke> #topic mlankhorst
[15:52] <mlankhorst> hey
[15:52] <mlankhorst> trying to get xmir running on other platforms
[15:52] <mlankhorst> and adding a sync egl mode to xmir to hopefully get rid of some crashes
[15:52] <mlankhorst> and some more xmir stuff, less important :P
[15:53] <mlankhorst> testing with mesa 10.5.0-rc1, may upload it to archive tomorrow depending on piglit results
[15:53] <mlankhorst> some debugging of utopic -> trusty xorg backport
[15:53] <mlankhorst> ^d
[15:53] <willcooke> mlankhorst, I wanted to say thanks again for all your help over with Xmir recently - it's been very reassuring to know you're there :)
[15:53] <willcooke> Laney, you want to ask some questions?
[15:55] <Laney> hmm, don't know, I was hoping for a high level overview of what we're doing with xmir
[15:55] <Laney> so that I might have an idea of questions after that :P
[15:56] <willcooke> so right now we're trying to get it to run reliably on Ubuntu Touch devices so that one can run X applications on Mir, on devices
[15:56] <willcooke> On the desktop, specifically Intel hw, it's working well
[15:57] <seb128> willcooke, I guess it's a bit non obvious how the pieces fit together, what is the system compositor, what is xmir and what's doing, why we need them, etc
[15:57] <willcooke> Things going on around Xmir include hooking up input events, getting socket activation set up so that X apps can request an Xmir instance
[15:58] <willcooke> mlankhorst can answer that better than I could, but...
[15:59] <willcooke> AIUI, the main system compositor is Unity8 sys comp. Xmir gets a surface from Mir to draw on, and passes that off to U8 sys. comp for placing in the right place
[16:00] <willcooke> as far as the X applications are concerned, it's business as usual
[16:00] <willcooke> and as far as U8 is concerned it's just another surface
[16:00] <attente_> are X apps affected by the bug of creating multiple surfaces?
[16:01] <willcooke> no, because at the Mir level it's one surface
[16:01] <Laney> does it work for apps with multiple windows?
[16:01] <willcooke> inside the Xmir session, at the moment, I have had more success when using, say, Metacity as a WM, so that things like file browser windows have controls
[16:01] <seb128> does dnd between apps work?
[16:02] <willcooke> Laney, @ multi windows - it;s like running X with out a window manager
[16:02] <willcooke> things pop up in the middle and look unstyled
[16:02] <willcooke> (in my experience anyway)
[16:02] <willcooke> running a WM makes a big difference
[16:03] <willcooke> dont know how we fix that long term yet
[16:03] <willcooke> maybe a small WM inside Xmir?
[16:03] <willcooke> (hence my questions about WM recently)
[16:03] <desrt> (maybe discuss after the meeting?)
[16:03] <seb128> (yeah, was supposed to be at the end of the meeting no?)
[16:03] <willcooke> yeah, but mlankhorst had to dash
[16:03] <Laney> I thought we did it now so that mlankhorst could be involved
[16:03] <Laney> but he seems to have gone anyway
[16:04] <Laney> so ya
[16:04] <willcooke> let's contine after the meeting and then I can collate questions for mlankhorst
[16:04] <seb128> oh, ok :-/
[16:04] <willcooke> #topic larsu
[16:04] <larsu> it's me!
[16:04] <seb128> well, we can also ask questions to mlankhorst another time
[16:04] <seb128> doesn't seem that useful to proxy through somebody for that ;-)
[16:05] <willcooke> fair point
[16:05] <willcooke> y'all do that
[16:05] <larsu> had a swap day as well and also did some administrative stuff (expenses, self review, 360s)
[16:05] <larsu> did some investigation for Laney on Wednesday - honestly forgot what it was
[16:05] <Laney> screenshot
[16:05] <larsu> ah right
[16:05] <larsu> thanks :)
[16:05] <larsu> gnome-screenshot's flash is broken
[16:06] <larsu> did you apply my patches?
[16:06]  * larsu wonders where he has them
[16:06] <Laney> no, because it works in 3.14
[16:06] <larsu> right
[16:06] <larsu> I should put them on a bug
[16:06] <Laney> ya
[16:06] <larsu> anyway: code reviews and some fly-by bugs
[16:07] <larsu> more app-id madness in gnome-terminal (blocked on a review from desrt)
[16:07] <desrt> larsu: bind busy property... (pair programming ftw)
[16:07] <larsu> a small detour on Friday renaming GtkSidebar, because really
[16:07] <larsu> desrt: that was on the weekend :)
[16:08] <larsu> got involved in a theming discussion and spoke in favor of css classes for title buttons
[16:08] <larsu>  - we got them in master and somebody already has a theme update for our headerbars
[16:08] <larsu> started working on the bluez5 transition
[16:09] <larsu> installed and tested what robert already had
[16:09] <larsu> which already works for the most part
[16:09] <larsu> have a couple of fixes on a branch for unity-control-center (working power button, yay)
[16:09] <larsu> did lots of testing of that and the indicator with my phone
[16:09] <seb128> (button not working?)
[16:10] <larsu> seb128: it was weirdly jumping back and forth in some cases
[16:10] <larsu> seb128: the switch in u-c-c for turning bt on/off
[16:10] <larsu> I also started backporting the old ui, because the new one is a bit too gnome-3 for our taste
[16:10] <larsu> (almost nothing in the panel and lots of dialogs)
[16:11] <larsu> on the weekend and some evenings I hacked on gnome-logs, which is much more usable now for big logs
[16:11] <larsu> I think we should include it instead of gnome-system-logs once we switch to systemd
[16:12] <larsu> that also led to some new gapplication api that I pair-programmd with desrt  (thanks again!)
[16:12] <larsu> I think that might be it for this week. As usual, I will have forgotten something.
[16:13] <willcooke> thanks larsu
[16:13] <willcooke> #topic qengho
[16:13] <qengho> * Some progress on fixing internal-/device-coordinate mapping in chromium aura.
[16:13] <qengho> * Several days vacation last week. National holiday yesterday. Two-day week.
[16:13] <qengho> * to-do: more on coordinate mapping. Should make high-DPI more usable. Probably some event-layer mapping to fix too.
[16:13] <qengho> EOF
[16:14] <willcooke> thanks qengho I think lots of people will be grateful for the hidpi fixes
[16:14] <willcooke> any progress on Mir backend?
[16:14] <qengho> Not in those days.
[16:15] <willcooke> more generally?
[16:15] <qengho> I have to figure out the protobuf double-static init crashes.
[16:16] <qengho> (Cr uses protobuf-lite. libmirclient uses protobuf. Version conflict or two usages or full library? Both have problems.)
[16:16] <desrt> yay protobuf
[16:17] <willcooke> desrt took the bait.  He's helping you with that now.
[16:17] <qengho> Yes!
[16:17] <qengho> You so sneaky, willcooke .
[16:17] <qengho> That's all for me.
[16:18] <mlankhorst> Laney: Xmir will run as a client inside mir, but runs a full X server.
[16:18] <willcooke> thanks qengho
[16:18] <willcooke> #topic seb128
[16:19] <seb128> hey
[16:19] <seb128> • resolved casper issue with my previous changes (incorrect permissions on .config)
[16:19] <seb128> • sponsoring (libreoffice update, gthumb, libspectre, langpack-locales, etckeeper, some syncs)
[16:19] <seb128> • hr review
[16:19] <seb128> • discussed mtp-server trying to run on desktop, reviewed changes to fix the issue
[16:19] <seb128> • reported some uitk bugs about handling of gettext domain by the MainView, including a documentation patch
[16:19] <seb128> • ubuntu-system-settings
[16:19] <seb128> ∘ spent a day to get to the bottom of a translation issue due to the uitk setting the translation domain for you, g_dgettext being called on that (buggy)value and deciding it shouldn't return translated string, before having the domain changed from the ui but glib staying on the "do not translate"
[16:19] <seb128> ∘ workarounded a bluetooth ssp pairing issue impacting some devices (due to bluez returning a buggy entered chars hint)
[16:19] <seb128> ∘ started looking at issue with bt discovery on the phone
[16:19] <seb128> • usual share of desktop related bugs triages and discussions

[16:19] <willcooke> thanks seb128
[16:19] <willcooke> #topic Sweet5hark
[16:19] <Sweet5hark> ☞ not much coding done, because of:
[16:19] <Sweet5hark> ☞ triaged nastiness of bug 1419836 down the whole long UNO rabbit hole
[16:19] <Sweet5hark> ☞ building with fix now, might also fix other weird issues with the 4.4 upload
[16:19] <Sweet5hark> ☞ build and released LibreOffice 4.3.6~rc2/Utopic to ppa (also as base for other backports), will be released as final upstream soonish
[16:20] <Sweet5hark> ☞ upstream foo: tools coordination and leadership, regressions, open source productivity suite consolidation politics
[16:20] <Sweet5hark> ☞ considering a "LibreOffice still" ppa to follow upstream branding. opinions on that?
[16:20] <Sweet5hark> EOF
[16:20] <willcooke> POW!
[16:21] <willcooke> what does still mean in this context?
[16:21] <Sweet5hark> willcooke: so "libreoffice fresh" is latest and greatest: 4.4.x as of today
[16:22] <Sweet5hark> willcooke: and "libreoffice still" it the older branch that still gets updates: as of today 4.3.x which just got 4.3.6 ...
[16:22] <willcooke> I see
[16:23] <willcooke> Having given it very little consideration, it sounds like a good plan.  Allowing people to stick with a version and still get updates
[16:24] <Sweet5hark> willcooke: upstream offers both for download, and I now get asked about doing the same for the ppas. ("libreoffice fresh" would be x.y.0 -> ~x.y.4, "libreoffice still" would be the older major with higher minors x.y.4 -> x.y.6)
[16:25] <willcooke> let's give it some more thought and see if anyone has any problems, otherwise +1
[16:25] <Sweet5hark> willcooke: kk
[16:25] <willcooke> #topic TheMuso
[16:25] <qengho> Sweet5hark: Sounds like a good reason to move version into the package name.
[16:25] <willcooke> * Packaged up pulseaudio 6.0, helping Debian with the process as well.
[16:25] <willcooke> * Build a set of pulse 6 packages against bluez 4 for armhf, which can be found at http://people.canonical.com/~themuso.
[16:25] <willcooke> * More unity a11y bugfix work
[16:25] <willcooke> #topic willcooke
[16:25] <willcooke> Xmir woes
[16:25] <willcooke> #topic any other business
[16:26] <willcooke> Anyone got anything else?
[16:26] <willcooke> Going one...
[16:26] <willcooke> *once
[16:26] <willcooke> oh..
[16:26] <willcooke> #topic tkamppeter
[16:26] <willcooke> - cups-filters: Added PPD generator for IPP Everywhere printers to cups-browsed. Now they set up automatically with PPD, so having options in all print dialogs.
[16:26] <willcooke> - cups: Added PPD generator for IPP Everywhere printers
[16:26] <willcooke> - Prepare for FF: system-config-printer 1.5.5, Ghostscript 9.15, cups-filters 1.0.65, foomatic-db 20150213.
[16:26] <willcooke> - Google Sumer of Code 2015: Set up project idea list for OpenPrinting, application of the Linux Foundation as a mentoring organization.
[16:26] <willcooke> - Performance review.
[16:26] <willcooke> - Bugs
[16:26] <willcooke> #topic any other business
[16:26] <willcooke> going twice
[16:27] <willcooke> #endmeeting
[16:27] <meetingology> Meeting ended Tue Feb 17 16:27:06 2015 UTC.
[16:27] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-02-17-15.30.moin.txt
[16:27] <willcooke> thanks all
[16:27] <dgadomski> thanks
[16:27] <seb128> thanks
[16:27] <attente_> thanks
[16:27] <Sweet5hark> thanks
[16:27] <Laney> tHaNkS
[16:27] <larsu> ThAnKs
[16:27] <didrocks> thanks
[16:28] <seb128> willcooke, you didn't have an update from robert_ancell?
[16:28] <willcooke> not this week, he forgot
[16:28] <larsu> stupid time zone
[16:28] <Laney> summer over there, rite?
[16:28] <Laney> * went to the pool
[16:28] <larsu> would be cool to have him in the meeting
[16:28] <Laney> * had a bbq
[16:30] <willcooke> we could look to have a later meeting every so often, say 1930/2000 UTC if people are able
[16:30] <Sweet5hark> willcooke: FWIW, we already have the versions and builds in a PPA -- one for each series. But people wanting to use "libreoffice still" currently need to manually switch PPAs e.g. from ppa:libreoffice/libreoffice-4-2 to ppa:libreoffice/libreoffice-4-3.
[16:30] <larsu> can't he just get up early? :P
[16:31] <Sweet5hark> willcooke: Ill set the libreoffice still PPA up and maybe will postpone opening a "libreoffice-4-5" ppa next time around. If nobody complains ...
[16:32] <willcooke> larsu, that would be early :)
[16:32] <Bl4ckD34Th> sudo add-apt-repository ppa:
[16:33] <willcooke> Sweet5hark, cool
[17:14]  * didrocks waves good evening and good night
[18:04] <Laney> pancake time!
[18:04] <Laney> ttyl
[18:08]  * qengho thinks it's *always* pancake time.
[18:28] <mitya57> Here in russia it's pancake week :)
[18:30] <qengho> I guess for Swedes, it's only sweet-bun day.
[19:48] <desrt> attente leaves a valuable lesson today... don't make desrt review your patches
[19:48]  * desrt makes a review full of 'rename this variable' type comments
[19:49] <willcooke> I thought we just had to stamp everything WFM and approve it?
[19:49] <willcooke> Is that not policy now?
[19:49] <desrt> if it is, i'm happy to change my review :)
[19:50] <willcooke> hahaha
[19:50] <willcooke> I'm 97% sure Seb will be ok with that
[19:53]  * willcooke -< dinner