[01:15] <robert_ancell> rodrigo_, awake?
[02:33] <kieppie1> hi guys. I have what seems to be a bug on my system; my desktop icons & fonts are tiny, and I don't seem able to reset it. any ideas, please?
[07:09]  * korben greets all
[08:00] <pitti> Good morning
[08:20] <didrocks> good morning
[08:22] <pitti> bonjour didrocks
[08:22] <didrocks> Guten Morgen pitti :)
[08:59] <pitti> didrocks: you currently claim the #1 for the remaining work to do for alpha-2
[08:59] <didrocks> not sure it's a nice #1 position :)
[08:59] <didrocks> there are the oneconf WI? let's see what else
[09:00] <pitti> didrocks: do you want to go over them with me and see whether we can postpone/drop some stuff, and check if anything is blocked?
[09:00] <didrocks> pitti: let me have a look first
[09:00] <didrocks> pitti: http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team-alpha-2.html is empty for me ?
[09:01] <pitti> http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team-natty-alpha-2.html
[09:01] <pitti> didrocks: ah, I think that's noise from the time when we had james_w's merged project support, hang on
[09:02] <pitti> urgh, I think that's in the DB even
[09:02] <didrocks> urgh :/
[09:02] <pitti> please ignore them for now
[09:03] <didrocks> pitti: other-dx-n-2d-experience-fallback (3 items): I'll be able to finish that today if I can get focus on it
[09:03] <pitti> right, these seem easy
[09:03] <pitti> didrocks: the dialog appears in the live session
[09:03] <didrocks> packageselection-desktop-n-bringing-desktop-and-netbook-image-closer: I would say postpone. Let's discuss at the Rally, but evo express in 2.32 isn't good for default
[09:03] <pitti> so unless that's special magic in caper, it ought to work for installs, too
[09:03] <didrocks> pitti: yes, I've added it without marking it as DONE
[09:03] <pitti> didrocks: ok, so DROP
[09:04] <didrocks> ok
[09:04] <pitti> didrocks: apport hook> there's a pending branch from bryceh to make it use the X.org hook
[09:04] <pitti> so that should be on track
[09:04] <didrocks> yeah + adding some small things
[09:04] <didrocks> but it's a 2 hours work
[09:04] <didrocks> get some plugins to be linked statically
[09:05] <didrocks> -> wait on compiz dx expert
[09:05] <didrocks> work on nautilus to get it not move when locking unlocking the launcher
[09:05] <pitti> should this be reassigned?
[09:05] <didrocks> pitti: no, I still need to do some work and they have a WI for that too
[09:05] <pitti> didrocks: and is that still even an issue with 0.9?
[09:05] <didrocks> -> not sure who put that. If it's me, I don't know what it means :)
[09:05] <didrocks> pitti: yeah, it's still slow to load
[09:05] <didrocks> oh yeah, I added it
[09:06] <didrocks> (the nautilus)
[09:06] <pitti> didrocks: the way I understand it we have the opposite problem
[09:06] <didrocks> I misread and saw gnome-panel
[09:06] <pitti> didrocks: when you show the launcher, nautilus desktop background doesn't move
[09:06] <pitti> i. e. the unity launcher covers your icons
[09:06] <didrocks> pitti: it's basically https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/684649
[09:06] <pitti> I manually moved them for that
[09:06] <ubot2> Launchpad bug 684649 in nautilus (Ubuntu) (and 1 other project) "Nautilus desktop icons should never be under the launcher (affects: 7) (dups: 4) (heat: 184)" [High,Triaged]
[09:06] <pitti> didrocks: ah, correct
[09:06] <didrocks> I planned to work on that in the plane
[09:06] <pitti> didrocks: how about we link that bug to the spec instead and drop it from the WB? it'll still be tracked as a WI
[09:07] <didrocks> sure, will do
[09:07] <pitti> I'll do that
[09:07] <didrocks> thanks :)
[09:07] <didrocks> finish /opt work regarding the decisions above -> waiting on the DMB, in any case, that can even be done in the freeze period
[09:07] <didrocks> (there is a WI for the DMB)
[09:08] <pitti> ok, moving to BLOCKED
[09:08] <didrocks> then oneconf -> I need to work with nessita for some points. and that's mainly 2 days at the Rally
[09:08] <didrocks> apart from "some improvements/performance tweak to oneconf USC" -> these, I have the idea how to achieve it, will do it on the plane as well
[09:08] <pitti> didrocks: /opt> what's still to be decided there?
[09:09] <pitti> I thought we exhaustively discussed it in the TB meetings
[09:09] <pitti> didrocks: oneconf> as we are on track in the overall cycle (http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team.html) we could move it to beta
[09:10] <pitti> but if you want to keep it for a2, that's fine for me
[09:10] <pitti> I mainly want to ensure that you don't explode
[09:10] <didrocks> pitti: on /opt, there are still some decision on Quickly to decide what the special submitubuntu command will do. Nothing in the toolchain build-dep or whatever
[09:10] <pitti> didrocks: so, in summary, are you comfortable with your current WIs, or do you need help with something?
[09:10] <didrocks> pitti: also, what needs to be symlinks and such
[09:11] <didrocks> pitti: oneconf> I would prefer doing as much work as possible during the sprint, will reconsider the WI just after
[09:11] <pitti> didrocks: sounds like a plan
[09:11] <pitti> didrocks: easier there to directly work with Naty indeed
[09:11] <didrocks> In a nutshell, it's fine, thanks :) I'm more fixing bugs in unity than rushing on my WI those days
[09:12] <pitti> didrocks: yes, that was my concern; stuff like that nautilus bug could easily be moved post-alpha2
[09:12] <pitti> and in fact it just did now, I think the bug isn't milestoned
[09:12] <didrocks> oh?
[09:13] <didrocks> right, it's not
[09:13] <didrocks> I'll milestone it for A2
[09:13]  * pitti moves to beta
[09:13] <pitti> ah, ok
[09:13] <pitti> didrocks: well, you can still fix it by beta, but it won't be an a2 blocker
[09:13] <pitti> erm, "by a2"
[09:13] <didrocks> pitti: is there a way to show it as an alpha2 target still?
[09:13] <didrocks> without being a blocker?
[09:14] <pitti> didrocks: conceptually, a WI should be targetted at the deadline
[09:14] <pitti> didrocks: you can set it as "in progress"
[09:14] <pitti> didrocks: but as I said, feel free to move to a2 if you prefer
[09:15] <didrocks> pitti: no, that's fine, I've it opened in a tab as "in progress" :)
[09:15] <pitti> didrocks: ok, thanks for the heads-up! I'm much less scared now
[09:15] <didrocks> pitti: thanks for the notice, I'll finish the session work today
[09:16] <didrocks> which is basically converting the failsafe session to the new session (one hack less \o/) and check the guest session :)
[09:16] <pitti> niice
[09:17] <didrocks> mvo: hey, FYI, you have now com.canonical.Unity. Just check if there is a owner to know if the panel (and not the service) is running
[09:20] <seb128> hello
[09:21] <mvo> didrocks: cool, is that in natty already? if so I change the code right away
[09:21] <mvo> hey seb128
[09:22] <seb128> hey mvo
[09:22] <didrocks> mvo: yes, it is :)
[09:22] <seb128> what is in natty?
[09:22] <didrocks> salut seb128
[09:22] <seb128> lut didrocks
[09:22] <didrocks> seb128: a way to check if unity (the panel) is running
[09:24] <seb128> oh ok
[09:31] <seb128> pitti, did you mean to drop that nautilus locking w-i?
[09:31] <seb128> "- [didrocks] work on nautilus to get it not move when locking unlocking the launcher: TODO"
[09:31] <didrocks> seb128: we discussed here with pitti before you joined. It's not dropped, just set to beta (but I still plan to work on that on the plane)
[09:32] <didrocks> seb128: pitti added the associated bug
[09:32] <pitti> seb128: I linked to the existing bug instead
[09:32] <pitti> unfortunately that's not included in teh LP mail
[09:32] <pitti> seb128: bonjour
[09:32] <seb128> hey pitti
[09:32] <seb128> ok
[09:33] <seb128> I gues you discussed staying on classic evo as well?
[09:33] <seb128> could be nice to add some rational in the whiteboard for people not on IRC but following the specs
[10:03] <geser> does somebody know how much longer it will take till libvala-0.10-dev has vanished from the archive (NBS)? There are still some build-dependencies left but some other packages are also in depwait on libvala-dev (currently provided by two packages and the buildds can't resolve it). Or should those package get changed to build-depend on libvala-0.12-dev?
[10:03] <pitti> geser: I can remove them if necessary
[10:04] <pitti> geser: but stuff like e. g. rhythmbox b-deps on it without an alternative
[10:04] <pitti> libvala-0.10-dev, valac-0.10
[10:04] <geser> pitti: do you know if packages build-depend on libvala-dev will build with libvala-0.12-dev without changes?
[10:04] <pitti> I don't know
[10:05] <seb128> depends, some do some will required patches to the source
[10:05] <pitti> -- natty/universe i386 deps on libvala-0.10-0:
[10:05] <pitti> gedit-valatoys-plugin
[10:05] <pitti> libafrodite0
[10:05] <pitti> these are the only two binary rdepends
[10:06] <pitti> http://people.canonical.com/~ubuntu-archive/NBS/valac-0.10
[10:06] <pitti> that's the most useful list of things to fix
[10:07] <geser> ok, will try. Is it preferred to build-depend on libvala-dev or use libvala-0.12-dev (perhaps with | libvala-dev)?
[10:09] <pitti> if it works with both 0.10 and 0.12, my gut feeling is "libvala-dev"
[10:10] <geser> last time I looked at one package it needed at least an update of the .pc file to use
[10:13] <pitti> ah, then it should be versioned
[10:46] <didrocks> hum, the guest session seems broken, let's look at the gdm patch if something changed
[10:57] <geser> didrocks: just curious, could you reproduce my gnome-panel issue in your vm?
[10:57] <didrocks> geser: sorry, I didn't have the time to come to it, trying to fix other things first
[10:58] <geser> np
[11:08] <didrocks> pitti: I'm working on the gdm guest session. Is there any reason why you exec /etc/gdm/Xsession "$@" rather than setting gnome-session in /usr/share/xsessions/guest-restricted.desktop for instance?
[11:09] <pitti> didrocks: there was one, let me check the bzr history
[11:09] <didrocks> pitti: I checked without any success (apart from my recent change but it can be done my wisely) :/
[11:09] <pitti> Exec=/usr/share/gdm/guest-session/Xsession
[11:10] <pitti> didrocks: ^ you mean that?
[11:10] <didrocks> pitti: right, and the wrapper content
[11:10] <pitti> didrocks: well, why wouldn't I run the gdm session?
[11:10] <pitti> without it, you don't get /etc/X11/Xsession.d/, locale setting, etc.
[11:11] <pitti> didrocks: ah, you mean gdm already does that before
[11:11] <didrocks> pitti: /usr/share/xsessions/guest-restricted.desktop isn't ru by gdm? and this one is sourcing /etc/X11/Xsession.d/
[11:11] <pitti> didrocks: right, that might simply be a thinko of mine
[11:11] <didrocks> right
[11:11] <didrocks> pitti: ok, I will give it a try then
[11:12] <pitti> didrocks: back then I might have thought "let's not hardcode gnome-session"
[11:12] <pitti> so that you can change the default
[11:12] <pitti> but I'm not stuck to it
[11:13] <didrocks> pitti: now (in lucid) that I give the current GDMSESSION to gdm and decide which file session to execute based on that, I think we can do it adding other session desktop files
[11:13] <didrocks> pitti: ok, I'll have a look to rewrap that then, the fridge is arriving first. Thanks! :)
[11:14] <pitti> hah
[11:14] <pitti> a bed, a fridge, what about your internet?
[11:16] <didrocks> pitti: they started to send the new dsl boxes yesterday, but they have a backlog of three weeks. So that + building the phone line. I have little hope before the rally
[11:16] <pitti> didrocks: well, as long as your free connection holds up..
[11:17] <didrocks> more or less, today it seems to not be very kind with me (I'm disconnected a lot)
[11:19] <seb128> could update-manager be any slower?
[11:20] <seb128> ok, I've 329 updates listed
[11:20] <seb128> but it takes over 15 seconds to display the context menu when right clicking
[11:20] <seb128> with some 10 seconds of compiz marking it as not responding
[11:21] <seb128> that's on a recent and fast box
[11:24] <chrisccoulson> hey seb128!
[11:24] <chrisccoulson> happy new year :)
[11:24] <seb128> hey chrisccoulson, happy new year!
[11:24] <seb128> how are you?
[11:25] <chrisccoulson> seb128 - i'm good thanks, how are you? did you enjoy your time off?
[11:25] <seb128> I'm fine thanks
[11:26] <seb128> yes, very much, 2 weeks away from the computer
[11:26] <seb128> which made me realize that I really needed those ;-)
[11:26] <seb128> nice to be back now though
[11:26] <seb128> what about you?
[11:26] <chrisccoulson> yeah, it's good to get a break :)
[11:26] <chrisccoulson> i've had a fairly busy couple of weeks going to visit people
[11:28] <seb128> did you manage to not work?
[11:28] <seb128> seems you did the firefox update but otherwise?
[11:28] <chrisccoulson> yeah, i didn't really do any work other than that
[11:28] <seb128> great ;-)
[11:28] <chrisccoulson> i checked e-mails occasionally just to make sure there weren't any big problems ;)
[11:31] <mvo> seb128: hum? right click takes a long time? the initial cache calculation does, but he right click should be there instalntly
[11:31] <seb128> mvo, 15 seconds on a i5 ssd config
[11:31] <seb128> before displaying the menu
[11:32] <mvo> seb128: so its all there ready and you right click and it takes that long? and then you get unselect all, unselect none?
[11:34] <seb128> mvo, yes, it takes some 20 seconds to load
[11:34] <seb128> then everything is displayed, I can click on entry, read the changelog etc
[11:34] <seb128> but the first right click takes some 15 seconds
[11:34] <seb128> then "uncheck all" takes less than 1 second
[11:34] <seb128> checking all takes some 6 seconds
[11:35] <mvo> that is pretty odd
[11:35] <seb128> but I don't get the delay again
[11:38] <mvo> seb128: could you ping me again after lunch? its really a odd bug, I wonder if something outside of u-m might trigger it as I don't remember that code chaning in a while
[11:39] <seb128> mvo, it's probably not a new bug, it's just likely that people don't have 300 updates every day
[11:39] <seb128> mvo, ok, will do
[11:43] <mvo> seb128: I have a test box here with 1000 updates and its instant (after the initial setup). could you comment out line 476in UpdateManager.py (num_updates = self.cache.installCount )and replace wiht num_updates = 27 and see if that changes anything ?
[11:43] <mvo> seb128: I have a suspicion about the problem :)
[11:46] <seb128> mvo, now it's instant
[11:46] <seb128> mvo, but go for lunch we can discuss that later
[11:46] <mvo> seb128: thanks!
[11:54] <didrocks> pitti: ok, it was working well with the direct call to gnome-session and different desktop file. But I just saw that you are using /usr/share/gdm/guest-session/Xsession for apparmor/gdm-guest-session.
[11:54] <bigon> pitti: could you please merge the last gdk-pixbuf from debian? (asking you as you did the last upload)
[11:54] <pitti> didrocks: right, we need the wrapper; so the wrapper should call gnome-session?
[11:55] <didrocks> pitti: yeah, and I'll add a switch to the wrapper then
[11:55] <didrocks> as we need different args for gnome-session
[11:55] <pitti> bigon: ah, too bad; in our previous pacakge we used clean-la.mk from cdbs to at least drop all the dependencies from the .la file
[11:55] <pitti> bigon: is it an issue for natty as well?
[12:01] <pitti> seb128: meh, apport chroot python bustage again, fixing
[12:04] <bigon> pitti: well the .la is not shipped in natty, so I guess it still is
[12:05] <pitti> bigon: we have shipped the cleaned variant for quite some time, though
[12:06] <bigon> but some rdep are still shipping .la file that have references to this one
[12:06] <pitti> bigon: anyway, I'm happy to merge it soon; we'll watch out for build failures due to this
[12:08] <pitti> bigon: ah, bug 665768
[12:08] <ubot2> Launchpad bug 665768 in gdk-pixbuf (Debian) (and 1 other project) "libgdk_pixbuf-2.0.la missing from packages (affects: 3) (heat: 22)" [Unknown,Unknown] https://launchpad.net/bugs/665768
[12:09] <pitti> bigon: btw, kenvandine added a patch to set _gir_PACKAGES in the GIR, to fix vapigen
[12:09] <pitti> bigon: that sounds interesting for Debian as well, did he talk to you about this?
[12:11] <bigon> nothing on the BTS, Ive maybe missed something on irc
[12:11] <bigon> any rational for this patch?
[12:12] <pitti> I don't know beyond that changelog entry
[12:12] <pitti> kenvandine: ^ did you forward it to upstream/Debian?
[12:12] <seb128> pitti, don't put the .la back
[12:12] <pitti> seb128: I don't want to
[12:12] <seb128> we fixed the few other .la still listing it
[12:12] <seb128> it's not needed in ubuntu
[12:12] <pitti> seb128: so we can close this bug then? thanks
[12:12] <seb128> yes
[12:13] <seb128> thanks
[12:13] <bigon> pitti: https://bugzilla.gnome.org/show_bug.cgi?id=635364 something here
[12:13] <ubot2> Gnome bug 635364 in general "Add C include and exported packages information to GIR" [Normal,Unconfirmed]
[12:15] <bigon> looks like the patches are not the same
[12:15] <pitti> bigon: our patch is
[12:15] <pitti> +GdkPixbuf_2_0_gir_PACKAGES = gdk-pixbuf-2.0
[12:15] <pitti> which looks close
[12:15] <bigon> +GdkPixbuf_2_0_gir_EXPORT_PACKAGES = gdk-pixbuf-2.0
[12:15] <pitti> I'm not sure about the difference of these two, could be enough
[12:16] <pitti> kenvandine: ^ ?
[12:16] <bigon> seb128: I'm not happy with putting .la file back, in debian there were a crapload of other .la file referencing it
[12:17] <granjero> hi is there a way to block right click over the desktop and panels?
[12:19] <pitti> seb128: do you know who would be a good person for backporting the patch for bug 494096 to lucid-proposed?
[12:19] <ubot2> Launchpad bug 494096 in metacity (Ubuntu Lucid) (and 3 other projects) "Clicking the title of a window is bringing a window underneath it into focus (affects: 63) (dups: 9) (heat: 294)" [High,Triaged] https://launchpad.net/bugs/494096
[12:19] <pitti> seb128: I guess somewhere between you, me, and perhaps Chris?
[12:20] <seb128> didrocks or chrisccoulson?
[12:20] <seb128> chrisccoulson has a lucid install for sure
[12:20] <pitti> chrisccoulson: oh, you are back! happy new year!
[12:20] <didrocks> I don't have a lucid install here (well, I have it on a computer in a box)
[12:21]  * pitti raises shields around didrocks, looking at his WIs
[12:21] <didrocks> :)
[12:21] <seb128> ok, then chrisccoulson
[12:21] <pitti> chrisccoulson: would you have time to look into bug 494096? there's a patch, but it needs to be tested (it does't have a good test case) and uploaded
[12:21] <ubot2> Launchpad bug 494096 in metacity (Ubuntu Lucid) (and 3 other projects) "Clicking the title of a window is bringing a window underneath it into focus (affects: 63) (dups: 9) (heat: 294)" [High,Triaged] https://launchpad.net/bugs/494096
[12:22] <seb128> brb session restart
[12:30] <chrisccoulson> hi pitti, happy new year to you too :)
[12:30] <chrisccoulson> yeah, i can take a look at that in a bit
[12:30] <pitti> chrisccoulson: did you have some nice holidays?
[12:30] <chrisccoulson> pitti - yeah, not too bad thanks, although it was quite busy
[12:30] <chrisccoulson> how about you?
[12:31] <pitti> chrisccoulson: very relaxing here; lots of family and friends, and playing Descent :)
[12:31] <chrisccoulson> nice :)
[12:31] <pitti> chrisccoulson: busy> did you work much?
[12:31] <chrisccoulson> pitti - i didn't work much except for doing the firefox beta 8 upload
[12:31] <chrisccoulson> but we spent a lot of time visiting family and friends
[12:33] <didrocks> everything is ok now with the guest session, except that apparmor prevents the unity plugins to load…
[12:33] <didrocks> hum, maybe it's because I have a local unity installation
[12:33] <didrocks> hey chrisccoulson! Happy new year :)
[12:33] <chrisccoulson> hey didrocks, happy new year :)
[12:37] <bigon> pitti: do you have a script or something that display the state of .la in ubuntu (like http://release.debian.org/~aba/la/current.txt ?)
[12:37] <didrocks> hum no, not that, it seems related to the fact it can't set a local schema to gconf
[12:38] <pitti> bigon: I don't think we have
[13:01] <seb128> re
[13:01] <pitti> wb seb128
[13:01] <pitti> seb128: btw, using gtk2.0/gi with apport is a lot less broken than I feared
[13:01] <seb128> so should be easy to do if we need or want?
[13:02] <pitti> seb128: some methods aren't available, such as Gtk.RadioButton.new_with_label_from_widget(), and connect_signals(), but by and large it works
[13:02] <pitti> seb128: I'm currently fixing trunk to work with both
[13:02] <pitti> so I'll drop the Gtk.require_version() call, and we can control it with dependencies
[13:02] <pitti> seb128: we already have gir-gtk-2.0 due to the gnome-applets dependency anyway
[13:03] <seb128> right
[13:03] <pitti> seb128: apport is the easiest one to get to work with 2.0
[13:03] <seb128> the question was just to know if it was working enough for apport
[13:03] <pitti> but I hope language-selector will work, too
[13:03] <pitti> it's missing all the annotation fixes that went into gtk3, so these require workarounds
[13:03] <seb128> we could probably revert to the pygtk version otherwise?
[13:04] <pitti> seb128: we could, but I'd rather avoid that if possible
[13:09] <seb128> ok, done with restarts for a bit
[13:09] <seb128> pitti, let's see what we decide to do with gtk3 then we can see what we do with the rdepends
[13:10] <pitti> doing grouped radio buttons with gtk2/gi is crash-land and a nuisance, though :-(
[13:14] <pitti> gtk_radio_button_join_group() isn't available in gtk2 :-(
[13:15] <seb128> could we put another langpack on the CD if we drop gtk3?
[13:15] <pitti> I suppose
[13:15] <seb128> well it's a cost benefit discussion then
[13:15] <pitti> a bit hard to say, as removing gtk3 removes half of the desktop due to the canberra dependency
[13:15] <seb128> space against work to port those backward
[13:15] <seb128> pitti, that was fixed 2 days ago?
[13:15] <pitti> oh
[13:16] <seb128> with a bit of salt in the middle of the cost benefit due to the theming issue
[13:16] <pitti> seb128: ah, just mousetweaks left
[13:16] <seb128> but ideally we will need a gtk3 theme anyway, would it only be for the GNOME3 ppa builds
[13:16] <pitti> mousetweaks depends on both 2.0 and 3.0
[13:17] <rodrigo_> are we going to use at-spi or at-spi2 for natty?
[13:18] <pitti> seb128: should save us about 2.8 MB
[13:18] <pitti> seb128: that's dropping libcanberra-gtk3-0 gtk3-engines-murrine gir1.2-gtk-3.0 libgtk3.0-0 libgtk3.0-bin
[13:18] <pitti> seb128: seems the GTK3 stack isn't half as big as I feared
[13:19] <seb128> rodrigo_, dunno, does it impact on other things we are doing?
[13:19] <seb128> pitti, seems it's not worth the effort to drop it then if we get a decent theme
[13:19] <rodrigo_> seb128, yes, the unity a11y work
[13:19] <seb128> rodrigo_, oh, you work on that now?
[13:19] <rodrigo_> seb128, yes
[13:20] <rodrigo_> seb128, jason assigned it to me the week before the holidays
[13:20] <seb128> oh ok, I didn't follow that
[13:20] <seb128> you should check with TheMuso
[13:20] <pitti> seb128: so, radio buttons are officially busted with gtk2.0/gi, there is no way to group them
[13:20] <rodrigo_> seb128, right, sorry, my fault, should have told you
[13:20] <seb128> he said at-spi2 still had speed issues IIRC
[13:20] <seb128> rodrigo_, so how much time do you still have for other work?
[13:21] <seb128> pitti, you should just put this work on hold until we sort the GTK3 question
[13:21] <rodrigo_> seb128, 50% I think
[13:21] <pitti> seb128: *nod*
[13:21] <seb128> rodrigo_, ok, thanks
[13:21] <rodrigo_> seb128, just this week I'm doing almost 10% only, because I need to study the unity code
[13:21] <rodrigo_> seb128, but once I'm up to speed (end of this week), should have more time
[13:22] <rodrigo_> also, there's a a11y expert already working on it, so hopefully my involvement should be short
[13:22] <rodrigo_> seb128, what do you want me to work on?
[13:22] <pitti> seb128: time for lunch then :)
[13:22] <seb128> pitti, enjoy!
[13:23] <rodrigo_> right, lunch time here also :-)
[13:23] <seb128> rodrigo_, nothing specifically, I'm just trying to see where we are going, what needs to be done and who is available to do work
[13:23] <seb128> like how active we should be on the GNOME3 ppa, who is working on it, etc
[13:24] <rodrigo_> seb128, I'm still working on it, just this week a bit slow
[13:24] <seb128> no worry, it's just to know how to dispatch tasks
[13:24] <seb128> rodrigo_, enjoy your lunch ;-)
[13:24] <seb128> hey mterry
[13:25] <rodrigo_> seb128, feel free to send me tasks, if I can't I'll let you know, but I should have time for other tasks
[13:25] <rodrigo_> but yes, lunch now, bbl
[13:27] <seb128> rodrigo_, ok!
[13:30] <mterry> seb128, hello!
[13:41] <mterry> seb128, are there Desktop things that need doing?
[13:41] <seb128> mterry, nothing special, basically updating or merging things which are not green on http://people.canonical.com/~platform/desktop/versions.html
[13:42] <seb128> well we don't care much about the yellow ones
[13:42] <seb128> but everything orange or red could be updated
[13:43] <seb128> so feel free to pick on those
[13:44] <seb128> mterry, someone will need to update the preferred capplet to the GNOME3 version as well
[13:44] <seb128> or rather "the 2.32 code to use the GNOME3 handler system" rather
[13:45] <seb128> which is basically copying what they did for GNOME3 if we stay on 2.32 for natty which seems likely
[13:52] <mterry> seb128, I see.  Is anyone working on that?
[13:52] <mterry> I could look into it
[13:52] <seb128> mterry, no
[13:52] <seb128> mterry, if you want to that would be welcome
[13:53] <mterry> seb128, sure, put me down for that
[13:53] <seb128> mterry, ok, great, thanks
[13:53] <mterry> seb128, we'll decide at rally whether we stick with 2.32 for natty?  Seems like we will at this rate
[13:53] <seb128> yes
[13:54] <mterry> seb128, you meant the schema handler code from GNOME3, right?
[13:55] <mterry> Which is affecting us because we updated glib...  I see
[14:00] <seb128> re
[14:00] <seb128> mterry, sorry, compiz,unity crash
[14:00] <seb128> mterry, right, the new handler system for the default browser, email client, etc
[14:00] <mterry> seb128, yup, cool
[14:01] <seb128> mterry, speaking about 2.32 against 3 we will discuss it, but I'm pretty sorted on staying on what we have
[14:02] <seb128> mterry, there is still lot of work on GNOME3, we don't have a GTK3 theme and it's not clear we will have a nice one this cycle, GTK3 already got a one month delay compared to the original schedule which said decembre
[14:02] <seb128> mterry, it seems lot of work and risky for no real benefit, especially that they still argue about what the 2d session will be
[14:04] <mterry> seb128, sure.  About the theme, what we'll end up using for that?  We have some stuff like apport that are gtk3 now
[14:04] <seb128> mterry, that's an open question as well to discuss at the same time
[14:04] <seb128> we might just want to back out gtk3
[14:05] <mterry> yar
[14:05] <seb128> only apport language-selector and aptdaemon are using gtk3 at the moment
[14:05] <geser> seb128: do you (as an archive admin) prefer a bug to move gir1.2-soup-2.4 to main (src: libsoup2.4 (main)) or can you do it directly? (libgdata is in depwait on gir1.2-soup-2.4)
[14:05] <seb128> geser, I can do it now
[14:05] <mterry> That seems easier than not.  I wish py-gi worked better with gtk2, then it would be almost a one-line change
[14:06] <seb128> mterry, well I still think we need a gtk3 theme
[14:06] <seb128> would it be only for those using the GNOME3 ppa
[14:06] <seb128> we need to sync with dx and design on that though
[14:08] <seb128> geser, done
[14:08] <geser> thanks
[14:09] <seb128> thank you for pointing it
[14:09] <pitti> mterry: I got apport working 90% with gtk2/gi; we just need to fix the introspectability of gtk_radio_button_new_with_label_from_widget; if we go this direction, that shoudln't be too hard
[14:11] <seb128> mterry, do you want to pick that task as well?
[14:11] <seb128> well maybe let's wait on the decision for gtk3 on the CD
[14:12] <cyphermox> pitti, use any special way to generate the tarball for ubuntu-mono ?
[14:12] <seb128> if we want to keep it we need to solve at least the theme issue
[14:13] <pitti> cyphermox: no idea, I never touched that
[14:13] <cyphermox> bzr bd tries to do get-orig-source and fails... I created the tarball manually now, but I was wondering if there was a "magic" way ;)
[14:13] <cyphermox> oh ok
[14:13] <mterry> seb128, should d-conf be in the desktop-set?  I can ping cjwatson if so
[14:13] <pitti> cyphermox: oh, just for the current one? apt-get source doesn't work? I thought it tries that first
[14:13] <cyphermox> well, I'm doing changes to it
[14:13]  * mterry is thinking not being in core-dev is great for finding desktop-set holes.  :)
[14:15] <seb128> mterry, yes
[14:15] <seb128> hehe, indeed
[14:18] <didrocks> ok, apparmor profile fixed \o/
[14:18] <seb128> cyphermox, bzr bd should do the right thing, there is no upstream tarball, it's just built from bzr
[14:18] <seb128> didrocks, great, what was it?
[14:19] <didrocks> seb128: compiz is trying to create /etc/compizconfig/config and if apparmor deny it, it won't read it
[14:19] <didrocks> so fallback to the ini backend
[14:19] <didrocks> temporary workaround is to allow write in apparmor, then ACL deny and libcompizconfig is happy
[14:19] <seb128> didrocks, why does it try to create a config in a dir which is a system one?
[14:20] <didrocks> then, I'll have a look why libcompizconfig is behaving like that
[14:20] <seb128> ok
[14:20] <seb128> didrocks, great work ;-)
[14:20] <didrocks> seb128: well, I had some help from jdstrand for knowing where to look :)
[14:30] <geser> I'm looking at the depwait on gnome-system-tools (which was easy to fix) but got stuck when trying to build the package. The error I got is: /usr/bin/ld: /usr/lib/libgtk-x11-2.0.so: undefined reference to symbol 'atk_object_set_name' ;; /usr/bin/ld: note: 'atk_object_set_name' is defined in DSO /usr/lib/libatk-1.0.so so try adding it to the linker command line
[14:31] <cyphermox> seb128, I don't know, it would just give up.. not the biggest deal though, I created a tarball and I'm about to push a branch and merge request
[14:31] <kenvandine> pitti, bigon: I think either way works, but not sure which is more correct
[14:31] <geser> I'm a little bit confused as it complains about a lib and not an object file
[14:32] <pitti> kenvandine: ah, thanks; so if that gnome bz patch gets applied, we can drop our's?
[14:33] <kenvandine> yeah
[14:33] <kenvandine> but
[14:33] <pitti> geser: looks like it's missing an -latk1.0 ?
[14:33] <kenvandine> i think if you use the --c-include we need to do something to allow uninstalled
[14:33] <pitti> geser: i. e. a pkgconfig check for "atk"?
[14:34] <geser> pitti: the lib (gtk2.0) or gnome-system-utils?
[14:34] <pitti> geser: whatever you are trying to build
[14:34] <geser> pitti: the complete linker call and error message: http://paste.ubuntu.com/550656/
[14:35] <pitti> hm, it does have -latk-1.0
[14:35] <pitti> so I'm not sure what's wrong here
[14:36] <pitti> perhaps it needs to go in front of the -lgtk bit
[14:37] <bcurtiswx_> good morning :)
[14:41] <seb128> hey bcurtiswx_
[14:42] <bcurtiswx_> hi seb128 :)
[14:46] <bcurtiswx_> anyone here successfully add a PPA to their pbuilder-dist ?
[14:46] <bcurtiswx_> im using --othermirror but it doesn't seem like it's working
[14:49] <seb128> geser, try putting the latk before the lgtk just to see
[14:49] <bcurtiswx_> for example http://paste.ubuntu.com/550660/
[14:50] <geser> seb128: no difference, also tried using -l... instead /usr/lib/lib... (just to be sure)
[14:51] <seb128> bcurtiswx_, sorry but I don't use pbuilder with a ppa so dunno
[14:51] <geser> what makes a difference is -Wl,--add-needed
[14:51] <seb128> geser, let's wait for doko to reply then
[14:51] <bcurtiswx_> seb128, np, thx tho :)
[15:06] <GunnarHj> pitti: Hi Martin, I've started a new 'project' that involves both gdm and language-selector. Wonder if you want to sponsor also the merge proposals that will come as a result of that, or if you would prefer that someone else does it.
[15:06] <GunnarHj> pitti: It's https://launchpad.net/bugs/693337
[15:06] <ubot2> Launchpad bug 693337 in language-selector (Ubuntu) (and 2 other projects) "Menus for choosing language should have one option per available translation (affects: 1) (heat: 6)" [Undecided,In progress]
[15:20] <bcurtiswx_> seb128, whats the CA file ubuntu uses?
[15:20] <seb128> dunno
[15:20]  * bcurtiswx_ pokes kenvandine ^^
[15:20] <bcurtiswx_> empathy wants a --with-ca-file
[15:21] <kenvandine> bcurtiswx_, prod
[15:21] <kenvandine> bcurtiswx_, dunno
[15:22] <seb128> bcurtiswx_, check what debian did?
[15:22] <bcurtiswx_> seb128, i remember adding it before but idk why its not there anymore
[15:22] <bcurtiswx_> lemme check
[15:23] <bcurtiswx_> cassidy, what ca file were you using before adding the option --with-ca-file= ?
[15:28] <pitti> GunnarHj: I'm happy to look at them, please subscribe me
[15:34] <bcurtiswx_> seb128, its the ca-certificates package.  how do I find out where the files are installed to ?
[15:34] <seb128> Laney, dpkg -L ca-certificates
[15:35] <bcurtiswx_> seb128, i think you meant me ;)
[15:35] <seb128> ups
[15:35] <seb128> bcurtiswx_, yes
[15:35] <seb128> Laney, sorry
[15:37] <seb128> do we have any mono hacker around who want to have a look at bug #596727?
[15:37] <ubot2> Launchpad bug 596727 in sysinfo (Ubuntu) (and 1 other project) "sysinfo crashes when I click on "system": GConf.NoSuchKeyException: Key '/apps/sysinfo/window_width' not found in GConf (affects: 41) (dups: 8) (heat: 213)" [Medium,Triaged] https://launchpad.net/bugs/596727
[15:37] <seb128> the title is misleading, the crash is in the comments though
[15:37] <seb128> System.NullReferenceException: Object reference not set to an instance of an object
[15:37] <seb128>   at Sysinfo.SystemInfo.Xorg () [0x00000]
[15:37] <seb128>   at Sysinfo.Sysinfo.on_notebook1_switch_page (System.Object o, Gtk.SwitchPageArgs e) [0x00000]
[15:37] <seb128> ^
[15:37] <seb128> that's the crash
[15:38] <bratsche> Anyone happen to know why clicking URLs is launching Firefox instead of my configured app (Chromium)?
[15:39] <bratsche> Is this happening to anyone else?
[15:39] <seb128> bratsche, didn't we have that discussion before?
[15:39] <bratsche> No.
[15:39] <seb128> bratsche, edit /usr/share/applications/defaults.list
[15:39] <bratsche> Yesterday I was asking about Unity stuff.
[15:39] <seb128> bratsche, edit /usr/share/applications/defaults.list, change the handler
[15:39] <bratsche> seb128: Thanks.
[15:40] <micahg> bug 670128
[15:40] <ubot2> Launchpad bug 670128 in xdg-utils (Fedora) (and 4 other projects) "gnome-open uses firefox while it's not the preferred browser (affects: 12) (dups: 2) (heat: 76)" [Unknown,Unknown] https://launchpad.net/bugs/670128
[15:40] <seb128> bratsche, then run sudo update-desktop-database /usr/share/applications
[15:43] <bcurtiswx_> cassidy, is it /usr/share/ca-certificates ?
[15:44] <bratsche> seb128: Great, thanks!
[15:44] <seb128> bcurtiswx_, did you check what debian has in its rules?
[15:45] <bcurtiswx_> seb128, im searching but i guess idk where to search.. i feel like I should know this tho
[15:47] <bcurtiswx_> seb128, the debian configure.ac file has /etc/ssl/certs/ca-certificates.crt
[15:49] <seb128> bcurtiswx_, http://packages.qa.debian.org/e/empathy.html
[15:49] <seb128> dget http://ftp.debian.org/debian/pool/main/e/empathy/empathy_2.91.4.3-1.dsc
[15:49] <bcurtiswx_> aww, i killed seb again:(
[15:50] <highvoltage> you bastard!
[15:51] <bcurtiswx_> should we call him sebby for short ?
[15:52] <davmor2> bcurtiswx: no call him by his full name dead sebby
[15:52] <GunnarHj> pitti: Great! You are now subscribed.
[15:52] <GunnarHj> Even if it's no hurry (I haven't started with the gdm side yet), your comments on l-s so far would of course be appreciated, so I know that I'm on the right track.
[15:52] <bcurtiswx_> aww darn, and i had another good one too
[16:08] <bcurtiswx_> seb128, the debian rules file doesn't have the --with-ca-file option in there
[16:09] <seb128> bcurtiswx_, well it default to be smart if there is no option given no?
[16:10] <bcurtiswx_> seb128, when i build on pbuilder it says it doesn't know what ca file to use.. and says i need to say either --with-ca-file=path or --without-ca-file and i specified the one I had known from last time and pbuilder still doesn't see that file (/etc/ssl/certs/ca-certificates.crt)
[16:11] <bcurtiswx_> so i assume I need another
[16:15] <seb128> bcurtiswx_, is that file installed in the pbuilder?
[16:16] <bcurtiswx_> seb128, no
[16:16] <seb128> ok, that's your issue I guess
[16:17] <bcurtiswx_> seb128, if pbuilder doesn't see it, should I make it a dep in empathy so it will be installed in the future ?
[16:19] <seb128> bcurtiswx_, you should probably add it to the build-depends yes
[16:25] <rickspencer3> pitti, I see that we are down to 695mb on the cd, nice
[16:25] <pitti> \o/
[16:26] <rickspencer3> did we put French back on the CD?
[16:26] <pitti> rickspencer3: tomorrow's i386 daily will have French again; too little space on amd64 for languages, that just has Spanish and Portugese
[16:26] <rickspencer3> sweet
[16:26] <pitti> xulrunner might still go away, then we'd have space for more
[16:27] <rickspencer3> that would be nice
[16:27] <pitti> and on the rally I want to talk people into dropping python 2.6 support
[16:27] <rickspencer3> was there anything besides desktopcouch that had to come off?
[16:27] <pitti> which would buy us another 10 MB, aka 1 language
[16:27] <rickspencer3> hmmm
[16:27] <rickspencer3> do Python programs know what version of Python they depend on?
[16:27] <pitti> rickspencer3: not yet; so far we managed that through libraries, some perlsectomy, changelog reduction, and SVG/PNG compression
[16:27] <pitti> rickspencer3: the python packages do
[16:28] <rickspencer3> I see
[16:28] <rickspencer3> so packages that require Python 2.6 could simply install it from the repos
[16:28] <rickspencer3> I notice that my programs when I run them:
[16:28] <rickspencer3> ptyhon foo.py
[16:28] <rickspencer3> a lot of them break with 2.7
[16:29] <pitti> rickspencer3: the primary thing here is python-foo libraries which currently ship a 2.6 and 2.7 module
[16:29] <pitti> $ du -hs /usr/lib/python2.6/
[16:29] <pitti> 75M
[16:29] <rickspencer3> hmm
[16:29] <rickspencer3> ouch
[16:29] <rickspencer3> well, a lot of programs break because of library versions, indeed
[16:29] <pitti> sorry
[16:29] <pitti> $ du -hs /usr/lib/python2.6/dist-packages/
[16:29] <rickspencer3> but also some other stuff, like how I miport
[16:29] <pitti> 34M
[16:29] <pitti> that one
[16:29] <pitti> that's only separate libs, not python2.6 itself
[16:30] <rickspencer3> that's 3 languages!
[16:30] <pitti> rickspencer3: that's uncompressed, though
[16:30] <rickspencer3> ah
[16:30] <pitti> $ tar c /usr/lib/python2.6/dist-packages/ | gzip -9 | wc -c
[16:30] <pitti> 9812643
[16:30] <rickspencer3> anyway, this is great news that we fit on a CD again
[16:30] <pitti> that's roughly the potential CD space saving
[16:31] <bcurtiswx_> kenvandine, empathy still fails in pbuilder like it did on my local machine due to not seeing the indicator functions.  What do I need to do to find out why it's not seeing them?
[16:32] <seb128> bcurtiswx_, do you still have gcc-4.4 installed?
[16:33] <seb128> bcurtiswx_, you could try to build with that
[16:33] <seb128> rickspencer3, we will discuss dropping gtk3 from the CD for this cycle as well, which might win some extra space
[16:33] <bcurtiswx_> seb128, gcc | 4:4.5.1-1ubuntu3 |         natty | amd64, i386
[16:33] <seb128> bcurtiswx_, gcc-4.4
[16:34] <bcurtiswx_> seb128, OK i hope downgrading won't break too many things
[16:34] <rickspencer3> woah
[16:34] <seb128> bcurtiswx_, no need to downgrade, you can install both
[16:34] <rickspencer3> seb128, well, interesting
[16:34] <seb128> bcurtiswx_, then export CC=gcc-4.4
[16:34] <seb128> in the rules
[16:35] <seb128> bcurtiswx_, CC=gcc-4.4 and CXX=gcc-4.4...
[16:35] <pitti> rickspencer3: "some" is about 2.5 MB, though; the gtk3 stack is quite small in the end
[16:35] <pitti> not to be sneezed at, of course
[16:35] <pitti> it migth be the difference to make French fit or not :)
[16:35] <seb128> rickspencer3, we will need a new theme for GTK3 if we want to use it and it seems if we don't take GNOME3 very few things can use it
[16:36] <seb128> pitti, well not "in the end", that's because we didn't go for any real application
[16:36] <rickspencer3> that's I want to get French on soon ... so that other things have to prove they are more important than French if they grow or try to sneak on the CD
[16:36] <seb128> pitti, otherwise we would have got a second webkit etc on the CD
[16:36] <pitti> rickspencer3: tres bien
[16:36] <rickspencer3> oui!
[16:36] <rickspencer3> France est tres important!
[16:36] <pitti> viva la France!
[16:37] <seb128> vive la France!
[16:37] <didrocks> \o/
[16:37] <pitti> seb128: it's the spirit that counts, not the spelling! :-P
[16:37]  * pitti hugs seb128 and didrocks
[16:38]  * bcurtiswx_ hides here in the USA Capitol
[16:38]  * didrocks hugs pitti back (carefully, without giving him his cold :))
[16:38] <mterry> seb128, we have some sort of ongoing gconf->gsettings bridge?  Or the other way around?
[16:38]  * seb128 hugs pitti
[16:39] <seb128> mterry, you mean?
[16:39] <mterry> seb128, I just thought I remember talk about something that would keep gconf & gsettings in sync (at least one of the ways -- either gsettings got changes to gconf or gconf got changes to gsettings).  Did I dream that?
[16:40] <seb128> mterry, gnome-settings-daemon in GNOME3 writes back in gconf
[16:40] <seb128> mterry, but that's not something we should need in natty?
[16:40] <seb128> pitti, I'm still not convince btw that german should be ranked before french :p
[16:41] <mterry> seb128, I see.  Yeah, was just trying to figure out what needed to happen for my schema handling backport.  Sounds like I should write to both
[16:41] <pitti> seb128: if it's any consolation, amd64 doesn't have German either
[16:41] <seb128> pitti, http://en.wikipedia.org/wiki/List_of_languages_by_number_of_native_speakers suggests that if you count real speakers we are over the german count ;-)
[16:42] <seb128> pitti, not really a consolation, how come that amd64 has that difference?
[16:42] <seb128> mterry, or just write to gconf
[16:42] <mterry> seb128, sure, at a bare minimum gconf
[16:42] <bcurtiswx_> seb128, same problem with gcc-4.4
[16:42] <seb128> mterry, well, why does it use gsettings or gconf for?
[16:42] <didrocks> seb128: yeah, French people were starting a thread last cycle on the french forum on that
[16:42] <seb128> bcurtiswx_, can you copy the build log somewhere?
[16:42] <pitti> seb128: it has always been bigger, that's nothing new; I guess the binaries are a tad bigger due to 64 bit data types
[16:42] <mterry> seb128, new gcc uses gsettings for keeping terminal/mobility/visual settings
[16:42] <bcurtiswx_> seb128, sure
[16:43] <mterry> seb128, mail and web go through glib
[16:43] <pitti> seb128: and amd64 might have some additional 32 bit compat packages
[16:43] <seb128> mterry, can't we just backport the browser email code?
[16:43] <seb128> pitti, ok, right
[16:43] <and471> kamstrup, ping
[16:44] <bcurtiswx_> seb128, e-mailed it to ya @ubuntu
[16:44] <mterry> seb128, yes we can
[16:45] <mterry> seb128, it was easier to copy and paste the whole thing if I could, which is why I was asking about the gconf bridge
[16:46] <seb128> bcurtiswx_, ok
[16:47] <seb128> mterry, right, whatever is easier for you, I don't think we need to write in gsettings though
[16:49] <seb128> bcurtiswx_, ok, gcc-4.4 is used, dunno then it would need debugging
[16:49] <seb128> I can't really say without building but I don't want to mess with GNOME3 on this box before travelling
[16:50] <bcurtiswx_> seb128, vbox ?
[16:51] <seb128> right, well I've enough to do to not spend an hour to set a vbox and download all the build-depends
[16:52] <bcurtiswx_> seb128, np.  just threw it out there
[16:52] <seb128> well I would just use a pbuilder in fact
[16:52] <seb128> I might have a go to it later on if kenvandine doesn't
[16:53] <bcurtiswx_> I'm sorry I don't have the smarts to figure this out on my own
[16:58] <seb128> those are non trivial so no worry
[16:58] <seb128> it's just weird because the symbol comes from sources in the same binary and not other libraries though
[16:58] <seb128> kenvandine, did you have any clue about the empathy build issue?
[17:00] <kenvandine> not off hand
[17:00] <kenvandine> i am planning on setting up a vm for gnome3
[17:01] <kenvandine> hopefully today, so i can take a swing at it
[17:01] <seb128> ok, great
[17:04] <kenvandine> now that unity works in vbox, i am hoping shell will too :)
[17:04] <bcurtiswx_> unity+gnome3PPA though = :( with unity
[17:05]  * bcurtiswx_ ---> Lunch BBS
[17:06]  * kenvandine -> lunch
[17:19] <and471> kamstrup, ping
[17:20] <seb128> mvo, btw about this update-manager slow issue do you want a bug?
[17:21] <mvo> seb128: please
[17:21] <mvo> seb128: sorry, I looked into it, but I have no clue, I know what triggers it, but I don't know why it takes so long, it should really be available right away
[17:26] <seb128> mvo, bug #697761
[17:26] <ubot2> Launchpad bug 697761 in update-manager (Ubuntu) "the context menu opening can be really slow (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/697761
[17:30] <mvo> thanks seb128
[17:30] <seb128> mvo, thanks ;-)
[18:06] <seb128> re
[18:06] <seb128> mvo, do you need me to keep my box not updated for debugging purposes or not?
[18:10] <kamstrup> and471: pong
[18:10] <and471> kamstrup, hi I am Andrew, I am doing the network settings gui stuff :)
[18:11] <kamstrup> and471: yeah kvalo told me you where Andrew :-)
[18:11] <kamstrup> and471: awesome work
[18:12] <and471> kamstrup, thankyou
[18:12] <and471> kamstrup, I just saw your merge request and wanted to go over the points, is this okay?
[18:12] <kamstrup> and471: sure
[18:12] <and471> so for the first point I have added
[18:13] <and471>         /// Highlight it
[18:13] <and471> sorry no I haven't
[18:13] <and471> I added
[18:13] <and471>         bool is_gtk_builder = (this.builder is Gtk.Builder);
[18:13] <and471>         assert(is_gtk_builder);
[18:13] <and471> is this what you expected?
[18:13] <kamstrup> and471: that's fine
[18:13] <and471> ok
[18:14] <kamstrup> and471: or just assert (this.builder is Gtk.Builder); ?
[18:14] <kamstrup> never mind. that's details
[18:14] <and471> kamstrup, yeah sure, I just thought giving it a name is easier to read
[18:14] <and471> anyway
[18:14] <and471> kamstrup, the ccode stuff is so gtkbuilder can autoconnect the signals to callbacks, I have now added a comment explaining this, is that solved?
[18:15] <kamstrup> and471: yup, sounds good
[18:15] <and471> goody
[18:15] <and471> kamstrup, the connection and device fields have been converted to properties
[18:15] <kamstrup> oki-doki
[18:15] <and471> kamstrup, sorry I am learning vala and when I look back I don't don't why I didn't use them in the first place :)
[18:16] <kamstrup> and471: if you're just learning vala now, then it's pretty impressive :-)
[18:16] <and471> hehe thanks
[18:16] <and471> kamstrup, about the utils copyright stuff, basically what I did was take the c code from clutter-color.c in the clutter GIT tree and port it to vala
[18:17] <and471> kamstrup, I have now added the copyright header from the clutter-color.c to the utils.vala file
[18:17] <and471> and said it is from clutter-color.c
[18:17] <kamstrup> and471: the point here is that we want to uniformly have (C) Canonical on all files
[18:17] <and471> is this enough? I don't really know much about legal things :)
[18:17] <and471> ok
[18:17] <kamstrup> and471: and if it's (C) Clutter team, that may be a problem
[18:18] <kamstrup> and471: so it's really a judgement call by you
[18:18] <cyphermox> could someone please review https://code.launchpad.net/~mathieu-tl/ubuntu-mono/secure-icons/+merge/45268? I'd like it to be upload asap since I'll need the new icons from it for nm-applet :)
[18:18] <kamstrup> and471: if you believe that the port is independent enough to give you full copyrights, it's fine to just mention that it was ported from clutter, and it's your choice to transfer the copyright to Canonical
[18:19] <kamstrup> otoh, if it's mostly copy paste we need to figure something out
[18:19] <and471> yeah it is, I just changed it to be in vala
[18:19] <and471> it is all GPL so I hope it won't be that much of a problem
[18:19] <kamstrup> and471: but it's no biggie, I think kvalo talked to someone on the unity team, and we have similar code somewhere in unity we can replace it with
[18:19] <and471> ok cool
[18:20] <kamstrup> and471: so leave that bit as is, and we'll see what kvalo says
[18:20] <and471> and then for those custom widgets I added comments
[18:20] <and471> k
[18:20] <and471> kamstrup, so I think that is it?
[18:20] <kamstrup> and471: yup, we nailed all of the points
[18:20] <and471> cool
[18:21] <and471> kamstrup, well my router is being a pain at the moment, but I think I pushed the changes to my branch
[18:21] <and471> kamstrup, when I get http access I will update the merge request so kalle can merge that into his branch
[18:21] <kamstrup> and471: ok, awesome, we can prolly land it tomorrow then
[18:21] <and471> kamstrup, anyway nice meeting you and thanks for the prompt reply :)
[18:23] <kamstrup> and471: super, i'll just update the merge rq with the conclusion so far
[18:23] <and471> cool thanks
[18:35] <pitti> good night everyone
[18:42] <geser> how do I push a change for a lp:~ubuntu-desktop branch back to LP so I can open a merge proposal for it?
[18:43] <seb128> geser, just push it to lp:~geser...
[18:44] <seb128> geser, well somewhere where you have commit access then you can do a merge proposal
[18:44] <geser> I'm trying to figure out what I should replace the "..." with that works
[18:44] <Amaranth> geser: replace ~ubuntu-desktop with ~geser
[18:44] <Amaranth> otherwise leave the rest of the path the same
[18:46] <geser> hmm, the second time it seemed to have worked
[18:47] <geser> or not
[18:49] <geser> seemed to have worked the first time, bzr seems to confuse me
[18:53] <mvo> seb128: just update it, should be fine
[18:56] <geser> anyone free to review/sponsor/merge https://code.launchpad.net/~geser/gnome-system-tools/fix-add-needed-linking/+merge/45278
[18:58] <milanbv> geser: what's the bug?
[18:59] <milanbv> I'm gst's maintainer, and I generally like avoiding downstream patches ;-)
[19:00] <geser> milanbv: no bugnumber (yet), one issue was that "cracklib2-dev" is now "libcrack2-dev" and the other a fix for linking with --add-needed
[19:00] <milanbv> geser: the first issue is OK with me since that's Debian/Ubuntu specific
[19:01] <geser> milanbv: see http://bazaar.launchpad.net/~geser/gnome-system-tools/fix-add-needed-linking/revision/58 for the patch for the other issue
[19:01] <milanbv> but what's the second one?
[19:01] <milanbv> sounds weird you need to pass e-map.a before libs
[19:02] <geser> I don't fully understand it myself
[19:02] <milanbv> hm
[19:02] <milanbv> at any rate 1) it should go upstream if it's really needed
[19:02] <milanbv> and 2) time_admin_DEPENDENCIES should be reordered for consistency
[19:02] <geser> milanbv: see http://paste.ubuntu.com/550656/ for the error I got when trying to build in Ubuntu natty
[19:03] <mterry> Ahhh...  /me finally squishes the bug preventing Help->Contents from working in GNOME
[19:03] <milanbv> geser: is that from a clean source tree?
[19:04] <geser> milanbv: I took the packaged version from Ubuntu natty (to fix issue 1) and run into this when I tried to build the "fixed" package in my pbuilder
[19:04] <milanbv> really looks like some lib wasn't rebuilt correctly
[19:04] <milanbv> if e-map.c is using an old version of GTK, passing it in the end will fail
[19:04] <milanbv> and passing it before will work because it's overridden by other libs
[19:05] <milanbv> geser: but maybe you had tried to build it before that?
[19:05] <geser> what you mean with "before that"?
[19:05] <milanbv> what you did with the patch
[19:06] <milanbv> changing the order of vars
[19:07] <milanbv> this kind of error usually comes from a lib version mismatch
[19:07] <geser> I first fixed only issue 1 (cracklib2-dev) and tried building that and got this error, so had to fix it too
[19:07] <milanbv> here, the ATK which has been used to build GTK+ isn't the one that is passed to the linker
[19:07] <milanbv> (and API changes occurred in the meantime)
[19:07] <milanbv> geser: OK, so please try with a clean source package
[19:10] <geser> I updated my natty pbuilder and it's a clean minimal chroot
[19:11] <geser> so both libgtk and libatk got fetched from the archive
[19:12] <geser> or could this issue also be in the debs in the Ubuntu archive?
[19:13] <cyphermox> kenvandine, you there?
[19:13] <kenvandine> hey cyphermox
[19:13] <milanbv> geser: still doesn't work?
[19:13] <milanbv> it could be in the archives
[19:14] <cyphermox> kenvandine, can I bug you to review https://code.launchpad.net/~mathieu-tl/ubuntu-mono/secure-icons/+merge/45268 ?
[19:15] <geser> milanbv: didn't try again, will try it out in a few minutes and let you know
[19:15] <kenvandine> cyphermox, will do
[19:16] <milanbv> geser: there seems to be a mix of /usr/lib/libatk-1.0.so and -latk-1.0
[19:16] <milanbv> which in the context of pbuilder will fail if your system isn't using the same versions
[19:16] <cyphermox> kenvandine, thanks. sorry for bugging, but I need to have at least some icons available before uploading a new nm-applet with a bunch of fixes ;)
[19:16] <kenvandine> understand
[19:16] <kenvandine> i look forward to having the icons :)
[19:17] <cyphermox> and animations ;)
[19:17] <kenvandine> hum... so postinst? instead of at build time?
[19:17] <cyphermox> yeah, suggested by sladen to composite them at install time
[19:17] <kenvandine> ok, i guess it keeps the size down :)
[19:17] <cyphermox> yeah, mostly that's the point
[19:18] <cyphermox> plus I'm just reusing those icons putting them together to make a new one
[19:23] <milanbv> geser: I've found the problem
[19:23] <milanbv> dbus deps explicitly add -L to the commandline, and this brings in GTK+ from /usr/lib
[19:24] <milanbv> sorry gtg
[21:15] <aquarius> fta, ping?
[21:15] <fta> aquarius, pong
[21:16] <aquarius> fta, heya: I'm running chromium from the dev PPA, and it doesn't seem to support the <video> element at all? Is that known?
[21:16] <fta> aquarius, known issue, coming from our system libvpx
[21:16] <aquarius> fta, this is where you say: don't run the dev version :)
[21:17] <aquarius> fta, ah, OK; any idea of when it might be fixed? No hassle, just curious :)
[21:17] <fta> aquarius, either when someone sync libvpx from debian/experimental, or if i stop using this system lib.
[21:18] <aquarius> fta, ah, ok, gotcha
[21:21] <micahg> fta: someone opened an update request, but didn't request a sync, I'll fix it up later
[21:22] <fta> micahg, that won't solve the problem completely, think lucid/maverick..
[21:22] <fta> well, maybe it will, as i auto-backport this lib in the ppa
[21:23] <fta> we'll see
[21:46] <geser> milanbv: inside the pbuilder is only one version of libatk1.0-0 and libgtk2.0-0 (through the build-dependencies) installed, so shouldnboth /usr/lib/libatk-1.0.so and
[21:46] <geser> milanbv: inside the pbuilder is only one version of libatk1.0-0 and libgtk2.0-0 (through the build-dependencies) installed, so shouldn't both /usr/lib/libatk-1.0.so and -latk-1.0 point to the same .so file?
[21:53] <rodrigo_> TheMuso, tremolux: ping
[21:54] <TheMuso> rodrigo_: pong
[21:55] <rodrigo_> TheMuso, I talked with tremolux before to have a call on Friday about the a11y work on unity, is that ok?
[21:55] <TheMuso> Hrm ok.
[21:55] <TheMuso> that should be fine.
[21:55] <rodrigo_> what time is ok for you?
[21:56] <rodrigo_> well, I'll send a mail and we decide on the mail, ok?
[21:58] <TheMuso> sounds good
[21:59]  * Amaranth curses banshee
[22:12] <tremolux> cool, thanks rodrigo_, TheMuso
[22:19]  * cyphermox -> eod
[22:38] <milanbv> geser: yes, but the problem is that for some weird reason, dbus pulls libs from /usr/lib that shouldn't be used in pbuilder
[22:38] <milanbv> maybe libdbus should also be pbuilder-specific
[22:41] <ebroder> hey all - i'm looking into changing g-s-d to default to a cloned mode instead of extended when a monitor is hotplugged. we talked about this at uds, but we didn't really do a good job of generalizing the behavior for more than 1 or 2 monitors. anybody have thoughts on what exactly should be done, say, if there are two monitors configured and a 3rd gets hotplugged?
[22:42] <geser> milanbv: I know that I don't understand much about linking, so I've problems to understand which libs got pulled in that shouldn't and why they make problems
[22:43] <geser> I'll try later (or tomorrow) how a PPA build without the 2nd change goes
[22:43] <alecu> ebroder, +1 on cloned instead of extended. It's really troublesome when giving presentations, because no presentation software (that I've tried) has good support for multimonitors right now
[22:44] <ebroder> right now the behavior is that g-s-d lays out each of the new outputs to the right of the existing layout, removes any outputs that are now disconnected, and shifts to the left as necessary to avoid holes in the layout
[22:44] <alecu> ebroder, as for a 3rd monitor... perhaps using the current setting would be a reasonable default? (ie: cloned if it was 2 screens cloned, extended if 2 screens extended)
[22:44] <alecu> ebroder, that sounds like a nice arrangement.
[22:45] <ebroder> alecu: that still doesn't generalize well. what if i have two outputs that are cloned, one that's extended, and i then hotplug a fourth monitor?
[22:45] <alecu> ebroder, what about including that as a gconf setting? that way we would be able to set it as needed.
[22:45] <ebroder> alecu: yeah, i'd like to do that
[22:45] <ebroder> i guess clone-by-default could mean clone-the-primary-output-by-default?
[22:45] <milanbv> geser: yeah, a clean rebuild is definitely the first thing to try
[22:46] <milanbv> second is to check libdbus
[22:46] <milanbv> but let's say we'll deal with that tomorrow :-)
[22:46] <milanbv> good night!
[22:46] <geser> good night milanbv
[22:46] <alecu> ebroder, the checkbox in "Monitor Preferences" says "Same image in all monitors"...
[22:47] <alecu> ebroder, so I don't understand how that 4 monitor scenario could happen (other than manual fiddling)
[22:47] <ebroder> alecu: i think that may be a bit deceptive. i think bryceh or RAOF said that that dialog can only ever deal with 2 monitors
[22:47] <alecu> oh, ok.
[22:48] <alecu> ebroder, well... if that checkbox state was saved between plugs/unplugs, then I would be a happy presentation-giver
[22:49] <fta> is the sound indicator currently broken in natty? or is it just me?
[22:49] <alecu> I mean the "Same image in all monitors" checkbox in the current dialog.
[22:51] <alecu> ebroder, also, that setting should be shown on the menu on the icon that's shown in the indicator panel when "show monitors in panel" is checked.
[22:51] <alecu> in fact, those are the two things that bug me when I'm using a projector, and I always forget to add bugs for them :-)
[23:04] <bryceh> yeah, the gnome monitor capplet was designed assuming no more than 2 monitors
[23:05] <bryceh> anything more than that, you're going to be constructing xrandr commandlines to get what you want
[23:06] <micahg> there are arandr and grandr in universe
[23:06] <ebroder> bryceh: right, i'm more interested in fighting with the g-s-d plugin than the capplet
[23:12] <ebroder> looking at the spec again, defaulting to cloning the primary output seems like the most reasonable thing
[23:16] <ebroder> oh, hmm. i mis-characterized the current code. it doesn't actually look like it will preserve the current layout at all - it'll just reset everything to extend
[23:16] <ebroder> which seems even worse
[23:26] <bryceh> ebroder, hmm
[23:26] <bryceh> ebroder, seems like it's defaulted to mirror when I've played with it
[23:27] <ebroder> bryceh: X does that when the server starts, but if you hotplug a monitor once the server's running, g-s-d's xrandr plugin determines the config
[23:28] <ebroder> (auto_configure_outputs in plugins/xrandr/gsd-xrandr-manager.c)
[23:28] <bryceh> ebroder, ahh
[23:29] <ebroder> bryceh: i suspect that the difference between those two is part of why people are convinced that linux's multi-monitor handling is random
[23:29] <bryceh> heh you could be right