[06:05] <pitti> Good morning
[06:21] <didrocks> good morning
[06:21] <BigWhale> pitti, good morning.
[06:21] <BigWhale> didrocks, you too :)
[06:21] <pitti> hey didrocks, bonjour BigWhale
[06:23] <kenvandine_> good morning guys
[06:23] <pitti> hey kenvandine_
[06:23] <kenvandine_> BigWhale, did you see my comment on your merge proposal?
[06:23] <didrocks> hey BigWhale, guten morgen pitti, hi kenvandine_
[06:23] <kenvandine_> hey pitti
[06:24] <kenvandine_> pitti, we've gotten dobey's branch of gwibber working with webkit-gtk3 and gnomekeyring gir :)
[06:24] <pitti> !
[06:24] <kenvandine_> it needs a little minor cleanup, then we can drop the webkit gtk2 depends :)
[06:25] <pitti> so that's only ubuntu-sso-client left then
[06:25] <pitti> and I figure they'll working on that
[06:25]  * pitti smells some hope for the grossly oversized images
[06:25] <kenvandine_> yeah, they are very motivated
[06:25] <kenvandine_> :)
[06:26] <BigWhale> kenvandine, not yet
[06:26] <pitti> kenvandine_: my fear is just that they'll push hard to get pyqt on
[06:26] <kenvandine_> it was way more work than it should have been
[06:26] <pitti> kenvandine_: but that's twice as big as the old webkit
[06:26] <kenvandine_> pitti, well that is their motiviation
[06:26] <kenvandine_> ugh
[06:26] <pitti> so it can't happen right now
[06:26] <kenvandine_> i thought they had worked out the size and webkit would make enough room
[06:26] <BigWhale> kenvandine, I am still waiting for my sensors to calibrate ... :>
[06:26] <pitti> no, webkit saves about 7 MB, pyqt4 is about 13
[06:27] <kenvandine_> BigWhale, :)
[06:27] <kenvandine_> ugh
[06:27] <BigWhale> conflicts? really. weird.
[06:27] <kenvandine_> BigWhale, merge conflicts in the proposal
[06:27] <pitti> and regardless of how big pyqt4 is, it's not a zero-sum game; we are 17 MB oversized right now
[06:27] <kenvandine_> WOW
[06:27] <pitti> the biggest offenders are firefox and tbird, which grew another 2.5 MB each
[06:28] <pitti> about 10 MB is just noise from the delta langpacks, these will disappear
[06:29] <kenvandine_> BigWhale, i would like to merge your branch tonight, if you can fix that up
[06:29] <BigWhale> yeah ...
[06:29] <BigWhale> I'm looking at it right now
[06:30] <BigWhale> kenvandine, did you change anything in stream-view-tile.vala and the conflicts are actual conflicts or it's just bazar being silly?
[06:31] <kenvandine_> i merged robert_ancell's branch last night
[06:31] <kenvandine_> which changed parts of that
[06:31] <kenvandine_> he fixes all the compiler warnings :)
[06:31]  * kenvandine_ hugs robert_ancell
[06:31] <robert_ancell> kenvandine_, well, not all of them :)
[06:31] <kenvandine_> most :)
[06:31] <kenvandine_> all the vala ones i think
[06:31] <robert_ancell> kenvandine_, I was playing around with lp:~robert-ancell/gwibber/bake...
[06:32] <kenvandine_> i saw :)
[06:33]  * kenvandine_ also has a branch that removes all the hacks for finding service icons
[06:33]  * kenvandine_ is happy with that
[06:34] <BigWhale> kenvandine, will it be too late if I fix this in half an hour? I have to take the kids to school. :>
[06:36] <kenvandine_> BigWhale, i should still be up :)
[06:36] <kenvandine_> BigWhale, no worries
[06:36] <BigWhale> ok cool
[06:36] <BigWhale> later
[06:49] <achiang> hello, did the default gtk theme change in precise? my gtk menus now seem to have a light background, and not a dark one
[06:50] <achiang> my theme is sent to ambience (and not radiance)
[06:53] <kenvandine_> achiang, some of them do
[06:53] <kenvandine_> the appmenu menus and the indicators shouldn't
[06:53] <kenvandine_> but context menus are light now
[06:54] <achiang> kenvandine_: isn't it 2am where you are? :)
[06:54] <kenvandine_> achiang, indeed
[06:54] <achiang> yikes
[06:54] <kenvandine_> :)
[06:54] <achiang> kenvandine_: yeah, the context menus are light
[06:54] <kenvandine_> i think that is intentional
[06:54] <achiang> kenvandine_: e.g., in empathy, when you right click on a contact and select "information" the text is hard to read
[06:54] <kenvandine_> yeah
[06:55] <kenvandine_> there is a bug filed on that
[06:55] <kenvandine_> against light-themes
[06:55] <achiang> kenvandine_: ah, ok
[06:55] <achiang> cool
[06:55] <achiang> are all these changes announced on u-desktop list?
[06:55] <achiang> or do i just have to wait for omg! to tell me what's up? :)
[06:56] <achiang> precise has been a lot of, "is that a bug or intentional"
[06:57] <achiang> kenvandine_: correction, right click on a contact => information is fine; but hover over a contact produces an unreadable window
[06:57] <kenvandine_> yeah, that is what i meant
[06:57] <kenvandine_> achiang, that is the norm :)
[06:57] <achiang> heh ok
[06:57] <achiang> thanks
[06:58] <kenvandine_> i know because i maintain some of the packages
[06:58] <achiang> that's one way to stay abreast of the situation. :)
[06:59] <achiang> ok, i am going to try to sleep now, (a mere 23:00), like a normal person
[06:59] <achiang> cheers
[07:01] <kenvandine_> :)
[07:05] <pitti> didrocks: any possibility to have a quickfix for compiz on armel?
[07:06] <didrocks> pitti: I pinged sam about it, didn't get any feedback yet
[07:06] <pitti> error: cast from 'QList<QVariant>::Node*' to 'QVariant*' increases required alignment of target type [-Werror=cast-align]
[07:06] <pitti> that looks a little weird to me
[07:06] <pitti> why do different pointer types need different alignment?
[07:06] <pitti> oh, I guess the thing they point to do
[07:06] <didrocks> yeah, seems that a bad thing is done with the Qt bindings, I think instead of a QVariant*, the QList should be used
[07:07] <didrocks> (QList of QVariant)
[07:07] <pitti> didrocks: ok, thanks
[07:09] <tkamppeter> pitti, thanks for uploading c-f.
[07:09] <pitti> tkamppeter: no worries, thanks for the fixes!
[07:39] <didrocks> RAOF: hey :)
[07:39] <RAOF> didrocks: Yo
[07:39] <didrocks> RAOF: on https://code.launchpad.net/~raof/unity/unidirectional-barrier/+merge/92889, the barrier on the other direction is on purpose
[07:39] <RAOF> Oh, really?
[07:40] <RAOF> Why?
[07:40] <didrocks> RAOF: apparently, design tested on multimonitor, and if you for instance, try to grab the the scrollbar on the left monitor and accidently go to the right one
[07:40] <didrocks> then, try to take it back again, you have to reveal the launcher and so on…
[07:40] <didrocks> (as you have to go from right to left)
[07:40] <RAOF> Fair enough.
[07:40] <didrocks> but
[07:41] <didrocks> IMHO, those barriers should be removed if we are in "launcher always shown" mode?
[07:41] <RAOF> Right, yes.
[07:41] <RAOF> That was what I was about to say :)
[07:41] <RAOF> Incidentally, I've got a test for your crazy xt2 touchpad.
[07:41] <didrocks> we agree, I didn't talk to design about it yet :)
[07:41] <didrocks> oh great!
[07:41] <didrocks> seems the dell mini 10v is one of the offender as well btw
[07:42] <RAOF> The server + libs in ppa:raof/help-jason send some extra information on the events; I'll send you some code to dump that information and see if we can get more consistent numbers out.
[07:43] <didrocks> RAOF: excellent! I'll try to focus to get an unity ready for testing today, but I can have some free time tomorrow for it!
[07:43] <RAOF> And the server will be built by then :)
[07:45] <didrocks> which is the right timing I guess! :)
[07:51] <didrocks> smspillaz: hey dude!
[07:51] <didrocks> smspillaz: thanks for the fix on the "all windows minimized"
[07:52] <didrocks> smspillaz: ping back on a less funny stuff: bug #931500
[07:52] <ubot2`> Launchpad bug 931500 in kdebase-workspace "post 0.9.7 snapshot: FTBFS on armel" [Undecided,New] https://launchpad.net/bugs/931500
[07:52] <didrocks> should we harrass Riddel?
[07:53] <smspillaz> didrocks: doesn't riddel not work on kubuntu anymore ?
[07:53] <didrocks> smspillaz: he's still
[07:53] <smspillaz> didrocks: I think probably we should just disable the kde build :p
[07:53] <didrocks> smspillaz: hum, demoting right now those packages are still a little bit of work
[07:53] <didrocks> smspillaz: btw, will be fun next cycle with kubuntu in universe
[07:53] <didrocks> we will have to remove all the kde stuff
[07:54] <didrocks> it still builds on other archs though
[07:54] <didrocks> so I would like to see first with Riddell about it and then, we can take a decision
[07:54] <smspillaz> didrocks: O.o yikes
[07:54] <smspillaz> didrocks: in /universe/ ?
[07:55] <didrocks> smspillaz: kde, yeah
[07:55] <smspillaz> I didn't think it was becoming ... that unmaintained
[07:55] <didrocks> it's community maintained
[07:56] <didrocks> smspillaz: the issue is in /usr/include/kpluginfactory.h, isn't it?
[07:56] <smspillaz> oh so everything in main is canonical maintained then ?
[07:56] <smspillaz> yeah something like that
[07:56] <smspillaz> although, I'm not sure. .. I'm tempted to drop the kde decorator entirely although
[07:56] <smspillaz> I'm not sure what the reprocussions of that will be ?
[07:56] <smspillaz> maybe we should move it into a separate package
[07:56] <didrocks> well, the definition is quite complicated and not everyone has the same (we made this game with lool a couple of cycle ago about the main definition for everyone) :)
[07:56] <smspillaz> and repo or something
[07:57] <didrocks> smspillaz: you mean upstream, yeah, kind of a little bit late for now though
[07:57] <micahg> smspillaz: Canonical supported would be more accurate
[07:57] <smspillaz> that makes sense
[07:57] <didrocks> smspillaz: but it's building on i386/amd64, so maybe the alignement fix can be easier
[07:57] <smspillaz> its going to be a bit awkward when kubuntu distupgrades
[07:57] <smspillaz> and they get like
[07:58] <smspillaz> "600 packages are no longer maintained"
[07:59] <didrocks> pitti: I assigned Riddell for the kdelibs issue (re: compiz FTBFS on armel)
[08:00] <didrocks> smspillaz: thanks for your input!
[08:00] <pitti> didrocks: thanks
[08:00] <Riddell> didrocks: uh oh, what's this?
[08:01] <smspillaz> didrocks: np
[08:01] <didrocks> Riddell: hey :) see bug #931500
[08:01] <ubot2`> Launchpad bug 931500 in kdelibs "post 0.9.7 snapshot: FTBFS on armel" [Undecided,New] https://launchpad.net/bugs/931500
[08:02] <Riddell> oh gcc being fussy is it?
[08:02] <smspillaz> :p
[08:02] <didrocks> Riddell: well, it doesn't like this kind of casting, right :)
[08:02] <pitti> does sound like an actual crasher, though
[08:02] <Riddell> there's probably a simple fix, I'll try and work it out
[08:02] <didrocks> thanks Riddell
[08:02] <smspillaz> :)
[08:03] <didrocks> pitti: why a crasher? if the pointer is well used, it shouldn't really make a difference with the QList from a
[08:03] <didrocks> … from a pointer, isn't it?
[08:04] <pitti> I guess it depends what you want to access, but yes, I think I was confused
[08:04] <pitti> if the original object works, then the alignment should be ok
[08:05] <didrocks> yeah, it's just to prevent from making bad things with it I reckon in the way you are accessing other elements
[08:06] <didrocks> smspillaz: on bug #871801 can you please link both new branches (the unity one and the compiz one) to it, please?
[08:06] <ubot2`> Launchpad bug 871801 in unity "window management, alt-tab - After using 'show desktop' to minimise all windows, opening any new window also incorrectly restores all the minimised windows " [High,Confirmed] https://launchpad.net/bugs/871801
[08:07] <smspillaz> ok
[08:07] <didrocks> well, only the compiz one is not attached :)
[08:07] <smspillaz> I only just uploaded it :p
[08:07] <didrocks> smspillaz: you should use --fixes lp:bugnumber
[08:07] <didrocks> smspillaz: when you commit
[08:07] <didrocks> then, it's automagically done
[08:07] <didrocks> (also open a compiz downstream task please ;))
[08:14] <didrocks> pitti: I'm afraid we will have again feature freeze exception to request for unity
[08:14] <pitti> didrocks: unsurprisingly :)
[08:15] <pitti> didrocks: but with the rather strict AC this should be a lot less of a problem
[08:15] <pitti> didrocks: HUD is rather intrusive, though
[08:15] <didrocks> pitti: yeah :/ I'm trying to get those for another release next week
[08:15] <didrocks> pitti: the HUD will land thursday
[08:15] <didrocks> no worry about that one, phew ;)
[08:16] <didrocks> ibus support, maybe integrated menu, and also the coverflow (and so, the video lens) will go for next week.
[08:20] <pitti> meh, digikam FTBFS
[08:22] <Riddell> uh oh
[08:22] <Riddell> oh on arm
[08:23] <pitti> it's due to the new opencv, I'll have a poke on it
[08:23] <pitti> no, on all arches
[08:23] <pitti> cmake just makes it really hard to see the actual error
[08:24] <Riddell> oh ok, there's a new digikam to be packaged before thursday so it might not be worth fixing incase it fixes itself
[08:24] <pitti> ah, good; I'll postpone that then, thanks for the heads-up
[08:24] <Riddell> /build/buildd/digikam-2.4.1/core/libs/widgets/graphicsview/regionframeitem.cpp:640:66: error: no matching function for call to 'qBound(double, qreal, qreal)'
[08:25] <Riddell> should be a simple case of adding a qreal()
[08:25] <pitti> I have a missing library here
[08:25] <pitti> opencv 2.3 seems to have shuffled them a bit
[08:25] <Riddell> I'll pass it onto our potential digikam packager
[08:26] <micahg> pitti: yeah, they were broken out into multiple libraries, adri2000 did a test rebuild
[08:51] <seb128> hey
[08:52] <pitti> bonjour seb128
[08:52] <seb128> hey pitti, wie gehts?
[08:53] <pitti> seb128: gut, danke!
[08:53] <pitti> happy Valentine's day everyone!
[08:53] <seb128> thanks, you as well ;-)
[08:53]  * pitti happily munches some chocolate muffins that Netti baked for me
[08:54] <seb128> pitti, ;-)
[08:55] <didrocks> we were on a more pragmatical way: just a dinner on saturday :)
[08:57] <pitti> ... and nobody reminded me of the reminder this morning *sob*
[09:00]  * didrocks will make an indicator for pitti :)
[09:00] <pitti> I'd just need to add this to my calendar :)
[09:00] <pitti> but I feel loved so much more if you guys remind me :)
[09:01] <seb128> pitti, it's meeting reminder day!
[09:01] <didrocks> ahah, ok, gotcha, will not miss it! :)
[09:01]  * pitti hugs seb128
[09:01] <seb128> ;-)
[09:01]  * seb128 hugs pitti
[09:01] <seb128> pitti, sorry I was looking at the g-s-d update bug to see if there were any comment during the night
[09:01] <seb128> seems not
[09:01] <pitti> "sorry"?
[09:01] <pitti> didn't try it yet, will do in a sec
[09:02] <seb128> pitti, lol, no worry I don't plan to upload today anyway, rather tomorrow
[09:03] <seb128> pitti, it was just a subtle way to let people know that the new g-s-d is in the desktop ppa if anyone feels like installing it
[09:03] <seb128> pitti, I will put a note on the meeting page as well
[09:03] <pitti> yes, absolutely
[09:07] <pitti> seb128: does this already use the new wacom?
[09:10] <seb128> pitti, yes
[09:12] <pitti> seb128: tried it in a guest session (can't restart until this huge package build is done)
[09:12] <pitti> seb128: only thing I noticed is that clicking on "wacom settings" in g-c-c crashes g-c-c
[09:12] <pitti> I guess that'll need a corresponding g-c-c update
[09:13] <pitti> otherwise I played around with monitor config
[09:13] <pitti> once I can restart, I'll check keyboard settings
[09:13] <seb128> pitti, yeah likely for the wacom icon
[09:13] <seb128> ok
[09:13] <seb128> xrandr is a bit better I think here
[09:14] <seb128> I used to see my wallpaper in "grid" at login (the login screen is in mirror so has a lower resolution than my external screen)
[09:14] <seb128> i.e the login screen resolution with mosaic rendering of it again on side and bottom
[09:14] <seb128> that seems to not happen with the new one
[09:15] <pitti> one thing that still happens is that I still see two trash can icons even after disabling the internal monitor
[09:15] <pitti> but this sounds like a unity bug rather
[09:15] <pitti> it doesn't happen in my session (with an existing monitors.xml)
[09:15] <pitti> just in guest (which starts up in clone mode)
[10:12] <rickspencer3> hey all ...
[10:12] <pitti> hey rickspencer3
[10:12] <rickspencer3> I just had a full on graphics freeze
[10:12] <seb128> hey rickspencer3
[10:12] <rickspencer3> I seem to recall tehre was some great wiki documention about how to helpd ebug that
[10:12] <rickspencer3> does someone have a link handy?
[10:13] <vuntz> err, I'm looking at the gtk+ 3 patches in ubuntu, and, hrm, I don't understand 015_default-fallback-icon-theme.patch
[10:13] <rickspencer3> (since I've gone multi-monitor, I notice xorg and unity are a bit less happy)
[10:13] <vuntz> why do you patch this instead of using /etc/gtk-3.0/settings.ini ?
[10:13] <rickspencer3> hi pitti and seb128 and vuntz :)
[10:13] <vuntz> yo rickspencer3
[10:14] <pitti> rickspencer3:  perhps https://wiki.ubuntu.com/X/Troubleshooting/Freeze ?
[10:14] <rickspencer3> pitti, looks exactly right!
[10:15] <seb128> vuntz, lut, ca va bien ?
[10:15] <seb128> vuntz, what is /etc/gtk-3.0/settings.ini? no such file or directory here
[10:15] <seb128> vuntz, is there a similar file for gtk2?
[10:15] <vuntz> seb128: just create the file :-)
[10:15] <seb128> vuntz, what is the syntax? is it documented somewhere?
[10:16] <vuntz> seb128: it's like /etc/gtk-2.0/gtkrc
[10:16]  * vuntz finds the link
[10:16] <vuntz> seb128: http://developer.gnome.org/gtk3/stable/GtkSettings.html
[10:16] <seb128> vuntz, thanks
[10:17] <vuntz> seb128: let me show what we use in openSUSE
[10:17] <seb128> vuntz, speaking of opensuse I'm sure you told me that in the past but where I can look at your patches or packaging? ;-)
[10:17] <vuntz> seb128: http://paste.opensuse.org/view/raw/25892884
[10:18] <seb128> vuntz, 'ci
[10:18] <vuntz> seb128: it's all documented at http://distributions.freedesktop.org/wiki/DistributionLocations :-)
[10:18] <vuntz> https://build.opensuse.org/project/show?project=openSUSE%3AFactory is what you want
[10:18] <seb128> vuntz, oh, distributions.freedesktop.org, is that new? ;-)
[10:18] <vuntz> seems to be down right now, obviously
[10:18] <vuntz> nah, it's not new
[10:19] <seb128> yeah, doesn't reply
[10:19] <seb128> vuntz, thanks, useful pointer ... does your settings.ini means that without gsd your get adwaita anyway?
[10:20] <vuntz> it should, at least
[10:20] <vuntz> I think I tried that a while ago
[10:20] <seb128> vuntz, I wonder if fedora does the same and that's why people don't see nautilus loosing its theme when gsd segfault
[10:20] <seb128> I'm still puzzled because it seems to happen only to us
[10:20] <seb128> well segfault or is stopped
[10:20] <seb128> vuntz, thanks for the tips!
[10:29] <slomo> tjaalton: hi :) are the latest pre-releases of gstreamer core/base/good/bad/ugly in ubuntu now?
[10:30] <tjaalton> slomo: the ones from last week,yes
[10:30] <slomo> tjaalton: great, thanks :)
[10:30] <slomo> tjaalton: if you're interested we could maintain them on git.debian.org in separate ubuntu branches... might make merging in the future easier
[10:31] <tjaalton> slomo: yeah I have them locally
[10:31] <tjaalton> on a branch
[10:32] <slomo> tjaalton: if you sign up on alioth.debian.org i can add you to pkg-gstreamer and we could have it all in one place
[10:32] <tjaalton> slomo: I'm there already, tjaalton-guest
[10:32] <tjaalton> hopefully soon s/-guest// :)
[10:34] <slomo> tjaalton: ok, added you :) please name the ubuntu specific branch "ubuntu" and base it on the current "experimental" branch
[10:35] <chrisccoulson> is there any way for an application to tell if the video driver is using exa?
[10:35] <tjaalton> slomo: ok I'll push them at some point
[10:43] <RAOF> chrisccoulson: No, I don't believe so.
[10:45] <chrisccoulson> RAOF, ah, never mind
[10:45] <chrisccoulson> we want to test for a very specific condition in firefox (see https://bugzilla.mozilla.org/show_bug.cgi?id=716036#c20)
[10:45] <ubot2`> Mozilla bug 716036 in Layout "css z-ordering renders invisible text on google search page" [Normal,New: ]
[11:03] <RAOF> chrisccoulson: Mmm, bugs in the 16BPP EXA implementation?  No wonder no-one's hit it :)
[11:26] <chrisccoulson> RAOF, i'm wondering if the bug is actually specific to the imx driver, but i'm not sure how to prove that
[11:36] <ricotz> seb128, hi
[11:36] <seb128> hey ricotz, how are you?
[11:36] <ricotz> i merged your g-s-d
[11:36] <ricotz> thanks, i am quite fine
[11:36] <ricotz> how are you
[11:36] <ricotz> ?
[11:38] <ricotz> and there could be removed at lot of Makefile.in stuff, like 1500 lines
[11:38] <seb128> I'm good thanks
[11:38] <seb128> ricotz, oh right, I forgot to clean those, will do before upload
[11:38] <seb128> ricotz, does it work correctly for you otherwise?
[11:38] <ricotz> and a small issue with gnome-settings-daemon.install
[11:39] <seb128> ricotz, not listing a .sh?
[11:39] <ricotz> seb128, i am running it currently, but only with the datetime revert patch enabled
[11:39] <seb128> the input.sh stuff? I'm not sure we wanted,need that
[11:39] <seb128> ricotz, ok
[11:40] <ricotz> yeah this example script
[11:40] <ricotz> otherwise it runs fine
[11:40] <ricotz> the libcolor problem is gone
[11:41] <seb128> ricotz, do you need the example script for something? or it's just because it's showing in list-missing?
[11:41] <seb128> ricotz, the hang issue?
[11:41] <ricotz> i havent spotted a great difference though
[11:41] <ricotz> maybe it was related to another lib/app
[11:41] <ricotz> yes, the freeze
[11:41] <seb128> ricotz, right, I workaround it by dropping -Wl,-Bsymbolic-functions from the LDFLAGS
[11:42] <seb128> ricotz, same issue than gnome-bluetooth and other GNOME stuff
[11:42] <ricotz> oh, interesting
[11:42] <seb128> they don't know how to handle their symbols correctly
[11:42] <seb128> like the symbols get defined in different binaries and -Bsymbolic-functions don't like it
[11:42] <seb128> it's a bug on their side still, we just workaround it
[11:42] <ricotz> i see
[11:43] <ricotz> i am wondering if i ran into the same issue with gdm 3.2
[11:43] <ricotz> since there were similar symptoms
[11:45] <seb128> ricotz, could be try the same ld trick in the rules
[11:45] <ricotz> ok besides the Makefile.in and script thing, i only added  --disable-systemd
[11:45] <seb128> good idea, will do it as well
[11:45] <seb128> thanks for the feedback
[11:45] <seb128> not a lot of visible changes... yes but some bug fixes and some nice improvements in theory
[11:45] <seb128> what I wanted especially was the xrandr dock station work
[11:46] <didrocks> pitti: small question about apport for non genuine ubuntu package. (from https://wiki.ubuntu.com/Apport/DeveloperHowTo)
[11:46] <ricotz> seb128, no problem
[11:46] <seb128> the keybindings xinput2 handle is nice as well, it should fix some old bug and handle better special cases like use of usb or bluetooth devices
[11:46] <didrocks> pitti: I just need to add the code snippet to my already existing def add_info(report, ui):
[11:46] <ricotz> seb128, yeah, good to have it updated
[11:46] <didrocks> isn't it?
[11:46] <pitti> didrocks: what are you trying to do?
[11:47] <ricotz> seb128, on the other hand the changes in g-c-c are getting kind of ugly :\
[11:47] <ronoc> seb128, hey
[11:47] <didrocks> pitti: basically for the unity-team/ppa packages, to enable peope to report bugs with ubuntu-bug unity
[11:47] <didrocks> pitti: and get those tagged
[11:47] <seb128> ricotz, like? it's next to review on my list
[11:47] <seb128> ronoc, hello
[11:47] <ricotz> seb128, i merge these change, but i am tempted to disable them for my ppa
[11:47] <ronoc> seb128, diwic and I as you well know are trying to find out how to play the startup sound in the most convenient way
[11:48] <seb128> ricotz, you mean the ubuntu changes or upstream 3.4?
[11:48] <ricotz> seb128, the overview changes, bigger icons and separators
[11:48] <ricotz> the ubuntu changes
[11:48] <ronoc> seb128, i have a branch here which has the necessary code in place
[11:48] <seb128> ricotz, oh, right, design...
[11:48] <ronoc> ~cjcurran/unity-greeter/play-synchronised-start-up-sound/
[11:48] <ricotz> seb128, this isnt look good
[11:48] <ronoc> seb128, we are having problems though with canberra not able to recognize the ubuntu theme
[11:48] <seb128> ronoc, cool, can you merge propose it?
[11:49] <seb128> ricotz, well visual look is a matter of taste, some users commented on the bug to say they love how it looks now
[11:49] <ronoc> seb128, i can but i would like to prove that canberra can find the ubuntu sounds before merging
[11:49] <ronoc> or do you want me to merge it in
[11:49] <seb128> ricotz, ideally we would tweak the look only under unity
[11:49] <ricotz> seb128, also the gnome-icon-theme doesnt contain the icons for the "separators"
[11:49] <ronoc> and then we can figure that out afterwards
[11:49] <diwic> canberra-gtk-play requires gtk-sound-theme-name=ubuntu
[11:49] <pitti> didrocks: you can use what /usr/share/apport/package-hooks/source_ubuntuone-client.py does
[11:49] <pitti> didrocks: drop the "ThirdParty" bit, that's obsolete
[11:49] <seb128> ricotz, shouldn't it fallback by dropping the -<name>
[11:49] <seb128> ?
[11:50] <pitti> didrocks: but you can set/append report['Tags'] if you wish
[11:50] <ricotz> seb128, it shows some default "terminal-window" icon
[11:50] <didrocks> pitti: ah nice, let me try it! :)
[11:50] <didrocks> pitti: ok, without the ThirdParty then
[11:50] <seb128> ricotz, seems a bug, it should fallback
[11:50] <pitti> didrocks: the package needs to ship a crash db conf file like /etc/apport/crashdb.conf.d/ubuntuone-client-crashdb.conf, though (bug 551330 is about making this easier)
[11:50] <ubot2`> Launchpad bug 551330 in apport "allow defining crashdb inline within the report" [Wishlist,Triaged] https://launchpad.net/bugs/551330
[11:50] <seb128> channel is crazy now :p
[11:51] <seb128> ronoc, diwic: is that a libcanberra bug?
[11:51] <ronoc> :)
[11:51] <didrocks> pitti: it's not really a "crash" db, isn't it? as it won't have symbols to retrace?
[11:51] <ronoc> seb128, we think so
[11:51] <seb128> ronoc, don't "merge" anything, just merge propose for review
[11:51] <ronoc> ok will do that now
[11:51] <diwic> seb128, I'm trying to figure out the best way to tell libcanberra that
[11:51] <pitti> didrocks: read it as "place to send problem reports to"
[11:51] <didrocks> pitti: but ok, it's basically the documentation minus the ThirdParty part then :)
[11:51] <didrocks> pitti: ok, excellent! Thanks a lot :)
[11:52] <diwic> seb128, I found that you could ship a /etc/gtk-3.0/settings.ini file, are you familiar with that?
[11:52] <ronoc> this worked for diwic but not for me
[11:52] <seb128> diwic, yes, vuntz mentioned earlier for the icon theme
[11:53] <ronoc> seb128, if this proved to be a viable solution would you be happy with this sort of fix
[11:53] <seb128> ronoc, yes
[11:53] <ronoc> cool
[11:53] <seb128> ronoc, I'm trying to understand the issue though
[11:54] <ronoc> basically canberra will not identify ubuntu as a valid theme
[11:54] <seb128> ronoc, why not?
[11:55] <seb128> ronoc, there is a /usr/share/sounds/ubuntu/index.theme
[11:55] <ricotz> seb128, jfyi http://i.imgur.com/yt1M9.jpg
[11:55] <ronoc> that's what we are trying to figure out
[11:55] <seb128> ronoc, shouldn't it consider all the /usr/share/sounds themes?
[11:55] <ronoc> you would think so
[11:55] <seb128> ricotz, yeah, buggy, the scrollbars shouldn't show as well
[11:56] <diwic> ronoc, if you are in a session, logged in as a normal user, and execute the canberra-gtk-play command as written, will it work?
[11:56] <diwic> as written in the patch
[11:56] <ronoc> no, it can't find the sound
[11:56] <ronoc> for me that is
[11:56] <diwic> ronoc, hmm, that has been working for me since the start
[11:56] <ronoc> oh
[11:57] <Sweetshark> cjwatson: I just received a note from _rene_ that he would be happy about lintian fixes and would even make sure they land in debian 3.5.0-1 if they would arrive today.
[11:57] <diwic> oh wait, not on this one
[11:57] <ricotz> seb128, this is g-c-c 3.4 not sure if there were layout changes since 3.2 in this view which would cause this
[11:57] <cjwatson> Sweetshark: synchronicity, I just filed it
[11:57] <seb128> ricotz, oh, you merged 3.4? great, might spare me some work if I look at it
[11:58] <ronoc> seb128, diwic -> /usr/bin/canberra-gtk-play --id=\"system-ready\" --description=\"Ubuntu System Ready\"
[11:58] <ronoc> Failed to play sound: File or data not found
[11:58] <Sweetshark> cjwatson: excellent!
[11:58] <cjwatson> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659867
[11:58] <ubot2`> Debian bug 659867 in libreoffice-common "libreoffice-common: use Pre-Depends rather than 'dpkg-maintscript-helper supports' guards" [Wishlist,Open]
[11:58] <seb128> ronoc, same here
[11:58]  * ronoc checks canberra docs
[11:58]  * diwic goes to try to understand why that works here
[11:59] <seb128> ronoc, interesting
[11:59] <seb128> ronoc, $ strace -f /usr/bin/canberra-gtk-play --id=\"system-ready\" --description=\"Ubuntu System Ready\" 2>&1 | grep sounds
[11:59] <ronoc> diwic, the ini file ?
[11:59] <seb128> [pid 29462] stat64("/usr/share/ubuntu/sounds", 0xbfeb0a8c) = -1 ENOENT (No such file or directory)
[11:59] <seb128> ronoc, seems like it looks in the wrong dir
[11:59] <seb128> i.e <theme>/sound
[11:59] <seb128> and we have sounds/<themes>
[11:59] <seb128> I guess ubuntu-sounds package should be fixed
[12:00] <diwic> seb128, very interesting, let me look in libcanberra
[12:00] <diwic> seb128, although libcanberra has caches and stuff so the stat might not be really reliable
[12:00] <seb128> ok
[12:01] <ronoc> seb128, hmmm
[12:01] <ronoc> surely that would break for the other themes on ubuntu
[12:02] <seb128> ronoc, diwic: need to go for lunch but I can have a look in half an hour
[12:03] <seb128> will read the scrollback
[12:03] <seb128> bbiab
[12:03] <ronoc> seb128, cool
[12:09] <ricotz> seb128, i think the pulseaudio dependency for g-c-c should be bumped to 1.1
[12:10] <ricotz> the sound-nua applet uses some newer things of it
[12:11] <ronoc> ricotz, thanks, well spotted
[12:16] <ricotz> ronoc, i more likely ran into it on oneiric ;)
[12:18] <ronoc> ricotz, aye that would flag the api delta alright
[12:41] <ricotz> seb128, btw is gnome-session 3.4 on the way too now?
[12:43] <seb128> ricotz, not from me, jbicha or you are free to work on it, I didn't spot anything interesting which wanted to make me want to do the work
[12:43] <seb128> ricotz, thanks for the pulseaudio version notice
[12:43] <seb128> ricotz, diwic: did you figure something?
[12:46] <Sweetshark> jasoncwarner_: http://www.libreoffice.org/download/3-5-new-features-and-fixes/ yay!
[12:47] <diwic> seb128, well, it has started to work on all my machines now, so difficult for me to troubleshoot :-(
[12:47] <ricotz> seb128, gnome-session in my staging ppa too
[12:47] <seb128> diwic, ok, I will have a look
[12:47] <seb128> ricotz, then feel free to submit a merge request for it ;-)
[12:48] <seb128> ricotz, I'm not interested enough that I will bother grabbing it from there but if there is a proper merge request I will review it
[12:48] <ricotz> seb128, i see ;)
[12:48] <seb128> ricotz, other try to talk to jbicha about it
[12:49] <ricotz> seb128, also is there some interest to get GJS into main
[12:49] <seb128> oh, for what?
[12:49] <ricotz> seb128, it would be a benefit for e.g libpeas
[12:49] <seb128> I'm sure chrisccoulson will like that :p
[12:49] <diwic> seb128, I've just noticed that conor's machine might look for sound theme "__custom"  instead of "ubuntu", but not sure
[12:50] <seb128> diwic, where did you notice that?
[12:50] <seb128> (to see if mine is the same)
[12:50] <ricotz> chrisccoulson, go for it :)
[12:50] <diwic> seb128, try hexdump -C ~/.cache/event-sound...long-file-name
[12:51] <diwic> seb128, do you know where we set gtk-sound-theme-name=ubuntu in the normal session?
[12:51] <seb128> diwic, we don't
[12:52] <diwic> ehh
[12:52] <seb128> diwic, we hate sound effects and basically made sure we wouldn't have any sound by default
[12:52] <seb128> (half joking)
[12:53] <seb128> diwic, ok, I'm lying, http://launchpadlibrarian.net/79299184/libcanberra_0.28-0ubuntu7_0.28-0ubuntu8.diff.gz
[12:53] <seb128> we set org.gnome.desktop.sound theme-name to "ubuntu" in gsettings
[12:53] <seb128> which should be picked and applied by gnome-settings-daemon
[12:53] <seb128> diwic, we used to do that
[12:53] <seb128>  we set org.gnome.desktop.sound theme-name to "ubuntu" in gsettings
[12:53] <seb128> ups
[12:54] <seb128> http://launchpadlibrarian.net/65537498/libcanberra_0.28-0ubuntu1_0.28-0ubuntu2.diff.gz
[12:54] <diwic> seb128, can that be read out of gconftool-2 or is that something completely different?
[12:55] <seb128> diwic, gsettings get org.gnome.desktop.sound theme-name
[12:55] <seb128> it's a different db
[12:55] <seb128> superseeding gconf
[12:55] <seb128> gsettings is the command line to interact with it
[12:56] <BigWhale> my launcher randomly started adding new icons of currently running programs
[12:56] <BigWhale> perhaps I should restart unity after I upgraded
[12:56] <diwic> seb128, ok, thanks. ronoc, does " gsettings get org.gnome.desktop.sound theme-name" give 'ubuntu' on your system as well?
[12:57] <seb128> diwic, $ gsettings get org.gnome.desktop.sound theme-name
[12:57] <seb128> 'freedesktop'
[12:58] <seb128> on mine
[12:58] <diwic> hum
[12:58] <seb128> $ gsettings set org.gnome.desktop.sound theme-name 'ubuntu'
[12:58] <seb128> $
[12:59] <seb128> diwic, then it works
[12:59]  * ronoc tries
[12:59] <seb128> though I had to go through some oops
[13:00] <ronoc> okay i get '__custom'
[13:00] <seb128> the canberra command would show as muted in level in the applications tab of the sound capplet
[13:00] <seb128> ronoc, try the set command
[13:00] <ronoc> ok now all good
[13:00] <ronoc> now to try to the greeter
[13:02] <ronoc> diwic, seb128 bingo
[13:02] <ronoc> working
[13:02] <seb128> weird
[13:02] <seb128> why would the greeter follow some setting from your user?
[13:02] <diwic> ronoc, goodie goodie, the question is who goes around and changes the gsettings database
[13:02] <seb128> or do you --test-mode with your user?
[13:02] <ronoc> seb128, yes
[13:03] <ronoc> i can try from the proper greeter
[13:03] <ronoc> but I have tried this already and it won't work
[13:03] <ronoc> so i suppose at least we have identified the issue
[13:03] <diwic> seb128, can we query the gsettings database as the lightdm user somehow?
[13:04] <seb128> diwic, dunno for ronoc, but for me it's gnome-control-center
[13:04] <ronoc> seb128, ?
[13:04] <seb128> diwic, run the sound capplet and change the "sound effect" value and you get the key set to "freedesktop"
[13:04] <seb128> dunno how ronoc got __custom though
[13:04] <seb128> I though g-c-c does it
[13:04] <seb128> though->doubt
[13:04] <seb128> ronoc, ^
[13:04] <diwic> maybe conor tested around with a custom theme? :-)
[13:05] <ronoc> diwic, nope never did seriously
[13:05] <ronoc> i don't know how that happened
[13:05] <seb128> diwic, ronoc: for lightdm? I guess sudo -u lightdm -c 'gsettings...'?
[13:05] <seb128> or similar
[13:05] <ronoc> aha
[13:05] <czajkowski> c
[13:05] <ronoc> yes
[13:08] <ronoc> ok restart to test
[13:08] <diwic> seb128, thanks, well mine returns 'ubuntu' in that case as well
[13:09] <seb128> diwic, ok, I will try to debug it this afternoon, I changed the value from "default" to "glass" and back to "default"
[13:10] <seb128> diwic, did you try to change and set back "default"? maybe they hardcode default to be freedesktop?
[13:10] <seb128> looking...
[13:10] <diwic> seb128, bingo
[13:10] <diwic> now mine's 'freedesktop' also
[13:11] <seb128> ah ah
[13:11] <seb128> sound-theme-file-utils.c
[13:11] <seb128> #define CUSTOM_THEME_NAME       "__custom"
[13:11] <seb128> so I guess that explains ronoc's one
[13:11] <diwic> seb128, so the gsettings db is user-wide rather than system-wide, correct?
[13:11] <seb128> diwic, yes
[13:12] <diwic> so even if I change mine that would not affect lightdm IMO
[13:12] <seb128> correct
[13:12] <diwic> but the lightdm does not have a settings manager so it needs /etc/gtk-3.0/settings.ini anyway.
[13:12] <seb128> it has the settings manager, well unity-greeter has
[13:12] <seb128> lightdm-gtk-greeter doesn't
[13:13] <seb128> diwic, ok, gvc-sound-theme-chooser.c in gnome-control-center has
[13:13] <seb128> #define DEFAULT_THEME           "freedesktop"
[13:14] <seb128> diwic, do you know if canberra or something has an api to give the name of the default theme?
[13:14] <diwic> maybe we should patch it to let people choose between ubuntu and freedesktop
[13:14] <seb128> the easiest solution is to patch it to be ubuntu under ubuntu
[13:14] <diwic> seb128, no I don't think it has
[13:14] <seb128> second option is to make it read the gsettings key
[13:15] <seb128> third option is to teach canberra about it
[13:19] <Sweetshark> pitti: would you give me a ping when the syncs and MIRs for reportbuilder are done?
[13:19] <seb128> ronoc, wb
[13:20] <seb128>  sound-theme-file-utils.c
[13:20] <seb128>  #define CUSTOM_THEME_NAME       "__custom"
[13:20] <seb128>  so I guess that explains ronoc's one
[13:20] <seb128> ronoc, ^
[13:20] <seb128> ronoc, also
[13:20] <seb128>  diwic, ok, gvc-sound-theme-chooser.c in gnome-control-center has
[13:20] <seb128>  #define DEFAULT_THEME           "freedesktop"
[13:20] <ronoc> aah
[13:20] <ronoc> sorry i was testing the startup
[13:20] <seb128> no worry
[13:21] <seb128> ronoc, you know that you don't need to log out right? just switch user that will start a new greeter (if you didn't make the sound to play only on first start)
[13:21] <ronoc> seb128, yeah it works from the test mode
[13:21] <seb128> ronoc, well anyway I will change the default to "ubuntu", you might want to do the same in your capplet codebase
[13:21] <ronoc> seb128, i just want to test synchronized behaviour
[13:21] <seb128> ronoc, i.e gvc-sound-theme-chooser.c #define DEFAULT_THEME
[13:22] <ronoc> i.e. does pulse start up in time
[13:22] <ronoc> seb128, will do
[13:22] <ronoc> ok need lunch, biab
[13:22] <seb128> ronoc, enjoy
[13:31] <pitti> Sweetshark: I synced the missing packages, need to build/binNEW (handling)
[13:31] <pitti> libxml-java pentaho-reporting-flow-engine liblayout librepository libformula libfonts-java
[13:31] <pitti> Sweetshark: flute can go in main, it was there before
[13:32] <pitti> Sweetshark: if there are other packages that you need, can you please open bug reports for them? "[MIR] packagename", and subscribe ubuntu-mir
[13:36] <Sweetshark> pitti: k, willdo. Thanks for the syncs!
[13:39] <Sweetshark> pitti: Ok, I will file MIRs for libbase-java and libsac-java, they seem to be missing from the list still ...
[13:40] <m4n1sh> didrocks: uploaded. Thanks
[13:41] <didrocks> m4n1sh: yw, thanks to you :)
[13:41] <m4n1sh> is it in main?
[13:41] <didrocks> m4n1sh: waiting for mterry so that we can MIR it
[13:41] <didrocks> then, if he acks the MIR, I'll promote to main
[13:41] <m4n1sh> so can you upload one more on 16th?
[13:42] <didrocks> m4n1sh: with the unity release, it will be short, but yeah, any new features need to be uploaded before the 16th
[13:42] <m4n1sh> some small changes left
[13:42] <didrocks> m4n1sh: then, it's all bug fixes
[13:42] <m4n1sh> before or on 16th?
[13:42] <m4n1sh> 16th inclusive? or exclusive?
[13:43] <m4n1sh> before 16th there are features
[13:43] <didrocks> m4n1sh: before 16th, the upload need to be done on the 16th, not sure about the freeze so better to plan on 15th
[13:44] <Laney> 21:00 UTC
[13:44] <didrocks> ah thanks Laney :)
[13:44] <m4n1sh> one is the diagnostics tab
[13:44] <Laney> :-)
[13:44] <m4n1sh> for enabling disabling apport reporting
[13:44] <didrocks> m4n1sh: I'll have the unity release, so will be busy for sure, better to plan on 15th
[13:44] <m4n1sh> okay
[13:45] <m4n1sh> means tomorrow. tight schedule
[13:45] <Sweetshark> pitti: bug 932061 and bug 932063
[13:45] <ubot2`> Launchpad bug 932061 in sacjava "[MIR] sacjava" [Undecided,New] https://launchpad.net/bugs/932061
[13:45] <ubot2`> Launchpad bug 932063 in libbase "[MIR] libbase" [Undecided,New] https://launchpad.net/bugs/932063
[13:46] <didrocks> m4n1sh: indeed
[13:55] <kenvandine_> BigWhale, thx for fixing that branch, i fell asleep before you pushed it :)
[14:01] <dobey> pitti: the plan also includes splitting pyqt package up into multiple binaries, so we don't  have to install all of it, but only the bits we need
[14:02] <pitti> dobey: *nod*
[14:02] <kenvandine_> dobey, do you guys know how small you can make it?
[14:03] <chrisccoulson> https://bugzilla.mozilla.org/show_bug.cgi?id=694594 is depressing :(
[14:03] <ubot2`> Mozilla bug 694594 in JavaScript Engine "Crashes with gcc 4.4.3" [Critical,New: ]
[14:04] <dobey> kenvandine_: well, with what i *thought* we needed, it would have made the qt bits we needed to add to the CD about 6MB
[14:24] <pitti> seb128: finally rebooted to new g-s-d; my key to push a window to the background doesn't work any more
[14:25] <pitti> seb128: otherwise it seems to work well
[14:25] <seb128> pitti, did you reboot with the new compiz from yesterday before?
[14:25] <seb128> pitti, the new compiz has known issue with keybindings
[14:25] <seb128> pitti, I'm unsure it g-s-d to blame
[14:25] <seb128> pitti, great, thanks
[14:44] <BigWhale> kenvandine, as long you didn't wake up with a serious case of Qwertytis. :>
[14:44] <kenvandine> haha
[14:45] <jbicha> hi
[14:45] <jbicha> the unity-greeter wallpaper is just showing the Ubuntu default and isn't matching the user wallpaper any more
[14:46] <jbicha> I'm using seb128's g-s-d
[14:46] <seb128> jbicha, hey
[14:46] <seb128> jbicha, do you use an user background?
[14:46] <seb128> jbicha, or one from the default set?
[14:47] <jbicha> seb128: I just picked the blue striped thing GNOME uses as default since http://ubuntuforums.org/showthread.php?t=1925194 indicated something might not be working right
[14:47] <seb128> jbicha, wfm
[14:48] <seb128> jbicha, can you run d-feet go to org.freedesktop.Accounts
[14:48] <ronoc> seb128, i still can't get any audio of lightdm when i test it in 'real life'
[14:48] <ronoc> seb128, i copied the binary to /usr/sbin
[14:49] <ronoc> according to 'which' that is where the system one is located
[14:49] <seb128> jbicha, can you get your user id, .User and BackgroundFile?
[14:49] <seb128> jbicha, what path does it has?
[14:49] <seb128> ronoc, dunno, check the logs in /var/log/lightdm?
[14:49] <ronoc> seb128, good idea
[14:50] <jbicha> seb128: I connected to the session bus and I don't see org.freedesktop.Account
[14:51] <jbicha> org.freedesktop.Accounts
[14:51] <seb128> jbicha, it's the system bus
[14:51] <seb128> jbicha, that's a system service, it lists all users
[14:53] <jbicha> BackgroundFile=/usr/share/backgrounds/contest/background-1.xml
[14:54] <jbicha> that's the train station one now
[14:57] <seb128> jbicha, oh, it doesn't handle slideshows
[14:57] <seb128> jbicha, .xml seems a slideshow, not an image
[14:57] <seb128> jbicha, if you pick an image it should be working
[14:57] <seb128> known bug
[14:57] <BigWhale> Hmm, what or who is preventing more Unity customization settings to be added in the System Settings | Appearance | Behavior? Launcher hiding was a step in the right direction, but I think there are more things that could go in there.
[14:58] <seb128> BigWhale, design approving those as beeing options we want to support and that useful enough to be in the ui
[14:58] <jbicha> seb128: ok, that's it, the GNOME default background is a slideshow too
[14:58] <seb128> BigWhale, we don't want the control center to turn into a ccsm for example
[14:58] <BigWhale> ye gots... no
[14:58] <BigWhale> bods
[14:58] <BigWhale> gods ...
[15:00] <BigWhale> If more than one monitor is present, I'd love to see the settings for edge stopping of the mouse.
[15:00] <BigWhale> and couple of sliders for launcher/panel transparency.
[15:02] <seb128> I don't think you will those in the normal ui
[15:02] <seb128> most users don't want to change those stuff if they are set correctly
[15:03] <seb128> jbicha, do you plan to do the mir for libwacom?
[15:03] <seb128> jbicha, is g-s-d working fine for you otherwise?
[15:03] <BigWhale> seb128, then who do I talk to, to tell them they are not set correctly? The edge thing, I don't care about the transparency really.
[15:04] <seb128> BigWhale, open a bug on unity
[15:04] <seb128> if there is not already one
[15:04] <BigWhale> hehe ok :)
[15:04] <seb128> but I know tweaks about those values and behaviour are still being discussed
[15:04] <seb128> they are known to not be perfect yet
[15:05] <jbicha> seb128: I don't have access to a wacom tablet, maybe tjaalton could do the mir?
[15:05] <seb128> jbicha, well you don't need to test it to write a mir
[15:05] <jbicha> lol
[15:06] <seb128> it's likely the mir team doesn't have access to hardware either
[15:06] <seb128> it's just about stating the need for it and getting a code review
[15:06] <seb128> we can get others to test the g-s-d and g-c-c changes
[15:06] <seb128> I would do it but I'm busy until ff and I would appreciate help on the paperwork if somebody wants to write the mir
[15:08] <jbicha> yeah, busy week! I can do the mir today
[15:08] <seb128> jbicha, thanks
[15:08] <jbicha> speaking of mirs, I'm interested in bug 914631
[15:08] <ubot2`> Launchpad bug 914631 in mesa-demos "[mir] mesa-demos" [Wishlist,New] https://launchpad.net/bugs/914631
[15:10] <seb128> jbicha, we discussed that at the platform rally with RAOF, basically he would prefer to not see those promoted, he said that source will probably ship other utilities and testing stuff that it's better to not officially support
[15:10] <seb128> jbicha, would be better to teach g-c-c to do a direct call to the function that returns those infos itself, should be a small patch
[15:10] <seb128> I will put that on the list for after ff
[15:11] <jbicha> ok, thanks
[15:18] <pitti> good night everyone!
[15:19] <seb128> 'night pitti
[15:20] <seb128> pitti, should I cover for the meeting if you have one?
[15:20] <seb128> pitti, btw you didn't comment on the g-s-d update bug, do you want me to block on you to review that or just go ahead and decide either way?
[15:24] <dobey> hrmm; i wonder if it's gtk, or the theme that is broken for me.
[15:26] <kenvandine> dobey, how so?
[15:27] <didrocks> mterry: good morning, can you handle the activity-log-manager MIR? shouldn't be too long to review :)
[15:27] <dobey> kenvandine: bottom of text getting cut off for the title/artist/album label in rbox, text entries being tiny, and icons flaoting outside the box
[15:28] <mterry> didrocks, sure!
[15:29] <didrocks> mterry: thanks a lot!
[15:39] <mterry> didrocks, this isn't marked for translation...
[15:39] <didrocks> mterry: yeah, m4n1sh is already aware about it
[15:40] <didrocks> mterry: will be fixed in the next release
[15:40] <mterry> didrocks, hrm, that's a blocker for MIR
[15:40] <mterry> didrocks, how soon?
[15:46] <mterry> seb128, is g-c-c 3.3.5 working fine for you?
[15:47] <seb128> mterry, g-s-d or g-c-c ?
[15:47] <mterry> seb128, oh right
[15:47] <mterry> seb128, nm, then  :)
[15:47] <seb128> mterry, ?
[15:47] <mterry> didrocks, is a-l-m working fine for you?  I run g-c-c, click on one of the (two!) Privacy icons and then g-c-c starts wigging out, constantly raising itself, launching jockey
[15:48] <mterry> seb128, ^ I had the above problem, thought it might be your new g-c-c, but you were mucking with g-s-d instead
[15:48] <seb128> ok, rright
[15:52] <didrocks> mterry: for the UIF apparently
[15:52] <didrocks> (sorry, on mumble)
[15:52] <mterry> didrocks, np
[15:52] <didrocks> mterry: oh raising itsel?
[15:52] <mterry> didrocks, UIF?
[15:52] <didrocks> UI Freeze
[15:52] <mterry> ah
[15:53] <didrocks> (meaning: next week)
[15:53] <didrocks> mterry: you have two privacy icons?
[15:53] <didrocks> mterry: what did you install?
[15:53] <mterry> didrocks, yar.  -common and -control-center
[15:53] <didrocks> that's what I have here…
[15:53] <mterry> neither works
[15:54] <didrocks> seb128: can you confirm?
[15:54] <seb128> didrocks, what?
[15:55] <didrocks> mterry: ensure you have activity-log-manager -common and -control-center
[15:56] <didrocks> oupss seb128 ^
[15:56] <seb128> ok
[15:56] <didrocks> that install in g-c-c
[15:56] <didrocks> grr, launch g-c- I meant
[16:03] <didrocks> mterry: I'm really just getting on working entry here
[16:03] <didrocks> (a lot of g_object_unref issue/warning, but that's knownà
[16:04] <didrocks> mterry: let's wait on seb128's feebdack, can you try to dpkg -L?
[16:04] <seb128> didrocks, ok, installed, sorry got sidetracked talking
[16:05] <seb128> didrocks, mterry: work fine here
[16:05] <seb128> mterry, you debugged a first version from before the renaming locally to help m4n1sh iirc, any chance you let a .desktop or .so somewhere?
[16:06] <didrocks> ahah
[16:09] <m4n1sh> didrocks: back
[16:09] <m4n1sh> so what is the issue
[16:09] <m4n1sh> it isnt marked for translation now as there was hardly time for that
[16:10] <didrocks> m4n1sh: yeah, it's kind of blocking the main inclusion as mterry told apart if you give a timeline for getting this fixed
[16:10] <m4n1sh> mterry: I have one more release
[16:11] <m4n1sh> which will include diagnostic tab from whoopsie (done by Evan)
[16:11] <m4n1sh> plus translation
[16:11] <m4n1sh> and a few UI fixes
[16:11] <didrocks> m4n1sh: I added the "fix gtk warning" for seiflotfy as well
[16:12] <m4n1sh> none of us have much idea why it is happening
[16:12] <m4n1sh> probably need to take help from someone
[16:12] <m4n1sh> I mean "neither" - me nor seif
[16:12] <m4n1sh> didrocks: mterry is feb 19th or before fine for next release with translations, diagnostics and minor UI tweaks?
[16:13] <didrocks> m4n1sh: didn't we discuss earlier about the feature freeze date ?
[16:13] <m4n1sh> yes
[16:13] <didrocks> so, this is after
[16:13] <m4n1sh> didrocks: so translation is blocking?
[16:13] <didrocks> let's see how mterry is confortable with it
[16:13] <m4n1sh> for MIR
[16:14] <m4n1sh> yes. I can do the translation thing. Let's see what is mterry reply
[16:19] <didrocks> m4n1sh: can you please answer on https://bugs.launchpad.net/ubuntu/+source/activity-log-manager/+bug/928766 ?
[16:19] <ubot2`> Launchpad bug 928766 in activity-log-manager "[MIR] activity-log-manager-control-center" [Undecided,Incomplete]
[16:19] <m4n1sh> on it
[16:20] <didrocks> m4n1sh: I think the crash was on 0.8, with 0.9 beeing a rewrite…
[16:20] <m4n1sh> yes
[16:20] <didrocks> just answer that :)
[16:22] <m4n1sh> done
[16:23] <rickspencer3> Sweetshark, hey, libre office won't start with me
[16:23] <rickspencer3> for* me
[16:23] <rickspencer3> Sweetshark, any suggestions for how to debug this?
[16:28] <mterry> sorry, was afk for a bit
[16:29] <mterry> m4n1sh, didrocks: if there's a release later that's adding a new diagnostics tab, sounds like that would need an FFe anyway?  So why bother squeezing in before FF now?
[16:30] <m4n1sh> mterry: because that diag thing is going to be included in main today
[16:30] <m4n1sh> as it is just a matter of moving that UI from one app to another
[16:30] <mterry> m4n1sh, whoopsie you mean?
[16:30] <m4n1sh> yes
[16:30] <m4n1sh> checked with cjwatson
[16:30] <m4n1sh> he told it is not a FF blocker
[16:32] <didrocks> m4n1sh: can you just do a release tomorrow with the translation fixes?
[16:32] <didrocks> it seems easier than discussing for ever
[16:32] <mterry> OK, so I'll try and get rid of any cruft I have on my side from testing m4n1sh's previous version, and test again.  As for translations, I can provisionally approve the MIR with the understanding that it will need to be demoted if we can't get it translatable by UIF
[16:32] <mterry> didrocks, ^
[16:32] <didrocks> then, tomorrow we push it to main
[16:32] <didrocks> mterry: agreed
[16:33]  * mterry goes and finds old files
[16:34] <didrocks> mterry: yeah, I'm more worried about this personnaly, that you really have an issue that is not a local installation related :)
[16:35] <mterry> didrocks, I'm sure it's local.  I did do a non-package install from before
[16:36] <didrocks> *phew* :)
[16:38] <m4n1sh> mterry: agree. If I cant get translations by UIF, it can be demoted
[16:39]  * mterry has to log out to stop g-c-c from spawning over and over
[16:40] <seb128> mterry, lucky you, I had to reboot yesterday because of lightdm :p
[16:41] <seb128> mterry, interestingly if the greeter exits it's respawned endless, and the respawning trigger a vt switch, no way to go to a vt or anything
[16:41] <m4n1sh> mterry: the issue you were facing was an old one. I fixed it
[16:41] <m4n1sh> checking again in a VM
[16:41] <mterry> aha, one "Privacy"
[16:42] <m4n1sh> not the lock one
[16:42] <m4n1sh> the right one, the one with yellow circle
[16:42] <mterry> right
[16:49] <m4n1sh> mterry: cant reproduce
[16:50] <mterry> m4n1sh, I think it was just old alm.so being there
[16:50] <m4n1sh> yes
[16:50] <m4n1sh> even I did a make uninstall
[16:50] <m4n1sh> to get rid of everything old
[16:52] <mterry> m4n1sh, didrocks: approved
[16:53] <m4n1sh> yaya
[16:53] <m4n1sh> pizza on the way :)
[16:56] <didrocks> m4n1sh: thanks, promoting :)
[16:56] <didrocks> mterry: ^^
[16:56] <didrocks> mterry: you take only pizza? how cheap you are :)
[16:57] <m4n1sh> lol
[16:57] <mterry> didrocks, with all the toppings though!
[16:58] <didrocks> mterry: ah, that's totally different then :)
[17:21] <cjwatson> I'd like to upload a gnome-screensaver fix for upgrades, but Robert seemed uncertain in bug 878836 about whether this could be uploaded yet.  Does anyone have current state on this?
[17:21] <ubot2`> Launchpad bug 878836 in lightdm "Unity Greeter - Use Unity Greeter to fulfil lock screen as well as login functions" [High,In progress] https://launchpad.net/bugs/878836
[17:21] <cjwatson> Should I back out Robert's change for the sake of an upload, and then put it back in bzr?
[17:23] <mterry> cjwatson, I don't know the current status of his support for that
[17:25] <cjwatson> It seems odd to have things in the branch listed in Vcs-Bzr that aren't uploadable
[17:28] <seb128> cjwatson, well, it's easier to stack stuff there for an update coming soon that to create another vcs
[17:29] <cjwatson> Sure, just awkward for those of us doing broad work across the archive
[17:29] <seb128> cjwatson, do you need your fix in today? just commit to the vcs otherwise I will make sure it's uploaded before ff
[17:29] <seb128> i.e tomorrow
[17:29] <cjwatson> I already committed it a day or two ago; it's not a rush, I'm just trying to reduce the amount I need to keep track of
[17:29] <seb128> cjwatson, ok, you can drop it from your list, we will do a gnome-screensaver upload this week anyway
[17:30] <cjwatson> I can't delete it from the list I'm tracking because I don't have write access to lintian.ubuntuwire.org ;-)
[17:30] <cjwatson> but OK, thanks
[17:31] <Sweetshark> rickspencer3: Do you have a soffice.bin process running? Does running /usr/lib/libreoffice/program/soffice.bin give you an instance?
[17:31] <seb128> cjwatson, yw, sorry for the issue with the vcs
[17:31] <desrt> seb128: good g-s-d news today?
[17:33] <seb128> desrt, it's in the ubuntu-desktop ppa for testing since yesterday, seems to work ok
[17:33] <seb128> desrt, feel free to try it
[17:33] <seb128> desrt, I will upload tomorrow if everything is still ok
[17:33] <desrt> did you simply backport the keybinding stuff or did you add the patch?
[17:33] <desrt> i had a thought about that....
[17:33] <seb128> desrt, I reverted the commit for now
[17:34] <desrt> it seems that you should not make it conditional based on the desktop environment
[17:34] <desrt> rather, you should write to both all the time
[17:34] <seb128> desrt, ff is this week I've no time for that, if others want to step in good, otherwise I will have a look next week
[17:34] <mterry> charles, I'm trying your icon-policy branch and the 'charge' value doesn't seem to work?
[17:34] <seb128> desrt, yeah, I didn't give it much thinking but that was an option as well
[17:34] <desrt> of course, the question comes for where to read from to populate the initial values...
[17:34] <seb128> desrt, I was just unsure if you wanted your unity keybindings to be the same as your GNOME ones
[17:34] <desrt> seb128: i guess that's an interesting question
[17:35] <desrt> seb128: but i bet 90% of people don't change their keybindings
[17:35] <desrt> and another 90% of people don't run two desktops
[17:35] <seb128> desrt, I think for next cycle we should drop the glue and have our own unity keybinding capplet
[17:35] <desrt> so now we're only down to 1% of people who would notice the difference
[17:35] <seb128> desrt, trying to sync cross wm doesn't seem needed nowadays
[17:35] <desrt> yes.  maybe.
[17:35] <seb128> desrt, but yeah, it's a corner case issue
[17:35] <desrt> except now, strictly speaking, you're no longer syncing across WM
[17:36] <seb128> desrt, I will give it some thinking but I'm not in an hurry for that ;-)
[17:36] <desrt> the gsettings keys are from gsettings-desktop-schemas
[17:36] <desrt> no more of this "steal stuff from metacity" approach
[17:36] <seb128> right
[17:39] <desrt> seb128: why does gnome-settings-daemon get held back by default?
[17:40] <desrt> some new apt "don't upgrade from ppa by default" logic?
[17:45] <pitti> seb128: g-s-d> I'd like a few more people to test it and give their thumbs up
[17:45] <pitti> seb128: I have no objection against it, just afraid of regressions
[17:58]  * didrocks waves good evening
[18:05] <seb128> mdeslaur, you might be interested in bug #878836, I basically just broke screen locking on user switching using the indicator in precise, just letting you know
[18:05] <ubot2`> Launchpad bug 878836 in lightdm "Unity Greeter - Use Unity Greeter to fulfil lock screen as well as login functions" [High,In progress] https://launchpad.net/bugs/878836
[18:05] <seb128> mdeslaur, robert_ancell and dx guys seems to agree that it shouldn't indicator-session calling gnome-screensaver, not sure what the right place is though
[18:07] <mdeslaur> seb128: oh, wow, I though that was going to wait until P...so now I get to file a zillion bugs about screen locking misbehaving? :)
[18:07] <mdeslaur> s/P/Q/
[18:08] <seb128> mdeslaur, robert_ancell wanted to give it a shot see how it goes and it might be good to have it optional even if we roll back
[18:08] <mdeslaur> seb128: ok, sounds good
[18:08] <seb128> mdeslaur, it should be easy enough to go back to gnome-screensaver
[18:23] <mterry> seb128, what does "nua" mean in sound-nua?
[18:24] <seb128> kenvandine, ^
[18:24] <seb128> mterry, dunno ;-)
[18:24] <seb128> new something I guess :p
[18:41] <greyback> mterry: "nua" from gaelic?
[18:41] <mterry> greyback, does that mean new?
[18:41] <greyback> mterry: yes
[18:41] <greyback> pronounced "noo ah" where noo thymes with do
[18:42] <greyback> *rhymes
[18:49] <ronoc> mterry, hey did you see my merge proposal
[18:50] <mterry> ronoc, for which?  maybe not
[18:50] <kenvandine> seb128, ronoc named it... :)
[18:51] <seb128> mterry, https://code.launchpad.net/~cjcurran/unity-greeter/play-synchronised-start-up-sound/+merge/93022
[18:51] <ronoc> seb128, beat me to it
[18:51] <mterry> ronoc, what does nua mean then?
[18:51] <ronoc> mterry, Irish for 'new'
[18:51] <mterry> ah, ok
[18:52] <ronoc> it always goes after the noun
[18:52] <mterry> ronoc, pulseaudio too!  unity-greeter grows up so fast
[18:52] <seb128> kenvandine, ronoc: new indicator-session and sound uploaded
[18:53] <ronoc> thanks seb128
[18:53] <seb128> mterry, not pulse due, canberra! I'm sure it's to please the australian maintainer :p
[18:53] <mterry> seb128, ooh, is there going to be a new -power?  I was about to distro-patch the 'icon-policy' patch, but don't want to duplicate effort
[18:53] <ronoc> mterry, i know, it's the food it eats
[18:53] <mterry> seb128, the patch also launches pa
[18:53] <seb128> mterry, don't bother distro patching, ted said they would roll a bunch of tarballs tomorrow
[18:54] <seb128> mterry, oh right, I didn't scroll down ;-)
[18:54] <kenvandine> seb128, new patch for g-c-c is coming
[18:54] <seb128> kenvandine, graet
[18:54] <seb128> great
[18:54] <ronoc> kenvandine, cool
[18:54] <kenvandine> ronoc, did you make changes to the old sound panel too?
[18:54] <mterry> seb128, ok.  tedg: I'm testing the new icon-policy patch, and the label/icon in the panel don't seem to be updating as charge changes?  FYI
[18:54] <ronoc> kenvandine, no shouldn't have
[18:54]  * kenvandine is trying to weed out the quilt noise
[18:54] <kenvandine> ok
[18:54] <kenvandine> didn't think so :)
[18:54] <ronoc> i hope not at least
[18:55]  * mterry is starting to agree that forking g-c-c is making some sense
[18:55] <ronoc> +1
[18:56] <chrisccoulson> g'ah, don't you just hate it when you start a build, go out to get some beer and then come back to find it failed
[18:57] <seb128> mterry, not sure if I should ;-) or :-( on that
[18:57] <seb128> chrisccoulson, give you a reason to go out for another beer? ;-)
[18:57] <chrisccoulson> heh
[18:57] <mterry> seb128, try :-S
[18:58] <mterry> difficult maneuver in meat space though
[18:58] <seb128> hehe
[18:58] <seb128> indeed
[18:58] <seb128> just tried, I'm glad nobody is watching me
[18:58] <kenvandine> seb128, g-c-c pushed, completely untested :)
[18:59] <mterry> ronoc, why the read_cb bit?  you're spawning async anyway right?
[18:59] <mterry> ready_cb I mean
[19:00] <seb128> kenvandine, ok, will test after dinner
[19:00] <mterry> ronoc, and why not spawn both apps at the same spot?
[19:00] <broder> cyphermox: hey, congrats on core-dev. do you still need sponsorship for bug #528087?
[19:00] <ubot2`> Launchpad bug 528087 in wpasupplicant "merge patch for segfault when using smartcards with NetworkManager" [Medium,Triaged] https://launchpad.net/bugs/528087
[19:00] <seb128> mterry, ronoc: btw I commented on the mr just giving my opinion
[19:00] <cyphermox> broder: no, I wouldn't. you opened or where interested in that bug no?
[19:01] <cyphermox> broder: I'd like a second opinion on it anyway, if you also feel it's safe, let's upload it
[19:01] <ronoc> mterry, do we need want to leave a little bit of time to make sure pulse is ready
[19:01] <broder> cyphermox: nope, not my bug. i can try to review it, though it looks subtle
[19:01] <cyphermox> broder: ah, no I see
[19:01] <mterry> ronoc, seems racy.  seb128's idea to use the API might make that logic more sane?
[19:02] <broder> cyphermox: i can confirm that it matches an upstream commit :)
[19:02] <cyphermox> right
[19:02] <cyphermox> so not worried, I'll just go ahead and push it
[19:02] <chrisccoulson> seb128, i definitely feel like drinking a lot of beer tonight ;)
[19:03] <seb128> cyphermox, ok, got coredev, congrats!
[19:03] <seb128> chrisccoulson, you're next right? ;-)
[19:03] <mterry> cyphermox, nice  :)
[19:03] <cyphermox> thanks
[19:03] <seb128> ok, that said dinner time
[19:03] <seb128> bbiab
[19:03] <mterry> Happy Valentine's Day all, btw.  I'm assuming that's US only, but still
[19:03] <seb128> mterry, happy valentine's day
[19:04] <chrisccoulson> mterry, i'm more looking forward to march 14th
[19:04] <chrisccoulson> ;)
[19:04] <seb128> mterry, I don't think it is us specific, France and Germany as well at least
[19:04] <cyphermox> march 14th?
[19:04] <seb128> us->US
[19:04] <chrisccoulson> cyphermox, http://www.urbandictionary.com/define.php?term=March%2014th
[19:04] <mterry> seb128, ah cool.  seems like such a fake holiday, I assumed it was regional  :)
[19:05] <cyphermox> awesome!
[19:05] <ronoc> mterry, I suppose it was easiest to spawn as opposed to test the vapis of canberra
[19:05] <ronoc> mterry, although they look to be stable
[19:06] <mterry> ronoc, :)  the raciness is worrisome though.  it'd be nice if canberra spawned pa as needed...
[19:06] <mterry> ronoc, I'd see how reasonable the API is yeah
[19:06] <ronoc> mterry, ok ill have a look in a bit
[19:06] <ronoc> mterry, i need this in for FF though
[19:12] <dobey> anyone on 32bit can test a branch of gwibber for me?
[19:12] <dobey> actually, 3 on 32bit and 3 on 64bit would be perfect
[19:15] <kenvandine> dobey, no crashes for me on 64b
[19:16] <dobey> right
[19:16] <kenvandine> dobey, i spin up a i386 VM pretty quickly
[19:16] <dobey> kenvandine: can you try in it please?
[19:17] <kenvandine> will do
[19:17] <dobey> want to see a few results on each arch. seems like it might be an issue in python-gi or gtk perhaps :(
[19:22] <tedg> mterry, can you mention that to charles :-)
[19:22] <mterry> charles, I'm testing the new icon-policy patch, and the label/icon in the panel don't seem to be updating as charge changes?  FYI
[19:22] <mterry> tedg, will that get to him?
[19:22] <charles> mterry: that will get to me :)
[19:22] <mterry> charles, yay!  :)
[19:22] <charles> :)
[19:23] <tedg> IRC, it's like the future.
[19:23] <tedg> :-)
[19:23] <mterry> tedg, charles: Someone's cutting a release of indicator-power tomorrow?
[19:23] <charles> thanks very much for the report, I'll look at that now
[19:23]  * mterry has a patch to toggle icon-policy ready to go once it's available in the archive
[19:23] <tedg> mterry, Yes, today or tomorrow.  But since I seem to be unable to get the gtk2 version of libindicator to build I'm delayed :-/
[19:23] <charles> tedg: like the future, but easier on bandwidth
[19:24] <tedg> charles, <message><start>Remember</start> the <time>future</time> has <amount>infinite</amount> <value>bandwidth</value></message>
[19:38] <seb128> mterry, you said holiday? it's a special day here but not an holiday ;-)
[19:39] <seb128> mterry, i.e rather a commercial day
[19:39] <kenvandine> haha
[19:39] <desrt> http://people.freedesktop.org/~kay/f17.svg
[19:39] <kenvandine> indeed... for us it is a hallmark holiday :)
[19:39] <desrt> time to catch up, boys :)
[19:40] <mterry> seb128, ah yeah.  Holiday in the US sense of special day.  Not a day off  ;)
[19:40] <mterry> desrt, :)
[19:40] <kenvandine> desrt, nice
[19:41]  * desrt loves seeing stuff like this
[19:41] <desrt> ubuntu pwns fedora at boot time
[19:41] <desrt> fedora pwns back
[19:41] <desrt> who will be the next contender?!
[19:41] <BigWhale> this fails miserably ... run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.2.0-16-generic /boot/vmlinuz-3.2.0-16-generic
[19:41] <BigWhale> :'(
[19:41] <kenvandine> desrt, that isn't to a running desktop though is it?
[19:42] <BigWhale> not fails it gets stuck
[19:42] <desrt> no.  fully working multiuser text userspace, it seems
[19:42] <rye> hm, gnome-character-map also has dark background
[19:42] <kenvandine> desrt, ok, i'd like to see it to a full desktop :)
[19:42] <kenvandine> my laptop was 9s last i looked
[19:43] <kenvandine> damn compiz
[19:43] <desrt> ubu or fedora?
[19:43] <desrt> heh
[19:43] <kenvandine> ubuntu
[19:43] <desrt> 9s is pretty good for compiz
[19:43] <desrt> ssd?
[19:43] <kenvandine> indeed
[19:43] <BigWhale> I used to have a Fedora ... then I figured, I don't really like to wear hats or caps or anything ... :>
[19:43] <kenvandine> yes
[19:43] <kenvandine> BigWhale, ugh... you don't like to wear anything?
[19:43]  * kenvandine hides
[19:44] <BigWhale> hm
[19:44] <Sarvatt> desrt: shouldn't you have linked http://people.freedesktop.org/~kay/bootchart-20120201-1621.svg which actually shows some userspace coming up?
[19:44]  * BigWhale starts thinking how to get out of this mess :>
[19:44] <kenvandine> oh, 30s now
[19:44] <desrt> BigWhale: that looks like it was before the recent improvemnts
[19:44] <kenvandine> the damn lazy loading of lenses regression
[19:45] <desrt> erm.  Sarvatt , i mean
[19:45] <seb128> desrt, that chart is only plumbing, that's not the slow part of boot ;-)
[19:47] <kenvandine> i am still getting to lightdm in 3.5s
[19:47] <dobey> kenvandine: compiz itself is really slow to start up for me
[19:48] <seb128> dobey, is it? how slow?
[19:48] <seb128> it takes 3 seconds on an atom cpu
[19:48] <kenvandine> the lenses start, which fires gwibber-service and slows everything down here
[19:48] <seb128> kenvandine, yes, "everything" is the word, included sh, gcc and ld!
[19:48] <seb128> (still didn't look at why)
[19:49] <kenvandine> after feature freeze :)
[19:49] <dobey> seb128: i'm not sure how to get an accurate measurement of it. but logging into "classic gnome" was really slow with compiz and "classic gnome (no effects)" was pretty much instant log-in
[19:50] <seb128> well, I guess a few seconds can feel really slow compared to no delay
[19:50]  * desrt notes that all this wankery over 7s vs 10s boot time is pretty pointless when the damn BIOS screen still shows for 30s
[19:51] <dobey> seb128: it might be faster now (or slower, now that i added a second monitor). not sure, and have enough other problems with multihead at the moment :(
[19:58] <hallyn> oh no - why is my screen getting all messed up when i try to login now (new as of this morning's update)
[20:00] <desrt> seb128: unity is having a better day today
[20:00] <seb128> desrt, good ;-)
[20:01] <seb128> desrt, I upgraded yesterday evening a bit before stopping the computer and never got your issues
[20:01] <desrt> seb128: i still think it's ugly ;)
[20:01] <seb128> desrt, geeks have no taste, that's fine ;-)
[20:02]  * desrt considers taking it to the next level but backs off instead
[20:02] <seb128> desrt, ;-)
[20:02] <desrt> seb128: your mother is a lovely individual and she raised a fine young man
[20:02] <seb128> lol
[20:03] <seb128> desrt, don't worry, I'm sure I will pay for that another day ;-)
[20:03] <seb128> or that you will make it even one way or the other ;-)
[20:03] <desrt> seb128: i'm getting gnome-shell 3.4 in precise.  you get to be on my good list today :)
[20:03] <seb128> hehe
[20:03] <desrt> probably ricotz's too, for that matter
[20:04] <seb128> don't forget jbicha as well
[20:25] <ricotz> seb128, could you look at https://bugs.launchpad.net/ubuntu/+source/clutter-1.0/+bug/932311
[20:25] <ubot2`> Launchpad bug 932311 in clutter-1.0 "Sync clutter-1.0 1.8.4-1 (main) from Debian testing (main)" [Undecided,New]
[20:35] <seb128> ricotz, synced
[20:36] <ricotz> seb128, thanks!
[20:36] <seb128> ricotz, thank you ;-)
[20:58] <seb128> mterry, can I get you to look at bug #932307?
[20:58] <ubot2`> Launchpad bug 932307 in libwacom "[mir] libwacom" [Undecided,New] https://launchpad.net/bugs/932307
[20:58] <seb128> jbicha, thanks for writting it ;-)
[20:59] <mterry> seb128, looking
[20:59] <seb128> mterry, it's a requirement for my bug #931656
[20:59] <ubot2`> Launchpad bug 931656 in gnome-settings-daemon "let's try to update gsd to the current unstable version" [Wishlist,Confirmed] https://launchpad.net/bugs/931656
[20:59] <seb128> mterry, which ideally I would like to upload tomorrow if nobody finds any blocker issue or reason to not do it
[21:00] <mterry> seb128, you mean promote tomorrow?
[21:00] <seb128> mterry, I would like to upload g-s-d which build-depends on libwacom
[21:00] <mterry> seb128, ah right, of cours
[21:05] <kenvandine> seb128, do you know if anyone has been getting crashes in i386 that seem to be related to theme or drawing?
[21:05] <kenvandine> i386 only?
[21:05] <kenvandine> perhaps it is only happening in python-gi
[21:06] <kenvandine> seb128, the gtk3 gwibber-accounts is very crashy on i386
[21:06] <kenvandine> *** glibc detected *** /usr/bin/python: corrupted double-linked list: 0x08b25568 ***
[21:06] <kenvandine> but we can't get it to crash on amd64
[21:07] <kenvandine> dobey is running it in valgrind now
[21:07] <dobey> trying to
[21:08] <seb128> kenvandine, nothing that I know about
[21:17] <dobey> man, this valgrind log is crazy :(
[21:24] <kklimonda> hey, I have a small problem - transmission in 10.04 can't update its blocklist because project no longer hosts the level1 file used for that. I could switch to another level1 file, but it may as well get deleted at some point. Should I just go for it, or ask some ubuntu admins to provide me with a place I can put it in?
[21:28] <seb128> kklimonda, try asking on #ubuntu-devel but you should probably do both
[21:28] <seb128> kklimonda, get a fix with the change and try to get the admins to provide one
[21:29] <seb128> kklimonda, it's likely that the admin stuff might take a while so you shouldn't block on it
[21:29] <kklimonda> right
[21:32] <kklimonda> seb128: maybe I could use http://people.ubuntu.com/~kklimonda for now (or even until lucid reaches EOL, it's not that long)
[21:32] <seb128> seems like not a good idea to me
[21:33] <seb128> try asking on #ubuntu-devel
[21:50] <jasoncwarner_> TheMuso` RAOF bryceh meeting reminder. please make sure the wiki is updated and if you have agenda items, they are listed there... https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-02-14
[21:50] <kklimonda> ah, it seems I can't really point transmission to just any url anyway as all blocklists are gzipped, and 10.04 version doesn't know how to unpack them.
[21:51] <hallyn> keyboard settings -> shortcuts still shows my shortcuts (ctrl-alt-q through r for switch to desktops 5-8), but they're not working :(
[21:53] <bryceh> jasoncwarner_, can give you status on the multimonitor spec now if interested?
[22:05] <robert_ancell> mterry, still here?
[22:05] <mterry> robert_ancell, about to head ot
[22:05] <mterry> robert_ancell, something quick?
[22:05] <robert_ancell> mterry, sure, just saying yes please to doing the messaging indicator stuff.  I'll confirm in the email
[22:06] <mterry> robert_ancell, ok, can push that in tomorrow.  I'll add a XHasMessages property on accountsservice, k?
[22:06] <robert_ancell> ok
[22:07] <mterry> (just so I don't block you on the name)
[22:07] <robert_ancell> I'll do the lightdm changes assuming that and make a release today
[22:07] <mterry> cool
[22:08] <seb128> hey robert_ancell
[22:08] <robert_ancell> seb128, hello
[22:18] <TheMuso`> Grrr the new numpad stuff for compiz conflicts with Orca's flat review commands. :S
[22:36] <robert_ancell> RAOF, do you know much about g-s-d and xrandr?
[22:37] <RAOF> robert_ancell: Yeah, a bit.
[22:37] <robert_ancell> RAOF, so, I've enabled the xrandr plugin in the greeter, and I get the following behaviour:
[22:37] <robert_ancell> If the external monitor is already plugged in, then the screens get mirrored
[22:38] <robert_ancell> If I plug in the monitor after starting, then the second screen is placed, but the monitor screen has the original common resolution that was used for the mirroring
[22:38] <robert_ancell> afaict I'm using the default g-s-d settings, is there anything I need to enable to make it do the "place them in the best locations"?
[22:39] <RAOF> No, I don't believe so.
[22:39] <robert_ancell> (and is there another g-s-d plugin that needs to be enabled?)
[22:39] <RAOF> Again, I don't think so.
[22:39] <robert_ancell> RAOF, could I get you to confirm the behaviour?
[22:40] <broder> robert_ancell: that's consistent with my understanding of how the xrandr plugin behaves
[22:40] <RAOF> Yeah, certainly.
[22:40] <robert_ancell> broder, the observed behaviour?
[22:40] <broder> yes
[22:40] <robert_ancell> broder, how does the desktop make the better decisions?
[22:41] <broder> robert_ancell: i'm not convinced it does, in general
[22:41] <RAOF> I thought it probed on startup
[22:41] <robert_ancell> broder, when I'm logged into Unity/GNOME Shell I have both monitors placed correctly, but perhaps I've set that in the settings at some point>?
[22:41] <robert_ancell> I'll try a guest account
[22:41] <broder> robert_ancell: let me go re-skim the source
[22:42] <RAOF> Ah, right, it does probe on startup, but it only changes things if it sees an existing configuration.
[22:42] <RAOF> (ie: you've had this monitor plugged in and spanned before)
[22:42] <broder> uh, looks like there's a gsettings flag to change what it does at startup with multiple monitors
[22:43] <bryceh> robert_ancell, with a default install, g-s-d will give you mirrored by default
[22:43] <broder> ...and your choices are accept the layout X handed you, clone, or a spanning layout with just the non-builtin displays
[22:43] <broder> quality
[22:43] <robert_ancell> broder, damn, you're completely right.  guest session does exactly the same thing
[22:44] <broder> seems like a vendor patch to plugins/xrandr/gsd-xrandr-manager.c:apply_default_boot_configuration to add a GSD_XRANDR_BOOT_BEHAVIOR_DO_EXTEND would be straightforward
[22:44] <broder> robert_ancell: (i assume that extended layout is your goal?)
[22:45] <robert_ancell> broder, well, I was just checking that I'd implemented it right in the greeter, but to match the multi monitor spec we should be doing extended layout by default (both in the greeter and the session) as long as it's not a projector
[22:45] <bryceh> robert_ancell, there used to be a button on the config tool "set for all users" which would store monitors.xml in a system location.  If we still had that, then lightdm could simply use that as its settings file
[22:45] <broder> bryceh: but there's no way to write a generic monitors.xml, just one for specific vendor/device ids
[22:46] <robert_ancell> bryceh, does that still work today?  Because if we deliver 12.04 with just the old behaviour we need to let people know how to set the greeter setup to something normal
[22:46] <robert_ancell> (there is no greeter display settings UI)
[22:46] <bryceh> broder, yep that's right
[22:47] <bryceh> robert_ancell, it doesn't still work today.  I don't know when/why that was removed.
[22:47] <broder> the code for it is still in g-s-d, but there's nothing that writes out the global config file
[22:47] <RAOF> That's odd :)
[22:48] <bryceh> /etc/gnome-settings-daemon/xrandr/monitors.xml
[22:48] <bryceh> that's where it used to live I think
[22:50] <robert_ancell> does anyone know what the plan is for 12.04 for default monitor layout?
[22:51] <broder> robert_ancell: i don't think you can build the spec without some significant rearchitecture of the xrandr plugin. i'm strongly of the opinion that the plugin *needs* that significant rearchitecture
[22:51] <robert_ancell> I'll deliver the greeter changes, but they wont be visible if the default is to mirror.  I think "match the desktop" is the correct behaviour
[22:51] <bryceh> robert_ancell, yes it's in the multi monitor spec
[22:51] <broder> unfortunately, i've been stuck spouting opinions for the last year and a half without having time to implement them :-/
[22:51] <robert_ancell> bryceh, I mean "is that getting delivered for 12.04"
[22:51] <robert_ancell> broder, :(
[22:51] <bryceh> robert_ancell, ah, right not sure there
[22:52] <bryceh> robert_ancell, X sets mirrored as the default, and afaik we're staying with that
[22:52] <RAOF> I think Design thinks that some of it is landing for 12.04
[22:52] <bryceh> but the spec calls for extended, but it has to be done at the dm layer
[22:52] <robert_ancell> dm?
[22:53] <bryceh> display manager or session
[22:53] <robert_ancell> session I'm hoping...  Not sure what the dm could do here to help
[22:53] <RAOF> DM could default to extended.
[22:54] <robert_ancell> RAOF, we can do that via a flag?
[22:54] <robert_ancell> and g-s-d honors the default?
[22:54] <RAOF> I'm not sure.  You could certainly set it manually.
[22:55] <seb128> robert_ancell, g-s-d has a gsettings key for the default
[22:55] <seb128> we set it to "follow xorg"
[22:55] <seb128>     <key name="default-monitors-setup" enum="org.gnome.settings-daemon.GsdXrandrBootBehaviour">
[22:55] <seb128>       <default>'do-nothing'</default>
[22:55] <seb128>       <_summary>Whether to turn off specific monitors after boot</_summary>
[22:55] <seb128>       <_description>'clone' will display the same thing on all monitors, 'dock' will switch off the internal monitor, 'do-nothing' will use the default Xorg behaviour (extend the desktop in recent versions)</_description>
[22:56] <seb128> robert_ancell, that's org.gnome.settings-daemon.plugins.xrandr default-monitors-setup
[22:56] <RAOF> Sadly, that's lying about Xorg's default behaviour.
[22:56] <robert_ancell> RAOF, nice :)
[22:56] <RAOF> Although I think that *is* the default behaviour in fedora
[22:57] <robert_ancell> so, do we think we can switch to extend in Ubuntu by 12.04?  Are there any risks to doing that?
[22:57] <seb128> RAOF, I think pitti wrote the patch when they started enforcing setting something by default (it was taking boot time)
[22:57] <broder> you could easily do something like http://paste.ubuntu.com/842345/ and then create an "extend" option for that gsettings key
[22:57] <seb128> RAOF, I'm pretty sure it's meant to not be applying any change when set this way, so default to what xorg is doing
[22:57] <RAOF> seb128: Yeah, that matches with my memory.
[22:58] <seb128> RAOF, that seems confirmed by the fact that current lightdm doesn't use xrandr and use mirror
[22:58] <robert_ancell> broder, it's that easy?
[22:58] <broder> robert_ancell: well, seb128's boot concerns are probably legitimate
[22:58] <RAOF> Yeah, that'd be about right.
[22:59] <broder> if there is a boot time concern, and we want extend-by-default, could we make X do it instead?
[22:59] <broder> steal whatever fedora is doing to make that happen?
[22:59] <robert_ancell> jasoncwarner_, any opinions on this ^^^  i.e. how important is extend behaviour?  More important than boot time?
[23:00] <broder> RAOF: how *is* fedora doing extend-by-default? is it a config flag? patch?
[23:00] <RAOF> broder: Patch, IIRC.
[23:01]  * RAOF is checking fedora git now.
[23:02] <RAOF> Man, everything would be so much simpler if we could break Xserver ABI at will ;)
[23:04] <RAOF> Hm.  Ok, so fedora's patch is http://pkgs.fedoraproject.org/gitweb/?p=xorg-x11-server.git;a=blob;f=xserver-1.6.99-right-of.patch;h=a0c9e7f64b98a091f64faaf5a8a432e2122e25f9;hb=HEAD which has the *tiny* downside that it seems to break ABI.
[23:05] <bryceh> heh
[23:06] <broder> we could force it on drivers instead of giving them a choice :)
[23:06] <RAOF> Hm.  And it *is* applied to their server.  You can run the nvidia binary drivers on Fedora, right?
[23:07] <seb128> RAOF, how does it break abi? they reduced the padding by one and added one member?
[23:07] <RAOF> Where do they reduce the padding?  Oh, there.
[23:07] <RAOF> Yeah, that'd work.
[23:07] <seb128> ;-)
[23:09] <robert_ancell> seb128, so it reads what was a padding octet?  Hope everyone zeroed those out...
[23:15] <chrisccoulson> hmmm, do i start looking at assembler tonight, or wait until tomorrow morning?
[23:15] <RAOF> They're documented as being reserved for minor ABI bumps, but that's not exactly enforcable :)
[23:19] <jasoncwarner_> RAOF what is your estimate on impact in boottime for extend?
[23:19] <jasoncwarner_> RAOF:  and how long to implement? do you think we could test it out and see impact rather quickly?
[23:19] <jasoncwarner_> robert_ancell and I are talkign and we agree, this is really nice for users, though need to know tradeoffs
[23:29] <RAOF> jasoncwarner_: I'm not sure what the boot-time impact would be; worst case, I think it'd on the order of 5 seconds.
[23:30] <robert_ancell> RAOF, will you hit that post login screen anyway?
[23:30] <jasoncwarner_> RAOF: and we would likely pay that price elsewhere anyway, right?
[23:30] <robert_ancell> (assuming you've manually configured the screens to extend)
[23:30] <RAOF> That's likely, yes.
[23:31] <broder> theoretically, this could improve boot time, right? if we were lucky, it might eliminate a plymouth -> lightdm flicker if you have multiple displays plugged in
[23:31] <RAOF> Right.
[23:31] <broder> (if we do it in the x server and not g-s-d)
[23:31] <RAOF> If we do it in the X server we might just want to give the KMS drivers the option of not having X touch the modes they've already set.
[23:33] <jasoncwarner_> RAOF robert_ancell sounds to me like we should probably give this a go. would you guys agree? at least to see what boot speed regression would be in practice...the benefits of doing it seem high from a user perspective
[23:33] <RAOF> Hm.  We'd probably need to do that in addition to the default-to-spanned, so we also catch nvidia and fglrx.
[23:34] <RAOF> jasoncwarner_: It seems like a good idea to me.  We can always do some testing.
[23:35] <jasoncwarner_> RAOF: cool, thanks...let's make some users happy!
[23:51] <jasoncwarner_> bryceh and RAOF fyi on that mouse scrolling thing I mentioned. https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/932439
[23:51] <ubot2`> Launchpad bug 932439 in xorg "Horizontal scrolling feels backwards" [Undecided,New]
[23:56] <bryceh> jasoncwarner_, got it, will review and follow up shortly
[23:56] <jasoncwarner_> thanks, dude :)