[07:17] <didrocks> morning
[07:19] <ari-tczew> hello didrocks
[07:19] <didrocks> hey ari-tczew
[07:32] <seb128> good morning desktopers
[07:32] <seb128> hey didrocks ari-tczew
[07:32] <didrocks> hey seb128
[07:44] <pitti> bonjour didrocks et seb128
[07:47] <didrocks> bonjour pitti
[07:49] <ari-tczew> hello seb128
[07:54] <seb128> hey pitti
[09:04] <Laney> yo yo
[09:04] <larsu> morning Laney!
[09:05] <Laney> hey larsu
[09:05] <Laney> what's up?
[09:05] <larsu> blue teeth
[09:05] <larsu> you?
[09:06] <Laney> blue... teeth...
[09:06] <Laney> I pressed four keys on the piano as I was walking past it with my cup of tea
[09:06] <Laney> and they were the first four notes of the tetris music
[09:06] <Laney> unreasonably exciting
[09:07] <larsu> I know have the tetris music in my head
[09:07] <larsu> (thanks, I guess)
[09:07] <larsu> ;)
[09:07] <Laney> I can do the next few bits too now
[09:07] <Laney> enjoy!
[09:10] <didrocks> hey Laney!
[09:14] <willcooke> hello you lot
[09:14] <larsu> morning willcooke!
[09:15] <didrocks> hey willcooke
[09:15] <willcooke> larsu, https://www.youtube.com/watch?v=hWTFG3J1CP8
[09:15] <willcooke> sorry, Laney ^^^^^
[09:15] <willcooke> ear worm
[09:15] <larsu> willcooke: not available in Germany anyway... :'(
[09:16] <willcooke> bah
[09:16] <Laney> oh yeah I was trying to remember the lyrics to this
[09:16] <Laney> some guy covered it at open mic at the pub a few months ago
[09:16] <Laney> with a ukelele
[09:16] <willcooke> HAHA!  Excellent
[09:16] <willcooke> . . o O ( Caaaaannnnnn IIIiiiiii haaaaavvveee aaaaa loooooonnnnggggg onnnneeee plllllleeeaassseee )
[09:28] <davmor2> willcooke: I'll just leave this earworm here to counter that one https://www.youtube.com/watch?v=6Ejga4kJUts  if you get bored of it let me know I have others
[09:29]  * Laney begins to look at http://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1
[09:29] <Laney> my system doesn't power off(!)
[09:38] <seb128> Laney, hanging on plymouth logo?
[09:39] <Laney> I turned off 'quiet' with the previous debugging
[09:39] <Laney> and 'splash'
[09:39] <Laney> so no plymouth
[09:39] <seb128> k
[09:39] <seb128> well, anyway didrocks and I are seeing such issues sometime as well
[09:39] <Laney> did you look into it?
[09:39] <Laney> I see it every time as far as I can tell
[09:41] <seb128> I tried, without luck
[09:41] <seb128> tried to boot with systemd.debug-shell
[09:42] <seb128> but I can't go to the debug console with ctrl-alt-f9 then
[09:42] <seb128> not sure how to get infos
[09:42] <seb128> it doesn't happen every time for me
[09:43] <darkxst> seb128, debug console is only available during boot up, I think
[09:43] <didrocks> my issue is that dbus is spammed with requests
[09:44] <didrocks> darkxst: no, it's also available on shutdown
[09:44] <Laney> is there a command to do a 'systemd' shutdown?
[09:44] <seb128> darkxst, /usr/share/doc/systemd/README.Debian mentions it as a way to debug shutdown problems
[09:44] <didrocks> Laney: what do you mean by systemd shutdown?
[09:45] <Laney> poweroff just turns the system off
[09:45] <didrocks> well, that's what you want? And then, go the debug shell
[09:46] <didrocks> as it's stalling, it's easier
[09:46] <Laney> systemctl poweroff
[09:46] <Laney> ?
[09:46] <didrocks> this is the target called by poweroff AFAIK
[09:46] <Laney> poweroff bypasses systemd
[09:46] <Laney> it's mentioned http://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 as a first step
[09:46] <didrocks> shutdown -h now clearly poweroff your systemd normally
[09:46] <Laney> (and indeed does work)
[09:47] <didrocks> with -f
[09:47] <Laney> does that mean bypass init or so?
[09:47] <didrocks>   -f --force     Force immediate halt/power-off/reboot
[09:47] <didrocks> so, I guess only -f bypass init
[09:48] <Laney> ok, sounds good then!
[09:48] <didrocks> normal poweroff should call the poweroff systemd target
[09:49] <Laney> bah, systemctl poweroff worked!
[09:50] <darkxst> didrocks, ok, didnt realise that
[09:50] <didrocks> Laney: was your system still slow to shutdown?
[09:51] <didrocks> http://paste.ubuntu.com/10386346/ is my shutdown
[09:51] <didrocks> I bet the dbus spam is my issue
[09:51] <Laney> not really
[09:52] <didrocks> I would be interested to know what tries to still send dbus traffic…
[09:52] <Laney> I have all those endpoint is not connected too
[09:54] <Laney> lame, can't get to the debug shell
[10:19] <chrisccoulson> When is it appropriate to use expletives in a changelog?
[10:20] <mlankhorst> when uploading a dictionary
[10:21] <chrisccoulson> heh
[10:22] <chrisccoulson> what about when uploading a browser?
[10:26] <mlankhorst> probably not :p
[10:27] <Laney> you can definitely access expletives through the browser
[10:27] <Laney> basically the same thing
[10:30] <chrisccoulson> I shall definitely swear if Firefox doesn't build again
[10:31] <chrisccoulson> Perhaps I should defer it to desktop ;)
[10:48] <willcooke> Laney, seb128 - what is the latest we can accept a new default wallpaper from design for 15.04?
[10:50] <Laney> willcooke: the deadline is supposed to be UserInterfaceFreeze: https://wiki.ubuntu.com/VividVervet/ReleaseSchedule
[10:50] <Laney> March 12
[10:51] <willcooke> thanks Laney
[10:51] <Laney> docs guys start working on screenshots after then
[10:53]  * darkxst thinks GNOME nailed the backgrounds for 3.16, so they are in vivid already ;) 
[10:59] <dpm> pitti, seb128, hi, quick question, would you know how to read the user locale via dbus?
[10:59] <willcooke> darkxst, :D
[11:02] <pitti> dpm: looking whether accountsservice has that, but in general you can't
[11:03] <pitti> it's impossible to reliably detect the locale for a user without a running session; with a running session you can look into the env of its session leader
[11:03] <larsu> pitti, dpm: accountsservice has some parts of the locale (such as keyboard layout and language)
[11:04] <pitti> dpm: ah, so org.freedesktop.Accounts /org/freedesktop/Accounts/User1000 org.freedesktop.accounts.User has a "Language" property which you could look at
[11:04] <dpm> larsu, pitti, yes, Language is the one I'd be interested in
[11:04] <pitti> dpm: but bear in mind that users can change it in their own .pam_environment or .bashrc or whereever, so it's not reliable
[11:04] <dpm> ack
[11:05] <darkxst> and ubuntu accountservice is patched to all hell, so won't ever work on any other distro
[11:06] <darkxst> (atleast for locale/language handling
[11:08] <larsu> darkxst: language is an upstream feature
[11:08] <larsu> darkxst: keyboard layout isn't
[11:18] <darkxst> larsu, maybe I am confusing the whole LANG/LANGUAGE mess, but still ubuntu saves lots of things in accountsservice that are not upstream
[11:21] <Laney> we make use of vendor extensions for new things now
[11:21] <Laney> still some older stuff tho
[11:22]  * Laney cries at spotify now segfaulting
[11:23] <darkxst> Laney, guess I don't get to deal with the new things, only the stockpile of old patches amongst GNOME things
[11:24] <Laney> the post apocalyptic wasteland
[11:24] <darkxst> speaking of which nautilus 3,16 should be fun
[12:25] <larsu> darkxst: I thought we got rid of quite a few of those when we added vendor extensions...
[12:32] <seb128> dpm, I see pitti replied, what are you trying to do exactly?
[12:35] <dpm> hi seb128, no worries. I was just wondering about ways to find out the user locale without using env variables. We're developing an HTML5 help app and there is no easy way to load translations as QML or C++ apps. Since then, I've found out that if it's set correctly, we can read the locale from the window.navigator.language JS object
[12:57] <didrocks> ok, not that bad: reenabling ubuntu make tests after 3 months of unsusable CI jenkins and only one failure (on each arch) over the ~340 tests:
[12:57] <didrocks> https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/608/testReport/
[12:58] <didrocks> I don't understand the failure though
[13:04] <Sweet5hark1> ricotz: 4.4.1~rc2 copied to ppa.
[13:16] <ricotz> Sweet5hark1, done as well
[13:16] <Sweet5hark1> ricotz: thx!
[13:21] <pitti> didrocks: hah, figured out bug 1423867, easy one; that's from http://cgit.freedesktop.org/systemd/systemd/commit/?id=6e1bf7ab99 (maybe you know its author :) )
[13:21] <pitti> although admittedly I think ROOTLIBDIR might have been my suggestion
[13:23] <didrocks> pitti: ahah, I remember to have suggested another one! so yeah, making sense :)
[13:32] <pitti> pushed upstream; sorry, seb128
[13:35] <seb128> pitti, no worry, thanks for fixing :-)
[13:35]  * pitti writes an autopkgtest for bootchart
[13:35] <seb128> pitti, and yeah, you suggested using that var
[13:36] <pitti> seb128: yeah, I configured my trunk build with a non-arch libdir; I changed it now
[13:36] <pitti> non-multiarch
[13:45] <didrocks> ok, the test failing is a false positive due to pexpect, not sure how to fix it though…
[13:54] <didrocks> yuh
[13:54] <didrocks> it was a real issue, herm :p
[13:54] <Laney> :D
[14:17] <pitti> didrocks: ok, bootchart has an autopkgtest now; it shall not break ever again :)
[14:18] <didrocks> \o/
[14:18]  * didrocks fixed some ubuntu make issue
[15:30] <seb128> yeah, meeting!
[15:30] <Laney> oh shit
[15:30] <Laney> !ohmy | Laney
[15:30] <seb128> #startmeeting
[15:30] <meetingology> Meeting started Tue Feb 24 15:30:42 2015 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:31] <didrocks> hey!
[15:31] <Laney> seb128 is chairing?
[15:31] <qengho> I think will is won't.
[15:31] <seb128> attente_, desrt, dgadomski, didrocks, Laney, larsu, qengho, Sweet5hark1, tkamppeter, hey
[15:32] <seb128> Laney, yes, willcook is busy fighting n7 and demo work
[15:32] <seb128> let's get started then
[15:32] <dgadomski> hey o/
[15:32] <seb128> #topic attente_
[15:32] <seb128> hey attente_
[15:32] <attente_> hi guys
[15:32] <attente_> not much
[15:32] <attente_> cleaned up indicator-keyboard fcitx-transition MP
[15:32] <attente_> continue porting fcitx-qimpanel to Qt 5
[15:33] <seb128> what is that needed?
[15:33] <seb128> so it can run under mir?
[15:33] <attente_> yeah, but i'm not even sure if porting to qt 5 will make it work
[15:34] <seb128> sorry about the fcitx transition, it's still on my todolist, I'm going to put that in a ppa, likley tomorrow
[15:34] <attente_> no problem
[15:34] <seb128> is ibus having qt5 support?
[15:34] <seb128> or why do we prefer to work on fcitx things?
[15:34] <attente_> ibus doesn't seem to work at all in the demo shell
[15:35] <attente_> at least fcitx allows for text input
[15:35] <attente_> but the problem is that the candidate window that fcitx-qimpanel provides is qt 4
[15:35] <attente_> so it isn't working with mir at all
[15:35] <seb128> k
[15:36] <seb128> good luck with that
[15:36] <attente_> this might all be a waste of time tbh...
[15:36] <seb128> oh, can you ask a ffe for the fcitx landing?
[15:36] <seb128> we missing feature freeze, sorry about that :-/
[15:36] <attente_> seb128: sure, there's actually an old one from last cycle :/
[15:36] <seb128> good, less work :-)
[15:36] <seb128> about fcitx, I wouldn't spend too much effort on that
[15:37] <seb128> for what we know we might still prefer ibus and investigating why it's not working might be a better use of ressources
[15:37] <attente_> ok, i can look into that
[15:38] <seb128> thanks attente_
[15:38] <seb128> #topic desrt
[15:38] <seb128> desrt, hey
[15:38] <attente_> isn't desrt in florida?
[15:39] <seb128> could be, I'm not aware of that, but I didn't see him online so let's assume you are right :-)
[15:39] <seb128> holidays or conference?
[15:40] <seb128> let's keep moving in the list then
[15:40] <seb128> #topic dgadomski
[15:40] <seb128> dgadomski, hey
[15:40] <dgadomski> hello guys
[15:40] <dgadomski> I would appreciate your opinion regarding 2 issues:
[15:40] <dgadomski> I wondering about status of bug #445333. Was there any regression reported for Vivid? Are there any chances of backporting this further to Utopic (although Trusty is the target I actually care about)?
[15:41] <seb128> I guess we could do that yes
[15:41] <seb128> I'm adding it to my list if some other pilots doesn't beat me to it
[15:42] <dgadomski> great, thanks
[15:42] <seb128> seems like most reviewers skip over it
[15:42] <seb128> yw
[15:42] <dgadomski> The other topic is a bit more complicated
[15:42] <dgadomski> One of the users (who extensively uses ACL) mounts samba shares using nautilus. Unfortunately it mounts them without needed options (user_xattr,acl). There is an upstream bug regarding this (https://bugzilla.gnome.org/show_bug.cgi?id=585423), but it seems abandoned due to an overcomplicated GUI. Was this subject ever discussed? I was thinking about a simpler approach: e.g. providing smb mount options via an env variable for all smb share
[15:42] <dgadomski> d.
[15:43] <dgadomski> Do you think the env-based approach could be of any use in other scenarios?
[15:44] <jibel> sil2100, there are some bad bugs, like no second SIM (fix in progress) no keyboard on 1st boot, problems with indicators and notifications, the launcher, the clock, ...
[15:44] <jibel> I didn't review everything in detail
[15:44] <seb128> jibel, we are in a meeting, can you use another channel please?
[15:45] <seb128> dgadomski, I don't have an opinion on that, seems a bit complex for the meeting, maybe you can email the desktop list about that one?
[15:45] <attente_> what about adding like a gsettings key or something?
[15:45] <jibel> seb128, ah sorry, wrong channel, it was not meant for this one.
[15:45] <seb128> jibel, no worry
[15:45] <dgadomski> attente_: could also be a good idea
[15:46] <dgadomski> seb128: agree, let's move that to the list
[15:46] <dgadomski> that's all from me today, thanks
[15:46] <seb128> thanks dgadomski
[15:46] <seb128> #topic didrocks
[15:46] <seb128> didrocks, hey
[15:46] <didrocks> hey!
[15:46] <didrocks> Ubuntu Make:
[15:46] <didrocks> - released ubuntu Make 0.6 adding 5 new platforms (entirely backed by community): rubymine, pycharm educational, pycharm pro, webstorm, phpstorm. Also add zsh support: http://blog.didrocks.fr/post/Ubuntu-Make-community-releases-0.6-with-5-new-supported-platforms
[15:46] <didrocks> - dove back in the daily tests which were disabled since CI moved their infra in December. As no answer from the team, got back up the VMs myself, change the jenkins jobs from udtc -> ubuntu make and rerun the tests. Took new snapshots to reduce vms update time from 40 minutes to 5 minutes. Good news is that only one tests over the ~340, only one was failing, and it was a (minor) real issue. Fixed now
[15:46] <didrocks> in trunk!
[15:46] <didrocks> Bluez 5:
[15:46] <didrocks> - talked to the phonefoundation team about the Touch side, still in progress, but couldn't get any ETA. @willcooke: do you mind getting that up on manager's level maybe to get some details and know if it's still doable for vivid's timeframe (with a FFe)?
[15:46] <didrocks> Systemd:
[15:46] <didrocks> - the fsckd patch is finally applied upstream! Talked to debian: next step would be to get at least default themes supporting systemd fsck + the debian one. I will handle this. Also, will need to update various ubuntu flavors plymouth themes (as it's based on the ubuntu one, should be easy).
[15:46] <didrocks> - spent 2 days bisecting/debugging/chasing with Martin the boot issue that seb128 and laney experienced first with systemd 219. The commit is now reverted.
[15:46] <didrocks> Misc:
[15:47] <didrocks> - a lot (but fractionated in time) of patch piloting/sponsoring
[15:47] <didrocks> - archive admin duties
[15:47] <didrocks> .
[15:48] <seb128> didrocks, thanks, good work on ubuntu make, and sorry about the systemd thing and trying to blame it on your fsck changes :-)
[15:48] <didrocks> you were not alone to try that!
[15:48] <seb128> hehe
[15:48] <didrocks> happy it wasn't it though :p
[15:49] <seb128> didrocks, @bluez5 doesn't really seem totally ready on our side as well, but let's maybe discuss that off meeting (UI issues still, desktop seems not visible here, some bugs that might still be to hit)
[15:50] <seb128> thanks didrocks
[15:50] <didrocks> seb128: sure, yw! :)
[15:50] <seb128> #topic Laney
[15:50] <seb128> hey Laney
[15:50] <Laney> • Package updates
[15:50] <Laney> ∘ New totem, drops totem-mozilla, poke grilo split too. Thanks Noskcaj and darkxst!
[15:50] <Laney> ‣ Noticed that HLS (HTTP live streaming) doesn't work great in totem or rb, works fine using vanilla gstreamer so probably a bug there, will investigate more
[15:50] <Laney> ∘ glib2.0
[15:50] <Laney> ∘ evo+eds+friends
[15:50] <Laney> ∘ librsvg
[15:50] <Laney> ∘ gtk+2.0
[15:50] <Laney> ∘ working on gdk-pixbuf atm, testsuite issues to fix
[15:50] <Laney> • u-s-s: Fix storage page, some other minor changes I saw while in the area
[15:50] <Laney> • Get involved with the systemd boot regression fun, probably didn't help that much :). Also initial prodding at system-never-powering-off, didn't get far yet because the debug shell isn't available when it's in that state.
[15:50] <Laney> • DMB
[15:50] <Laney> ∘ CIVS went down in the middle of the election, argh, poke about that
[15:50] <Laney> ∘ Wrangle packageset script a bit in response to a Xubuntu request
[15:50] <Laney> • Release
[15:50] <Laney> ∘ Beta 1 preparation (set up ISO tracker, wrangle initial image builds, some mentoring, fix a problem with MATE images)
[15:51] <Laney> ∘ Review britney changes for cjwatson to enable proposed-migration for stable releases
[15:51] <Laney> ➠
[15:51] <qengho> CIVS?
[15:51] <Laney> condorcet internet voting service
[15:51] <didrocks> Laney: but votes were not lost?
[15:51] <Laney> not to my knowledge
[15:54] <seb128> thanks Laney
[15:54] <Laney> yw
[15:54] <seb128> #topic larsu
[15:54] <seb128> larsu, hey
[15:54] <larsu> hi
[15:55] <larsu> I did mostly the bluez5 conversion and hit a few problems
[15:55] <larsu> as discussed this morning
[15:55] <larsu> major issue is that lots of UI is missing and I think that if we change it, we should have design
[15:56] <larsu> a possible way around that is to import gnome-bluetooth into u-c-c before it lost the wizard but after it gained bluez5 support
[15:56] <larsu> (should be possible, but haven't fully looked into it yet)
[15:56] <seb128> right
[15:56] <larsu> I also did some indicator bug triage and reviews this week
[15:56] <larsu> also uitk icon theme issues again
[15:57] <larsu> (rectangular icons \o/)
[15:57] <larsu> also looked into gnome-terminal's menu weirdness in unity (prompted by a bug about the set-app-id stuff)
[15:57] <larsu> maybe we should just drop the whole "show menubar" ui, as that doesn't make sense on unity
, I think
[15:58] <seb128> larsu, thanks
[15:58]  * larsu would appreciate input on the bluez5 issue
[15:58] <didrocks> larsu: on bluez5: how is GNOME handling the missing UI bits? they are part of the shell?
[15:58] <seb128> I'm unsure what to do
[15:58] <Laney> maybe key that on gtk-shell-shows-menubar or something
[15:58] <larsu> Laney: ya, that's what I was thinking. One of the terminal maintainers uses unity, so we have a chance...
[15:59] <larsu> didrocks: there's a new widget in gnome-bluetooth that handles everything, but it's very gnome3
[15:59] <Laney> nod
[15:59] <larsu> didrocks: wizard was dropped
[15:59] <didrocks> larsu: right, so it's the g-c-c UI we saw, but it's feature complete, right?
[15:59] <didrocks> even if it's very gnome3-ui like
[15:59] <larsu> didrocks: yes, indeed
[16:00] <didrocks> so, what does prevent us for landing this as a first step?
[16:00] <larsu> didrocks: I did that first, so that we unblock
[16:00] <larsu> not sure :)
[16:00] <didrocks> and then, see if we have time to reland the old UI
[16:00] <didrocks> (which I doubt, as we'll prioritize the touthc system-settings)
[16:00] <didrocks> touch*
[16:00] <larsu> makes sense to me, but let's take this after the meeting
[16:00] <didrocks> yeah, let's discuss here
[16:00] <didrocks> after meeting
[16:00] <Laney> can I put "look at styling the osd class" on your plate? ;-)
[16:01] <larsu> sure, do you have a bug
[16:01] <didrocks> larsu: run :p
[16:01] <Laney> nope
[16:01] <Laney> can file one
[16:01] <seb128> didrocks, did you try the new UI
[16:01] <seb128> it has like a solid bg you can't even see the controls
[16:01] <didrocks> seb128: yeah, I did few months ago, didn't retry recently
[16:01] <seb128> on my vivid machine the machine is not discoverable from other devices
[16:02] <didrocks> hum, that's weird, doesn't seem to be UI related though
[16:02] <seb128> like I did try to pair with a car earlier for testing/to see if bluez5 was working better, the car wouldn't list thhe desktop
[16:02] <seb128> where it works on bluez4
[16:02] <larsu> Laney: please do, makes it easier to track
[16:02] <Laney> ack
[16:02] <larsu> Laney: if you don't mind
[16:02] <Laney> I just wanted to know if you were willing :-)
[16:02] <seb128> well, in any case I don't think we stabilized/tested that stack enough, going to still need some work
[16:02] <Laney> thanks!
[16:02] <larsu> sure sure
[16:02] <seb128> we can continue that discussion after the meeting I guess
[16:02] <didrocks> seb128: so the issue is beyond the UI, but bluez5 itself
[16:02] <didrocks> yeah
[16:02] <seb128> thanks larsu
[16:02]  * didrocks brings up his phone meanwhile
[16:03] <seb128> (& Laney & didrocks)
[16:03] <seb128> #topic qengho
[16:03] <seb128> qengho, hey
[16:03] <qengho> Hey hey!
[16:03] <qengho> * Preparing chromium-browser 40.0.2214.115. Testing now.
[16:03] <qengho> * High-dpi bug: experimenting patches. Several coordinate-map improvements, a few problems remain.
[16:03] <qengho> * GPU hang bug: trying to find smallest common factor set.
[16:03] <qengho> EOF
[16:04] <seb128> qengho, is the gpu hang the one on top of e.u.c reports?
[16:04] <qengho> seb128: That's the one.
[16:04] <seb128> k, good luck figuring it out
[16:04] <seb128> thanks qengho
[16:04] <seb128> #topic Sweet5hark1
[16:04] <seb128> Sweet5hark1, hey
[16:05] <Sweet5hark1> - prepared and build and smoketest 4.4.1~rc2 for ppa, fixes printing bug and extension installation, will be released as 4.4.1 final soon upstream
[16:05] <Sweet5hark1> - provided upstream master with better error reporting for the extension foo, so that this will be easier to debug next release
[16:05] <Sweet5hark1> - provided some groundwork for C++11 cleanup EasyHacks upstream
[16:05] <Sweet5hark1> - upstream politics and leadership
[16:05] <Sweet5hark1> - (4.3.6 final upstream release announce -- we already have that in the ppa)
[16:05] <Sweet5hark1> - next week: look some more into ppc64el and arm64, I guess
[16:05] <Sweet5hark1> EOF
[16:06] <seb128> Sweet5hark1, thanks
[16:06] <seb128> #topic tkamppeter
[16:06] <seb128> tkamppeter, hey
[16:07] <tkamppeter> - Organizational stuff for GSoC and OpenPrinting Summit
[16:07] <tkamppeter> - Bugs.
[16:08] <seb128> tkamppeter, thanks
[16:08] <seb128> #topic seb128
[16:08] <seb128> ok, my turn
[16:08] <seb128> • helped debugging unity8 desktop stuck on loading battery icons, tested fix and confirmed it resolves the issue
[16:08] <seb128> • helped nessita to investigate a meld issue, found upstream fix, update to a new version including it
[16:08] <seb128> • joined discussion about gtk hidpi scaling issues under ubiquity and unity-greeter, proposed some unity-settings-daemon changes
[16:08] <seb128> • review of e.u.c top issues, triaged and looked at some
[16:08] <seb128> • spent half a day trying to debug systemd boot issues without real luck
[16:08] <qengho> Weird how printing a project in GSoC every year.
[16:08] <seb128> • looked at some issues with the telephony/ofono/indicator stack on the rtm, filed bugs, provided debug info, etc
[16:08] <seb128> • tried bluez5 ppa/transition
[16:08] <seb128> • started looking at bluetooth/car pairing issues
[16:08] <seb128> • ubuntu-system-settings
[16:08] <seb128> ∘ changed the bluetooth panel to allow pairing only when the ui is focussed (avoiding to let the option enabled when switching out/closing it)
[16:08] <seb128> ∘ updates: fixed incorrect anchoring leading to truncated label
[16:08] <seb128> ∘ some code reviews
[16:08] <seb128> • usual share of desktop related bugs triages and discussions

[16:09] <seb128> ok, then summary from Robert and Luke
[16:09] <seb128> #topic robert_ancell
[16:09] <seb128> Worked on:
[16:09] <seb128> - TPM work
[16:09] <seb128> - Bug triaging
[16:09] <seb128> Currently working on:
[16:09] <seb128> - TPM support
[16:09] <seb128> #topic Themuso
[16:09] <seb128> * Uploaded a fix for pulseaudio to make sure flat volumes was diabled by default again. It was accidentally re-enabled during the merge/update process and migration to the Debian pulseaudio git repo.
[16:09] <seb128> * Finally tracked down and submitted fixes for unity 7's dash result view grid accessibility bugs. YAY!
[16:09] <seb128> * Starte work on improving more dash accessibility, the scope/lense selection toolbar, and filter results. Could be considered features, so will evaluate whether I'll push for them to be included in vivid once they're done.
[16:10] <seb128> #topic other topics?
[16:10] <seb128> do we have any other topic this week?
[16:13] <Laney> seems not ;-)
[16:14] <seb128> seems not indeed
[16:14] <seb128> #endmeeting
[16:14] <meetingology> Meeting ended Tue Feb 24 16:14:02 2015 UTC.
[16:14] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-02-24-15.30.moin.txt
[16:14] <seb128> thanks everyone
[16:14] <didrocks> thanks
[16:14] <Sweet5hark1> seb128: thx
[16:15] <didrocks> seb128: larsu: so bluez5, I can see my phone, but yeah, pairing is failing here
[16:15] <seb128> :-/
[16:15] <didrocks> maybe we should bring cyphermox into the discussion as well? He's the one knowing the lowest level details
[16:15] <didrocks> bluez never have been reliable to me anyway… even 4
[16:15] <seb128> yeah, but I guess those are issues that need somebody with slots to sit down and look at what is wrong
[16:16] <didrocks> right
[16:16] <cyphermox> indeed
[16:16] <cyphermox> seb128: so what you mentioned earlier was for bluez 5?
[16:16] <didrocks> cyphermox: yeah, we were talking about the transition
[16:16] <seb128> cyphermox, "what"? just during the meeting the laptop pairing issue
[16:17] <seb128> cyphermox, my car pairing problem/debugging is on krillin/bluez4
[16:17] <cyphermox> ok
[16:17] <larsu> didrocks: pairing works totally fine for me. Is that a bluez issue or a ui issue?
[16:17] <didrocks> here is with a laptop/phone with luez5
[16:18] <didrocks> larsu: I don't really know, I don't see the device on the ui, I can see the laptop on the phone though
[16:18] <didrocks> larsu: even if visible is set to off
[16:18] <didrocks> (using gnome-control-center from the ppa)
[16:18] <didrocks> cyphermox: did you retry the transition ppa recently (with gnome-control-center/indicators and all the fuzz?)
[16:19] <larsu> didrocks: can you check if bluez found it with bluetoothctl or checking the org.bluez interface in d-feet?
[16:20] <cyphermox> didrocks: not in a bit, but I can try now
[16:20] <didrocks> cyphermox: would be awesome!
[16:20] <didrocks> larsu: so, the g-c-c ui is empty
[16:20] <didrocks> $ bluetoothctl
[16:20] <didrocks> [NEW] Controller 7C:E9:D3:BC:AE:FB ubuntu-0 [default]
[16:20] <didrocks> [NEW] Device 98:D6:F7:35:22:C3 Did
[16:20] <didrocks> -> it sees the "Did" device with the phone
[16:20] <didrocks> which is*
[16:20] <larsu> ok so it's there but the ui doesn't know it
[16:21] <didrocks> (why does the UI has the visibility checkbox as from what you told visibility is set to on when you open the panel)
[16:21] <didrocks> right
[16:21] <didrocks> using g-c-c, not u-c-c
[16:21] <larsu> the ui doesn't have a checkbox?!
[16:21] <larsu> only a on/off switch for powering bluetooth down
[16:21] <didrocks> hum, so maybe g-c-c doesn't load the right thing
[16:21] <didrocks>  *** 1:3.14.2-2ubuntu3 0
[16:21] <didrocks> from the transition ppa (the version I uploaded)
[16:23] <didrocks> larsu: I guess you are not using the ppa but trunk?
[16:23] <didrocks> or jhbuild
[16:23] <larsu> didrocks: I'm using my branch :) It's got UI changes now though and you can't do all the things
[16:23] <larsu> didrocks: https://code.launchpad.net/~larsu/unity-control-center/bluez5
[16:24] <didrocks> larsu: for g-c-c?
[16:24] <didrocks> ok, so u-c-c
[16:24] <didrocks> larsu: did you try g-c-c? maybe something is wrong in the ppa then
[16:24] <larsu> didrocks: ya, the ppa doesn't have the right version, it's buggy for me as well
[16:24] <larsu> didrocks: if you build up to r12814 in my branch you get the right thing
[16:25] <larsu> didrocks: I can make a separate branch if you prefer
[16:25] <didrocks> larsu: no worry, building from your branch
[16:25] <didrocks> we'll need to check g-c-c then
[16:31] <didrocks> larsu: ok, it was g-c-c.real vs g-c-c
[16:43] <cyphermox> seb128_: didrocks: could the problem be with pulseaudio?
[16:43] <cyphermox> 6.0 is in the archive now, but it might not have bluez 5 support?
[16:43] <cyphermox> (not done checking)
[16:44] <seb128_> cyphermox, it doesn't indeed, since that's a build time option to enable the plugin (iirc)
[16:44] <cyphermox> right
[16:44] <cyphermox> that won't help pairing phones or audio devices
[16:45]  * larsu is starting to feel we're not ready for bluez5
[16:47] <didrocks> larsu: switch "connection" to 1 switch it back to 0
[16:47] <didrocks> I can see with your u-c-c branch it now
[16:49] <larsu> good
[16:50] <didrocks> larsu: but the connection" thing is weird, isn't it?
[16:50] <didrocks> shouldn't it be to on?
[16:50] <didrocks> larsu: or that's just for pairing?
[16:51] <didrocks> I can't send a file to the phone, but that was already an issue on bluez 4
[16:51] <larsu> didrocks: the connection thing is really weird. I'm not sure why we have it at all
[16:52] <larsu> it's after pairing to try to make a connection to the device
[16:52] <didrocks> hum, but it seems to be connected already
[16:52] <larsu> I think we should just always make a connection when the device is available
[16:52] <didrocks> yeah
[16:52] <larsu> didrocks: ya, it's also buggy (the switch)
[16:53] <didrocks> the rest seems to work to me
[16:54] <larsu> with the weird ui, though
[16:55] <didrocks> yeah, would it be a huge change in your opinion to get that fixed?
[16:55] <larsu> didrocks: ish. I started backporting some stuff, but gnome-bluetooth is missing the wizard for example
[16:55] <larsu> I do think the wizard is outdated
[16:55] <didrocks> do we really need the wizard?
[16:56] <larsu> but also that we should properly design a new thing if we change stuff at all
[16:56] <didrocks> right
[16:56] <larsu> no, we don't really need it and my branch gets by without it
[16:56] <didrocks> what do we miss in the current upstream UI?
[16:56] <larsu> but the branch is missing some stuff, like pairing and unpairing :)
[16:56] <didrocks> apart from the weird "connexion" thing
[16:57] <larsu> we could use it, but I'm not sure people will like it
[16:57] <didrocks> do they like the current wizard UI? :p
[16:57]  * didrocks never liked it
[16:57] <didrocks> but I agree, at least, it's not a surprise
[16:57] <larsu> me neither
[16:57] <larsu> just saying that exchanging a bad ui for another bad ui is not a good idea
[16:58] <didrocks> agreed
[16:58] <larsu> (it's not necessarily bad, just very different from what we have in other panels)
[16:58] <didrocks> but system-settings isn't going to cope soon
[16:58] <didrocks> hard decision…
[16:58] <larsu> but then, u-c-c is inconsistent like crazy anyway...
[16:59] <didrocks> yeah
[17:00] <seb128> is it?
[17:00] <larsu> seb128: ya. My #1 complaint is all the different label styles we have
[17:00] <seb128> it's not really consistant
[17:01] <seb128> but at the same time it's not that inconsistant either
[17:01] <seb128> like the UI are not from different world/types
[17:01] <larsu> bold, dim, left-aligned, with trailing colon
[17:01] <larsu> and opposites and all combinations
[17:01] <larsu> seb128: indeed
[17:01] <larsu> seb128: we managed to stay away from gnome3-style lists, for example
[17:03] <seb128> correct
[17:03] <seb128> and I think getting one of those would be a strong increase in inconsistency
[17:04] <larsu> definitely
[17:04] <larsu> which is why I'm against that
[17:05] <seb128> k
[17:05] <seb128> sorry I missed part of the backlog, walking between car for bt testing and here
[17:05] <seb128> I though your
 but then, u-c-c is inconsistent like crazy anyway...
[17:05] <seb128> was a "we already are inconsistent, we can as well take a bit more with the GNOME3 Ui"
[17:07] <didrocks> so would you suggest we spend time to build a new UI that will be dropped once system settings is converged?
[17:10] <seb128> didrocks, not especially
[17:10] <seb128> I would suggest we "fork" the old gnome-bluetooth/copy it in u-c-c
[17:10] <seb128> as we did for e.g gnome-desktop
[17:10] <seb128> it's used nowadays and mostly working
[17:12] <didrocks> yeah, but it's not bluez5 compliant
[17:13] <larsu> didrocks: I'll try to extract a version that can do bluez5 but still has all the ui bits tomorrow
[17:13] <larsu> I'll report back how well that works
[17:13] <didrocks> ok, keep us posted larsu, thanks for digging!
[17:15]  * ejat brb
[17:19] <dobey> mlankhorst: http://pastebin.ubuntu.com/10392121/ <- that doesn't seem right. i can't use wine, or skype, or ubuntu-emulator, or compile lots of things if i want lts-utopic xorg?
[17:29] <dobey> hmm, well i've mostly made that not happen with listing a bunch of other packages, i think
[17:50] <mlankhorst> dobey: or install libgl1-mesa-glx-lts-utopic:i386
[17:53] <dobey> yeah, that's one of the things i had to install. plenty of others too
[17:54] <mlankhorst> that's the main one, for libgl at least, ubuntu-emulator might need some other 32-bits packages too
[18:00] <willcooke> seb128, I now know how to get OSK working on Desktop Next \o/  Should be worth including. Maybe we need to wait for a few things to land upstream first though
[18:08] <mlankhorst> dobey: maybe I should make a mesa-lts-vivid and mesa-dev-lts-vivid that depend on all the packages
[18:14] <dobey> mlankhorst: it would be nice if apt were just smarter about resolving the deps. i still had to get rid of some other -dev packages (clutter and such) that were installed, and i noticed their "apt-cache depends" output didn't have the "|foo-lts-utopic" dependencies. maybe a little more Provides: magic would help that? not sure
[18:14] <mlankhorst> dobey: patches welcome :p
[18:15] <mlankhorst> dobey: all renamed packages already have provides for their unrenamed equivalents
[18:54] <rcarlos> quit
[19:56] <xnox> and i made it on to the ipv6 internet \o/
[19:58] <sarnold> woo, you get to see the KAME turtle in high-resolution glory!
[19:59] <xnox> sarnold: oh oh where is that?
[19:59] <sarnold> xnox: http://www.kame.net/kame-mosaic.html
[20:00] <sarnold> regular poor person version: "This is a MOSAIC version. If you migrate to IPv6 HTTP, you'll be able to view the NON-MOSAIC DANCING KAME!"
[20:00] <xnox> sarnold: OMG this is so cool - i am thrilled =)
[20:00] <sarnold> I've wanted to see him in high-resolution for so long...
[20:00] <xnox> i'm adding ipvFoo extension to send letters to those who are not on ipv6 https://chrome.google.com/webstore/detail/ipvfoo/ecanpcehffngcegjmadlcijfolapggal?hl=en
[20:01] <xnox> sarnold: http://start.ubuntu.com/ is not ipv6 =(
[20:01] <sarnold> xnox: hah thats cool :)
[20:01] <sarnold> awwww
[20:02] <xnox> sarnold: it's trivial to get ipv6 tunnel...... there is no excuse
[20:02] <sarnold> xnox: well... he.net tunnels are unreliable, we've got a few dozen bugreports from folks who can't get updates because a routing issue in he.net or one of their upstreams :/
[20:03] <xnox> sarnold: well, i believe i'm ipv6 native and test ipv6 website show good reachability.
[20:06] <sarnold> xnox: native ipv6 sounds nice. *sniff* enjoy the turtle!
[20:07] <xnox> sarnold: well, my vps has native ipv6, and tagged tinc vpn on top of it - and i use ips from the block assigned to my vpn to reassign/reroute to my vpn clients.
[20:07] <xnox> sarnold: inside vpn the traffic is ipv6 only. and i use nat-less public ipv6 throughout.
[20:07] <xnox> sarnold: ..... and cringe hoping i got my firewall correctly.
[20:07] <sarnold> xnox: hehe :)
[20:08] <sarnold> yay double firewall rules )
[21:00] <attente_> anyone having trouble starting unity 7? all i'm getting is Error: Plugin 'composite' not loaded.
[21:39] <qengho> kenvandine: got a minute? I want to talk about chromium and your display density.
[21:40] <kenvandine> qengho, sure
[21:42] <qengho> kenvandine: you said parts were too big for the density you have set?  Can you explain?
[21:42] <kenvandine> the tab bar
[21:42] <qengho> kenvandine: I'm testing. I see this. http://i.imgur.com/usiS6yO.png
[21:42] <kenvandine> the fonts were at least as big as the tabs are high
[21:42] <qengho> Hrm.
[21:42] <kenvandine> that looks better than i'm seeing
[21:42] <kenvandine> let me grab a screen shot
[21:44] <qengho> kenvandine: also paste somewhere  $ dconf dump / |grep scale
[21:45] <kenvandine> ok, i've set the scale to 2
[21:48] <kenvandine> http://paste.ubuntu.com/10396603/
[21:48] <qengho> kenvandine: Hrm. Okay.
[21:48] <qengho> kenvandine: Thanks. I need to think on it.
[21:48] <kenvandine> getting a screenshot too
[21:49] <kenvandine> imgur.com isn't happy though
[21:49] <qengho> kenvandine: that's all for today.
[21:49] <kenvandine> ok
[21:49] <kenvandine> :)
[21:49] <qengho> kenvandine: er, isn't happy?
[21:50] <kenvandine> not loading on the laptop...
[21:50] <kenvandine> not sure why
[21:50] <qengho> Oh. Hope it's not your dumb ol' browser!
[21:50] <kenvandine> haha
[21:50] <kenvandine> it is chromium :)
[21:51]  * qengho cries just a little and then goes home for the day.
[22:35] <robert_ancell> cyphermox, is there an easy way to run ubiquity for testing?
[22:38] <cyphermox> what kind of debugging do you want to do?
[22:40] <robert_ancell> cyphermox, I need add some UI to configure TPM full disk encryption so I want to check that I can enter appropriate details and it will do the work. Ideally I don't want to hose my system in the process :)
[22:40] <cyphermox> can you give me a minute?
[22:40] <robert_ancell> cyphermox, syer
[22:40] <robert_ancell> sure
[22:51] <cyphermox> robert_ancell: ok, let me read for a second :)
[22:52] <robert_ancell> cyphermox, we should probably discuss in #ubuntu-installer right?
[22:52] <cyphermox> up to you
[22:52]  * robert_ancell has been reading the wiki