[02:59] <TheMuso> /c/c
[05:12]  * TheMuso notes that at-spi over dbus is a little painful to use, performance and accessibility wise.
[05:14] <RAOF> I've seen a lot of discussion about at-spi2 as an example of how to make dbus performance a non-issue by making calls suitably asynchronous.
[05:17] <TheMuso> Yeah afaik its being worked on upstream.
[05:18] <TheMuso> But there is more than that, as the framework has often got to iterate over a list of objects. Take the pidgin buddy list. With at-spi via dbus, its rather slow to read out every item as you arrow over them, and the further to the bottom you go, the longer it takes.
[05:19] <RAOF> Ow
[05:20] <TheMuso> Yeah.
[05:20] <TheMuso> The CORBA framework by comparrison, is rather snappy.
[08:05] <didrocks> good morning
[08:05] <nigelb> Good morning didrocks :)
[08:07] <didrocks> hey nigelb :)
[08:10] <TheMuso> Hey didrocks, nigelb.
[08:10] <didrocks> hey TheMuso, how are you?
[08:10] <TheMuso> didrocks: Not too bad thanks. Yourself?
[08:11] <didrocks> TheMuso: I'm fine, thanks. Some snow at less than 100m (of height away)
[08:11] <pitti> Good morning
[08:11] <TheMuso> didrocks: Nice.
[08:11] <TheMuso> Morning pitti.
[08:12] <didrocks> Guten Morgen pitti
[08:19] <nigelb> HOla TheMuso
[08:52] <huats> morning
[08:53] <rodrigo_> morning
[08:54] <didrocks> salut huats
[08:54] <didrocks> hey rodrigo_
[08:54] <huats> hello didrocks
[08:55] <rodrigo_> salut didrocks, huats
[08:57] <didrocks> rodrigo_: speaking French now? :)
[08:57] <rodrigo_> un peu :)
[08:58] <didrocks> tu ne sais pas dans quel engrenage tu mets le doigt :)
[08:58] <didrocks> (good luck to translate that)
[09:05] <rodrigo_> didrocks, hehe
[09:06] <rodrigo_> la mafia française va me couper le doigt? :)
[09:08] <didrocks> rodrigo_: ahah ! non, pas à ce point là :) (cela veut plutôt dire: « tu ne sais pas dans quoi tu t'engages »)
[09:09] <rodrigo_> porquoi? parler français va me poser des problèmes? :)
[09:09] <didrocks> rodrigo_: non, tu seras juste *obligé* de nous parler français après :)
[09:09] <seb128> hey rodrigo_
[09:10] <seb128> rodrigo_, don't worry, finger cuting is a rusian mafia thing, the frenchs have better ways ;-)
[09:10] <rodrigo_> ah, pas de problème, j'aime parler français, mais je ne pratique jamais
[09:10] <rodrigo_> hey seb128
[09:10] <rodrigo_> seb128, :D
[09:11] <didrocks> seb128: that's "la classe à la française", isn't it? :)
[09:11] <rodrigo_> seb128, and how is the french way? :)
[09:11] <huats> morning rodrigo and seb128
[09:12] <seb128> rodrigo_, clear head cuting ;-)
[09:12] <rodrigo_> ah, oui :)
[09:13]  * rodrigo_ learns russian
[09:13] <pitti> oh, obviously I'm in the wrong channel, bye!
[09:14] <pitti> rodrigo_: Больше водки, пожалуйста!
[09:14] <rodrigo_> pitti, sorry, just decided to learn russian, so will answer when I learn :)
[09:15] <pitti> rodrigo_: (it's "more Vodka, please!" :) )
[09:15] <rodrigo_> ah :)
[09:19] <seb128> hum, here we go again, it's only 10:20 and they start drinking
[09:19] <didrocks> "what a team"
[09:20] <huats> seb128, that is didrocks influence...
[09:20] <didrocks> what??? :)
[09:20] <seb128> huats, I know, it has started since he feels comfortable there
[09:20] <didrocks> huats: you should notice that seb128 always finish his beer before me at UDS, I think that means something :)
[09:20] <rodrigo_> yeah, we didn't drink at all until didrocks joined the company
[09:21] <didrocks> so easy, so easy… :)
[09:21] <seb128> so true at the same time ;-)
[09:22] <huats> rodrigo_,  and seb128 you have no idea how hard it has been to share a room with didrocks at FOSDEM where we all know beers can be found everywhere...
[09:23] <rodrigo_> huats, don't go ever again to FOSDEM with him, yes :D
[09:23] <rodrigo_> I can feel your pain
[09:23]  * seb128 hugs didrocks
[09:24] <rodrigo_> but yeah, we all like didrocks
[09:24]  * rodrigo_ hugs didrocks also
[09:24]  * huats is happy to share that with you all :)
[09:24]  * didrocks hugs seb128
[09:24]  * didrocks hugs rodrigo_ as well
[09:26] <huats> (while I am giving a training :))
[09:26] <didrocks> how professional it is :)
[09:26] <chrisccoulson> hmmm, i left my laptop running 2 firefox builds last night for me to test this morning, and my laptop ran out of disk space!
[09:26] <chrisccoulson> :(
[09:28] <pitti> build it in the cloud :)
[09:28] <pitti> (or at least in the DC chroots)
[09:28] <chrisccoulson> yeah, i might start doing that. i keep running out of disk space!
[09:29] <chrisccoulson> i guess when i'm always running at 99%, that's going to happen ;)
[09:29] <TheMuso> lol
[09:29]  * chrisccoulson needs a bigger disk
[09:30] <seb128> hey chrisccoulson, how are you?
[09:30] <chrisccoulson> hey seb128, i'm good thanks. other than losing time from my overnight builds failing ;)
[09:30] <chrisccoulson> how are you?
[09:31] <seb128> I'm fine thanks
[09:31] <seb128> seems laptops are not fit for firefox
[09:31] <seb128> you should buy a solid desk config ;-)
[09:31] <pitti> chrisccoulson: how much do you have?
[09:32] <pitti> last time I built ffox it didn't take that much, but it might have grown a lot since then
[09:37] <chrisccoulson> oh, today is going to be a fun day
[09:37] <chrisccoulson> my laptop crashed about 3/4 of the way through a rebuild!
[09:38] <nigelb> chrisccoulson: use *cough* PPA *cough*
[09:39] <chrisccoulson> nigelb - firefox builds in a PPA is usually slower
[09:39] <chrisccoulson> especially if there are build issues, i need access to the build environment to debug them
[09:39] <nigelb> ah
[09:40] <nigelb> looks like seb is right, time for a solid desktop :)
[09:40] <nigelb> (and a netbook to ssh into it)
[09:40] <pitti> as a start, an USB HD should help a lot
[09:40] <chrisccoulson> yeah ;)
[09:40] <chrisccoulson> i might get a USB HD :)
[09:41] <pitti> you don't already have one?
[09:41] <pitti> where do you store all your music and videos?
[09:41] <pitti> (the backups, I mean)
[09:41] <chrisccoulson> pitti - i do, but it's used to mirror the contents of the disk on my desktop
[09:41] <chrisccoulson> (which has all my photos and music on)
[09:41] <chrisccoulson> and that's nearly full too ;)
[09:41] <chrisccoulson> although, not quite as bad, that's only running at about 90%
[09:42] <chrisccoulson> omg, /var/cache/pbuilder/build = 25GB!
[09:42] <chrisccoulson> that's crashed build environments laying around
[09:42] <chrisccoulson> instant win
[09:43] <chrisccoulson> excellent, i now have *loads* of disk space
[09:45] <chrisccoulson> 83% full now, that's the lowest it's been for ages
[09:45] <pitti> hah
[09:45] <pitti> chrisccoulson: you actually build all stuff in pbuilder?
[09:45] <chrisccoulson> pitti - not normally
[09:45] <pitti> isn't that maximizing pain, time, and disk space?
[09:46] <chrisccoulson> only towards the end of the cycle when i need to be sure stuff really works
[09:46] <pitti> h
[09:46] <pitti> ah
[09:46] <chrisccoulson> i usually just use debuild, which is what i'm doing now
[09:48] <chrisccoulson> my home folder is 65GB
[09:50] <chrisccoulson> oh, i can get rid of ia32-libs source package
[09:50] <chrisccoulson> i'm never going to touch that again ;)
[09:51] <pitti> chrisccoulson: getting more space with the rm -rf axe - always the best kind :)
[09:52] <chrisccoulson> pitti - yeah, i've just freed up another 9GB with that axe ;)
[09:57] <chrisccoulson> wow, 36GB available now
[10:00] <pitti> chrisccoulson: that should be enough for how many build trees? 20?
[10:04] <Mez> Hi All, it seems that the ubuntu-desktop ppa cocked up my compiz.  I've now got it close to working, but I've got no window borders. I get the error "compiz (decoration) - Warn: Property ignored because version is 20080901 and decoration plugin version is 20080529" - does anyone know how to fix this?
[10:04] <chrisccoulson> pitti - that's enough for 7 build trees ;)
[10:05] <pitti> ouch
[10:05] <chrisccoulson> yeah, they're pretty big!
[11:19] <seb128> pitti, should somebody send a meeting reminder for today?
[11:20] <seb128> pitti, we didn't discuss a new time btw, we said at UDS we would no?
[11:20] <pitti> seb128: Jason said he'd still be available today, so we should discuss it today
[11:20] <pitti> seb128: right, I'll send one, thanks
[11:21] <seb128> pitti, thanks
[11:21]  * seb128 writes activity report
[11:22] <seb128> dear update-manager, why does typing completion is all weird with you
[11:27] <seb128> pitti, https://edge.launchpad.net/~canonical-desktop-team/+contactuser
[11:27] <seb128> pitti, just for info
[11:28] <seb128> pitti, it's easier than having to Cc all team members
[11:28] <pitti> seb128: I have a local "desktopteam" alias here
[11:28] <pitti> but I forgot Rodrigo, it seems
[11:29] <pitti> seb128: rodrigo_ isn't in https://edge.launchpad.net/~canonical-desktop-team/+members either, should he?
[11:29] <seb128> I guess it would make sense for the cycle
[11:29] <pitti> done
[11:30] <pitti> meeting reminder forwarded, too
[11:31] <seb128> pitti, thanks
[12:21] <cyphermox> good morning!
[12:21] <mvo> seb128: what is the problem with u-m ?
[12:31] <pitti> Riddell: is that known?
[12:31] <pitti>  python -c 'import PyKDE4.kdecore'
[12:31] <pitti> python: /build/buildd/sip4-qt3-4.11.2/siplib/siplib.c:10613: sipEnumType_alloc: Assertion `(((currentType)->td_flags & 0x0007) == 0x0003)' failed.
[12:31] <pitti> Aborted
[12:31] <pitti> Riddell: (breaks apport, jockey, and presumably all other python kde apps)
[12:33] <Riddell> pitti: nope, I'll take a look
[12:34] <pitti> thanks!
[12:50] <pitti> seb128: I've got more trouble with pygi; who could I ask about this?
[12:50] <seb128> pitti, #introspection on irc.gnome.org
[12:50] <seb128> or you can ask there
[12:50] <pitti> thanks
[13:02] <pitti> seb128: ah, my initial problem is solved by installing gir1.0-gtk-3.0 (it doesn't work with 2.0)
[13:02] <pitti> seb128: however, I'm quite puzzled how to tell my python code to use GTK 3 now
[13:02] <pitti> moch in #introspection doesn't know either
[13:03] <seb128> pitti, Gtk.require_version
[13:04] <seb128> pitti, Gtk.require_version = 3
[13:05] <seb128> >>> print Gtk.get_minor_version()
[13:05] <seb128> 91
[13:05] <pitti> hm, I add that right after the import
[13:05] <pitti> $ PYTHONPATH=. python gtk/jockey-gtk
[13:05] <pitti>  /usr/lib/pymodules/python2.6/gtk-2.0/gi/module.py:119: Warning: cannot register existing type `GtkActionGroup'
[13:05] <pitti> [...]
[13:05] <pitti> still seems to import the gtk-2.0 bits
[13:05] <seb128> I'm not really sure but kenvandine and mterry were discussing it the other day
[13:05] <seb128> mterry got it working
[13:05] <seb128> he should be online in a bit
[13:06] <pitti> seb128: thanks
[13:06] <pitti> funnily enough, python2.7 doesn't have above GtkActionGroup problem
[13:08] <seb128> pitti, try Gtk.require_version("3.0")
[13:08] <pitti> seb128: right, that seems to work better
[13:08] <pitti> at least it ignores ... = 4, but properly fails on ("4.0")
[13:09] <pitti> now it at least doesn't crash any more, just doesn't display anything yet. that's progress!
[13:09] <pitti> :)
[13:10] <seb128> pitti, ;-)
[13:21] <cyphermox> fta: ping?
[13:22] <didrocks> hey cyphermox
[13:22] <cyphermox> hey didrocks
[13:23] <didrocks> cyphermox: where are you with evolution? Will be nice if we can upload it soon :)
[13:23] <cyphermox> didrocks, I can't really find something obvious to fix the migration, if that's what you mean
[13:24] <didrocks> cyphermox: what upstream told? if you provide all the info they are normally helpful
[13:24] <cyphermox> it looks like both evo and e-d-s keep files there and try to migrate them but something fails, not sure what :/
[13:24] <didrocks> weird that they didn't fix this
[13:24] <cyphermox> didrocks, like I said before, mbarnes looked at the code and saw it seemed fine
[13:24] <didrocks> cyphermox: did you look at the git commits?
[13:24] <cyphermox> not very recently
[13:24] <chrisccoulson_> wow, thanks laptop for ruining another build
[13:25] <didrocks> cyphermox: did you ask him as told where the code handle that and use git blame?
[13:25] <cyphermox> didrocks, didn't have to, it's pretty obvious. that's all in shell/e-shell-migrate.c for evo and in the various */libebook-*/e-*-migrate.c for e-d-s :)
[13:26] <cyphermox> *unless*
[13:26] <cyphermox> this would be fixed with getting things straight from git HEAD, I haven't tried yet (was busy with synaptic)
[13:27] <didrocks> cyphermox: so, git blame to find if there are new commits in thse files :)
[13:27] <didrocks> cyphermox: do you think you will have time this week?
[13:27] <cyphermox> right
[13:27] <cyphermox> yeah, I could get that done today
[13:27] <didrocks> nice :)
[13:28] <chrisccoulson_> Nov 16 02:20:24 chris-laptop kernel: [116946.010026] [Hardware Error]: Machine check events logged => nice!
[13:33]  * rodrigo_ -> lunch
[13:49] <kenvandine> pitti, i think what mterry found was that the gtk version isn't 3.0, it is 2.91
[13:49] <kenvandine> actually, i think Gtk.require_version("3.0") worked, but it was confusing because when you would check for the major_version it returned 2
[13:49] <kenvandine> because the real version is 2.91
[13:51] <mterry> kenvandine, pitti: without the require_version, you get 2.0.  So you need the require_version.  But yeah, major_version will still be 2
[13:51] <mterry> (even with require_version 3.0, because it gives you 2.91.x)
[13:52] <kenvandine> no confusing at all :)
[13:53] <pitti> mterry, kenvandine: ok, thanks for confirming; I think Gtk.require_version('3.0') does what I need
[13:53] <kenvandine> i think it does
[13:53] <pitti> now I run into tons of trouble with assertions/crashes, having to call encode('UTF-8') everywhere (because Gtk expects UTF-8 strings, not unicode), and into all other sorts of type errors
[13:54] <pitti> slowly crawling through :)
[13:54] <pitti> but lunch first
[13:54] <chrisccoulson_> hmmm, the x-scheme-handler changes in glib are a pain. http links open in a new browser window rather than a new tab now, because it just uses the standard Exec line from the desktop file
[13:56] <baptistemm> seems easy to build as I did it in jhbuild without an itch
[13:56] <baptistemm> (hello)
[13:56] <baptistemm> oups not the right window
[13:56] <ogra_ac> seb128, didrocks, just to make sure, RB stays supported, in natty, right ?
[13:57] <ogra_ac> (bansheed doesnt work on arm and the discussion came up in the meeting)
[13:57] <mterry> chrisccoulson_, and I'm assuming that change is what broke ghelp: links
[13:57] <chrisccoulson_> mterry, yes
[13:58] <chrisccoulson_> mterry - we need to update the desktop files for all the protocol handlers, and then set the defaults in desktop-file-utils as well
[13:58] <chrisccoulson_> when i upload firefox later, it will have part of the fix in
[13:58] <chrisccoulson_> i'm just wondering whether to change the Exec line for firefox and add -new-tab to it
[13:58] <chrisccoulson_> it doesn't seem to affect a normal startup
[13:59] <seb128> chrisccoulson_, or you could add a special .desktop just for the handler
[13:59] <seb128> ogra_ac, define "supported"
[14:00] <chrisccoulson_> seb128 - i could do. the issue is that firefox needs to have knowledge of the desktop file so it can set itself as the default browser
[14:00] <chrisccoulson_> and that's already tricky enough, as the desktop files are distro-provided
[14:00] <chrisccoulson_> currently, it will just use "firefox.desktop"
[14:00] <chrisccoulson_> when they've accepted my patchset ;)
[14:01] <seb128> ok
[14:01] <ogra_ac> seb128, in "main"
[14:01] <ogra_ac> i.e. getting security attention and SRU love
[14:01] <chrisccoulson_> it doesn't need SRU love - it's already perfect!
[14:02] <chrisccoulson_> ;)
[14:02] <seb128> ogra_ac, I don't know, I don't think rb ever had a security update
[14:02] <ogra_ac> we have to ship it for arm
[14:02] <seb128> ogra_ac, we do sru things in universe as well
[14:02] <ogra_ac> well, i mean the canonical supported set of apps ;)
[14:02] <seb128> it will stay available but help to maintain it is welcome
[14:02] <micahg> seb128: 4 updates in lucid, none in maverick yet
[14:02] <ogra_ac> k, thanks
[14:03] <seb128> ogra_ac, it's not really clear what we support or not, we don't support everything in main in any case
[14:03] <seb128> micahg, security updates?
[14:03] <micahg> or rather 1 in maverick in -proposed, no security updates :)
[14:03] <ogra_ac> seb128, well, unless upstream mono fixes mono on ram we dont have much choice
[14:03] <micahg> in Hardy there was one
[14:03] <ogra_ac> *arm
[14:04] <seb128> ogra_ac, in any case those questions don't really make sense
[14:04] <seb128> it's not our default player, we still like it and will try to keep it uptodate
[14:04] <ogra_ac> ok
[14:04] <seb128> but you know how it goes with resources
[14:04] <micahg> seb128: and the hardy -security update was for the FF36 transition
[14:04] <ogra_ac> indeed
[14:05] <seb128> micahg, I was just trying to point that the question was rather theoric, rb doesn't have lot of security updates usually
[14:05] <micahg> right
[14:05] <seb128> it will get less work for sure not being in the default installation
[14:05] <seb128> but it doesn't mean it will not be in a shipable state
[14:05] <ogra_ac> ok
[14:05] <ogra_ac> well, we'll be your testbed ;)
[14:06]  * ogra_ac shakes up the pillows
[14:06] <seb128> well, feel free to take over it if you want ;-)
[14:06] <ogra_ac> i'll look into bugs i find
[14:06] <ogra_ac> for sure
[14:06] <seb128> thanks
[14:12] <didrocks> ogra_ac: can you try dget -x http://people.canonical.com/~didrocks/netbook-meta_2.036.dsc and build it on an armel system to ensure it's still working? (as ppa doesn't have armel, I can't test it there) please?
[14:13] <ogra_ac> didrocks, just upload it, if the images break we will fix it
[14:13] <ogra_ac> its not that we are close to A1 yet ;)
[14:13] <didrocks> ogra_ac: ok, I just wait to make unity entering natty and then, will upload that
[14:13] <didrocks> ogra_ac: I'll do the same for the -settings, just building on armel for now and ask for binary removal
[14:14] <ogra_ac> thanks
[14:14] <didrocks> (not sure a manual removal is needed when getting from arch:all to arch:<something> on !something btw)
[14:14] <didrocks> yw :)
[14:35] <seb128> didrocks, didiiiiiiiier
[14:35] <seb128> <- just updated compiz to 0.9
[14:35] <seb128> not a success
[14:36] <didrocks> seb128: what happened?
[14:36] <didrocks> (natty, right?)
[14:36] <seb128> the first issue is that you didn't update the shlibs on libdecorator0
[14:37] <seb128> I still had 0.8 and the deco .so bailed out on missing symbols
[14:37] <seb128> (I upgraded by doing an apt-get install compiz)
[14:38] <didrocks> shlibs on libdecorator0? there is none IIRC
[14:38] <didrocks> let me check
[14:38] <seb128> that's the issue
[14:38] <seb128> upgrading compiz didn't upgrade libdecorator0
[14:38] <didrocks> ok, will fix that then (a symbols file will be better and easier)
[14:39] <didrocks> what else?
[14:39] <seb128> the gnome compat option was not activated ;-)
[14:39] <seb128> (but you know about that)
[14:39] <didrocks> well, you know why it's not :-)
[14:40] <seb128> is ther a way to set my desktop grid from ccsm?
[14:40] <seb128> the number of workspace, lines, columns
[14:40] <seb128> I don't find it in the wall options
[14:40] <didrocks> yeah, I didn't find either, and didn't asked yet sam
[14:41] <seb128> ok, find it
[14:41] <didrocks> oh? where is it?
[14:41] <seb128> it's in the first category options
[14:41] <seb128> the general compiz options
[14:42] <didrocks> oh, that's an entry
[14:42] <seb128> ok, I'm only missing a way to set "go to workspace <n>" shortcuts now
[14:42] <didrocks> well, hard to find, I was thinking it was a plugin, didn't notice it doesn't have any checkbox
[14:44] <didrocks> seb128: ok, then, the only "unknown issue" was on apt-get install compiz to upgrade, no shlibs/symbols file. Fixing this then :)
[14:44] <seb128> thanks ;-)
[14:45] <didrocks> seb128: thanks for reporting this, it got eaten in the cdbs -> dh7 transition I thing :)
[14:46] <pitti> didrocks: oh, you are packaging gnome stuff with dh7 now? do we need a dh_langpacks then?
[14:46] <seb128> pitti, no "GNOME" but compiz ;-)
[14:47] <seb128> but yeah, having dh7 utility for the cdbs magic we have would be nice
[14:47] <didrocks> pitti: Amaranth began the compiz work on dh7, so I continued with than. I'll try to have a long on dh7 vs dh_langpacks for A2
[14:47] <seb128> we have a task open for that since last cycle
[14:47] <didrocks> (I should have a WI somewhere for that)
[14:47] <pitti> ok, that shouldn't be too hard; that would go into gnome-pkg-tools?
[14:47] <seb128> didrocks, there is a debhelper bug open and assigned to our team on launchpad
[14:48] <didrocks> pitti: right now, there is a manual hack in the rules for desktop files only
[14:48] <seb128> if you want to claim it
[14:48] <didrocks> seb128: sure, looking for it
[14:48] <seb128> pitti, well ideally we would get a --with gnome in Debian and modify that one in Ubuntu
[14:48] <seb128> that would avoid having to patch the rules in ubuntu to include that
[14:49] <pitti> *nod*
[14:49] <pitti> if the Debian GNOME guys can agree to b-dep'ing on gnome-pkg-tools for packages that they convert to dh7
[14:49] <didrocks> claimed bug #595008
[14:49] <ubot2> Launchpad bug 595008 in debhelper (Ubuntu) "should port the Ubuntu cdbs custom rules to dh7 (affects: 1) (heat: 20)" [Wishlist,New] https://launchpad.net/bugs/595008
[14:51] <seb128> didrocks, thanks
[14:51] <didrocks> yw :)
[14:51] <seb128> the "shortcuts to go to workspace <n>" not working is likely to drive me crazy
[14:52] <pitti> or all my other shortcuts :)
[14:55] <didrocks> seb128: use the gconf backend (/!\ not tested)
[14:56] <didrocks> I'm used to ctrl + alt + arrows with my ws layout, so not a crazy thing for me :)
[14:57] <chrisccoulson_> didrocks, it crashed when i switched it to the gconf backend here ;)
[14:57] <didrocks> chrisccoulson: did you report a bug about it?
[14:58] <chrisccoulson> didrocks, not yet, i wasn't sure if it was just a transitional issue
[14:58] <chrisccoulson> will try it again later once i've updated again
[14:58] <didrocks> chrisccoulson: ok, thanks :)
[14:58] <didrocks> I try to not clutter my laptop before we decide on either switching the backend or not
[14:58] <seb128> didrocks, oh also I get "compiz not responding" when closing the session
[14:58] <seb128> you might want to activate the session option?
[14:58] <chrisccoulson> shouldn't it have a GSettings backend? :)
[14:59] <didrocks> seb128: session management plugin?
[14:59] <seb128> yes
[14:59] <seb128> where is the backend selection option?
[14:59] <didrocks> seb128: I'll have a try and see if it fixes it
[14:59] <didrocks> seb128: in the general options you were talking about lately
[14:59] <didrocks> chrisccoulson: depends, because the backend looks the GNOME keys from the same backend
[15:00] <didrocks> chrisccoulson: so, if g-s-d still store its values in gconf and we activate the gsettings backend -> fail :)
[15:01] <seb128> the first pixel doesn't react to click, known issue?
[15:01] <didrocks> known issue
[15:02] <didrocks> seb128: if you want to workaround it, desactivate the active edge in the wall plugin
[15:02] <seb128> that one will annoy me as well I think
[15:02] <seb128> thanks
[15:03] <didrocks> it's hard to live with it for long, I agree :)
[15:03] <seb128> didrocks, what option is that?
[15:04] <didrocks> seb128: so, in the wall plugin -> Bindings -> Edge flipping -> desactive for all Flip Right/Up/Down/Left
[15:05] <seb128> didrocks, ok, gotcha, thanks
[15:05] <didrocks> yw :)
[15:05] <seb128> didrocks, do you have bugs open to track those issues?
[15:05] <seb128> just to make sure they don't fall off the list
[15:06] <didrocks> seb128: yes, and it's even fix in trunk for the compiz main plugin (for the edge issue), but last time I tried a make dist, it wasn't stable enough
[15:06] <didrocks> and as sam is reorganizing the tree, I prefer him to finish that as cherry-pick wasn't really possible (needs new code in other plugins too)
[15:06] <didrocks> already lost 2 hours on that, was enough :)
[15:08] <didrocks> does someone know why gsettings had both notion of path and id? seems to be redundantly the same notion to me, so I must miss something
[15:15] <seb128> didrocks, ok, using gconf doesn't fix the keybinding issues
[15:16] <didrocks> seb128: hum? smspillaz was pretty sure that without the gconf backend, it won't work. Not sure if something else is broken then. I'll have a look
[15:20] <fta> cyphermox, pong
[15:22] <fta> cyphermox, oh, i see. rm -rf /data/bot/upstream/network-manager.git  <= done
[15:23] <fta> cyphermox, next respin in 15h. if you need one faster, let me know
[15:26] <seb128> ok, session handling doesn't work
[15:26] <seb128> enough playing with compiz, let's get back to work
[15:26] <cyphermox> fta, thanks, it's good enough
[15:30] <didrocks> seiflotfy: ok, that for the info (on session handling), will check as well
[15:32] <cyphermox> didrocks, I may have just found out (finally) what's wrong in the migration code, checking it out now :)
[15:33] <didrocks> cyphermox: oh nice, what was it?
[15:33] <cyphermox> looks to me like at least views is being iterated over to get emptied (and it is empty in all cases) but using a different method than other things which doesn't remove the source directory in the end :)
[15:34] <cyphermox> didrocks, there will still be figuring out what happens to .evolution/*/local though, and everything about cache is unsure.
[15:35] <cyphermox> didrocks, I think I have added enough debug g_print's and stuff to see it properly though
[15:35] <didrocks> cyphermox: ok, nice :)
[15:36] <cyphermox> I'm just hoping that dropping my old backup in place will be enough to test migration, I'd like to avoid setting up new accounts over and over :)
[15:37] <didrocks> cyphermox: well, I have another setup, but also not clean at all as I have half a migration :)
[15:39] <cyphermox> didrocks, right, well, in reality, I think the migration has always worked, there's just leftovers
[15:40] <cyphermox> didrocks, I don't think cache, for example, matters much. stuff will just get re-cached..
[15:40] <cyphermox> didrocks, any chance you could find .evolution -print and send me the output, so I can compare with the two other runs I did?
[15:40] <didrocks> cyphermox: right, but we still need to know if removing the cache live can't damage evolution process :)
[15:40] <didrocks> .evolution -print ?
[15:41] <cyphermox> find .evolution -print
[15:41] <didrocks> cyphermox: http://paste.ubuntu.com/533061/
[15:41] <didrocks> cyphermox: should be empty at the end IIRC
[15:41] <cyphermox> didrocks, right
[15:41] <cyphermox> but look, no cache for you ;)
[15:42] <didrocks> yep
[15:43] <cyphermox> anyway, thanks, I'm looking. I think at least in your case it's really views that isn't getting removed when it should, but there are other issues because I have more files around in both the attempts I did at home
[15:44] <didrocks> ok :)
[15:56] <seb128> didrocks, so the g-s-d issue was a gcc one?
[15:57] <seb128> mterry, did you try to figure why lpi failed to build?
[15:57] <didrocks> seb128: right, no --as-needed related or DSO linking though
[15:57] <mterry> seb128, no, didn't get to it.  Let me check now
[15:57] <didrocks> seb128: doko will look at it, I pastebin him the example and the command line, should be short enough
[15:57] <seb128> didrocks, weird, did it fail locally for you?
[15:58] <didrocks> seb128: yeah, it failed locally too
[15:58] <didrocks> not for you?
[15:58] <seb128> ok
[15:58] <seb128> I'm still on gcc-4.4 ;-)
[15:58] <seb128> I will update gcc now
[15:58] <didrocks> ok, it seems you cherry-pick natty upgrade? :-)
[15:59] <seb128> well I added natty to my sources.list and I do apt-get install "things I need"
[15:59] <seb128> or want
[16:00] <seb128> I usually take the desktop stack but let other things
[16:00] <seb128> mterry, thanks
[16:00] <didrocks> waow, you get a mixed host :)
[16:00] <seb128> didrocks, well I like a stable system
[16:00] <didrocks> natty isn't so ackward to me (until now)
[16:00] <seb128> like I should have stayed away from the new compiz, having the bugs don't bring me a lot since I don't work on it
[16:00] <didrocks> well, I should reboot, but let's see tomorrow morning :)
[16:01] <didrocks> apart from the session management and the keybinding, you don't have any other bug, isn't it?
[16:01] <seb128> no, but that's enough to slow me in my work ;-)
[16:02] <didrocks> I never used Ctrl + Alt + num, but maybe that's because my layout is 3x2 and not 4x2 (it's easy to get with arrows from the first to the last ws)
[16:04] <seb128> my layout is 3x2 for some time
[16:04] <seb128> but like my email client and IRC are not on workspaces next to each others
[16:04] <seb128> so I'm used to hit the "go to workspace <n>" for IRC and email
[16:04] <seb128> having to deal with down, left, right is not as efficient
[16:08] <asac> first steps in unity for stupid asac ... i start firefox and cannot say "keep in launcher" ;) ... is that a feature?
[16:09] <seb128> asac, unity on maverick or natty?
[16:10] <seb128> mvo, sorry I forgot to reply to your comment about update-manager earlier
[16:11] <seb128> mvo, while typing in the packages list weird things happen
[16:11] <jcastro> didrocks: Is that all we have so far? https://bugzilla.gnome.org/buglist.cgi?query=product:banshee%20whiteboard:ubuntu
[16:11] <seb128> like I start typing "libgtk" and it goes "lbigkt" or whatever, the cursor jump back to the previous position while it's thinking
[16:12] <seb128> jcastro, we would need somebody with time to work on that to have extra issues
[16:12] <didrocks> jcastro: yep, this is just the list of bugs needed to be fixed upstream (apart from other bugs "don't work", but we need a hugday for that)
[16:12] <asac> seb128: maverick
[16:12] <seb128> jcastro, I don't think we communicated to anybody that we need testing or feedback on those
[16:13] <jcastro> seb128: upstream is willing to work on bugs for us that we tag as important for the switch
[16:13] <jcastro> that list just seems "low"
[16:13] <asac> seb128: does it use "StartupWMClass=Namoroka
[16:13] <asac> "
[16:13] <asac> to figure out which desktop file it is and if that doesnt match somehow, it doesnt offer keep launcher?
[16:13] <seb128> didrocks, ^
[16:14] <mvo> seb128: oh, I vaguely remember about out-of-order chars, but I can't quite remember what the cause was :/
[16:14] <asac> where is chris? lagger ;)
[16:14] <seb128> jcastro, well as said nobody had time to build a list yet
[16:14] <mvo> seb128: but its something more generic
[16:14] <seb128> jcastro, didrocks has sort of been busy getting the new compiz and unity going
[16:14] <asac> chrisccoulson: ^^
[16:14] <seb128> jcastro, and we didn't do any call for feedback
[16:14] <jcastro> seb128: ok, what can I do to help?
[16:14] <asac> chrisccoulson: unity does not offer to keep namoroka in launcher
[16:14] <asac> is that WMClass problem?
[16:15] <didrocks> jcastro: I really don't have the time to work on that seriously, we need maybe the QA team to get a list of important bugs. I got the "functions" we need
[16:15] <jcastro> seb128: btw Laney and co got the deps split and under control, the diskspace issue isn't going to be as bad as we thought
[16:15] <chrisccoulson> asac - probably. i've fixed all the WMClass issues in the 4.0 builds
[16:15] <chrisccoulson> it was broken before in 3.6
[16:15] <asac> chrisccoulson: whats the right WMClass i should put there?
[16:15] <seb128> jcastro, not sure, what about doing a call for feedback from users on the forums on ask ubuntu
[16:15] <jcastro> didrocks: ok I will work on that!
[16:15]  * asac just wants it in launcher ;)
[16:15] <seb128> jcastro, I've seen, great
[16:15] <chrisccoulson> asac - is this 3.6 dailies?
[16:15] <asac> chrisccoulson: ack
[16:15] <didrocks> jcastro: nice, but you should set a hug day first, a ot of bugs are quite old to be useful
[16:15] <asac> chrisccoulson: StartupWMClass=Namoroka
[16:15] <asac> thats what i have
[16:15] <seb128> jcastro, then we could go through the discussion and file bugs for things which are appropriate
[16:15] <jcastro> seb128: well, I don't want a call for pet bugs, this is for bugs we really need.
[16:16] <jcastro> ok sounds good to me, I'll talk to pedro
[16:16] <chrisccoulson> asac - it's usually just the branding name, but if that doesn work, you can try running xprop on the browser window
[16:16] <asac> chrisccoulson: hmm ... WM_CLASS(STRING) = "Navigator", "Namoroka"
[16:16] <seb128> jcastro, well, I would do a call for them to dump what they think match on the forum discussion and then we can filter out
[16:16] <asac> chrisccoulson: thats what i get with xprop
[16:16] <asac> look right:((
[16:16] <seb128> jcastro, I don't want them to open the bugs
[16:16] <jcastro> ok
[16:16] <chrisccoulson> asac - and the desktop file has StartupWMClass=Namoroka?
[16:16] <seb128> jcastro, it would just be easier for us to review that discussion
[16:16] <asac> chrisccoulson: ack
[16:16] <asac> didrocks: any idea what unity checks to offer "keep in launcher" ?
[16:17] <jcastro> I don't think a forum discussion would help
[16:17] <chrisccoulson> that's weird, that should work. it must be doing some other magic ;)
[16:17] <jcastro> it'll just turn into mono flamewar
[16:17] <jcastro> desktop mailing list perhaps?
[16:17] <mterry> seb128, figured it out.  I put the install-gtk3-version logic inside a block in debian/rules that only got run for an 'all' package, when it should be for an 'any' package.  fixing now
[16:17] <didrocks> asac: no, I know there is a bug where it doesn't offer that (it's not implemented yet on the compiz rewrite), so as the code was different, I didn't check that. But it's obviously a bug
[16:17] <asac> didrocks: its maverick
[16:18] <chrisccoulson> asac - did you have a chance to look at the ubufox merge? :)
[16:18] <chrisccoulson> (whilst you're here) ;)
[16:18] <asac> chrisccoulson: yes ... half way through
[16:18] <chrisccoulson> thanks
[16:18] <asac> currently at meegoconf
[16:18] <asac> tomorrow i will finish it i hope
[16:18] <seb128> mterry, oh, great, thanks
[16:19] <didrocks> asac: yeah, it's a bug that's on the list of things to fix as a SRU
[16:19] <asac> didrocks: is it because we have more than one WMCLASS here:
[16:19] <asac> didrocks: WM_CLASS(STRING) = "Navigator", "Namoroka"
[16:19] <asac> thats what i get for that window
[16:20] <asac> maybe its not checking the second string?
[16:20] <didrocks> hum, ok, so bamf doesn't get the right matching
[16:20] <didrocks> should be that
[16:20]  * asac changes to .desktop to use Navigator
[16:20]  * asac tries
[16:21]  * asac thinks he has to killall mutter to trigger rereading desktop :((
[16:21] <didrocks> asac: bamf-daemon
[16:21] <didrocks> asac: kill that one
[16:21] <asac> shit ... mutter doesnt restart :((
[16:21] <asac> ok lets see
[16:22] <rodrigo_> jcastro, the nautilus elementary people forked?
[16:22] <asac> sigh ... didnt help didrocks ... anyway. thanks!
[16:22] <seb128> rodrigo_, they sort of stopped working on it, why?
[16:22] <asac> how can i add the launcher manually? only gconf hackery?
[16:23] <didrocks> asac: file a bug, (and think about the .desktop file cache, if triggered or not?)
[16:23] <didrocks> asac: yeah, gconf under /desktop/unity
[16:24] <rodrigo_> seb128, ah, just saw a comment about it from jcastro on the blueprint
[16:24] <rodrigo_> seb128, so, no more nautilus elementary?
[16:24] <jcastro> rodrigo_: yeah it's called marlin now or something
[16:24] <rodrigo_> ugh
[16:24] <seb128> rodrigo_, what do you want to know exactly?
[16:24] <rodrigo_> seb128, if they really forked
[16:25] <seb128> ok, I don't know
[16:25] <rodrigo_> at UDS we talked about them addressing the upstream concerns in their patches
[16:25] <rodrigo_> but seems they preferred forking
[16:25] <seb128> some of them replied to jcastro's email that nobody is actively working on it
[16:25] <jcastro> https://launchpad.net/marlin
[16:25] <rodrigo_> oh, so they forked to stop working on it? jcastro??
[16:25] <jcastro> they stopped working on -elementary
[16:26] <jcastro> and now have this thing called marlin
[16:26] <jcastro> which they say isn't ready so they haven't made any releases
[16:29] <kenvandine> rodrigo_, i think they forked it because some of the changes they wanted to make were painful because the binary was named nautilus
[16:29] <kenvandine> rodrigo_, i don't know if they want to remain forked... but they needed to not conflict with nautilus, afaik
[16:30] <pitti> hm, meeting time, isn't it?
[16:30] <kenvandine> yup
[16:30] <pitti> no Jason apparently
[16:30] <seb128> yes, meeting time
[16:31] <pitti> I'm still catching up with tech board meeting, the designated chair didn't appear either
[16:32] <seb128> pitti, do you want me to start the meeting there?
[16:33] <pitti> seb128: need 3 more mins
[16:34] <seb128> pitti, ok, as you want
[16:34] <pitti> ok
[16:34] <seb128> I can already ping people
[16:34] <rodrigo_> kenvandine, painful because of the binary name??
[16:34] <pitti> so, let's start
[16:35] <pitti> bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, tkamppeter: meeting time?
[16:35] <seb128> rodrigo_, they got comments because they should work with nautilus upstream rather do what they want I guess and they had enough of those, they really want to do a different application
[16:35] <tkamppeter> hi
[16:35]  * kenvandine waves
[16:35] <didrocks> hey o/
[16:35] <mterry> hihi
[16:35] <Riddell> hi
[16:35] <seb128> hey
[16:35] <rodrigo_> pitti, yes
[16:35] <tremolux> heyo
[16:35] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-11-16
[16:36] <chrisccoulson> hi!
[16:36] <pitti> [TOPIC] Outstanding actions from last meeting
[16:36] <pitti> jasoncwarner - follow up with tkamppeter about paper size bp
[16:36] <pitti> didn't see activity on the BP, so let's carry over
[16:36] <pitti> doko/Riddell - investigate ARM issue with kubuntu
[16:37] <Riddell>  * Qt still broken on ARM, new problem found with gcc, will upload with assembly fix later today but won't work until gcc gets fixed, bug 675347
[16:37] <ubot2> Launchpad bug 675347 in gcc-4.5 (Ubuntu Natty) (and 2 other projects) "volatile int causes inline assembly build failure (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/675347
[16:37] <pitti> Riddell: I guess at that point we can track it in the bug report? or do you want to keep the action as a reminder?
[16:38] <Riddell> bug report is fine
[16:38] <pitti> ok
[16:38] <pitti> didrocks - update wiki template w/ updated agenda and rodrigo
[16:38] <didrocks> done  :)
[16:38] <pitti> apparenlty done
[16:38] <pitti> pitti - prepare initial release page
[16:38] <pitti> carried over, will prepare for this Friday's release meeting
[16:38] <pitti> jasoncwarner - follow up meeting w/ TheMuso
[16:38] <pitti> unknown at this point
[16:39] <pitti> [TOPIC] Partner Update
[16:39] <pitti> kenvandine: floor is your's
[16:39] <kenvandine> Ubuntu One
[16:39] <kenvandine> Work item planning is taking shape, they resolved team assignment problems they had last cycle. We should be able to effectly view their status throughout the cycle. They will get all the work items in by the end of this week.
[16:39] <kenvandine> DX
[16:39] <kenvandine> QA has finished an initial API for automated testing
[16:40] <kenvandine> and unity landing in natty this week, but i guess didrocks will cover that
[16:40] <pitti> mago tests for unity?
[16:40] <kenvandine> i don't think so
[16:40] <kenvandine> yet
[16:41] <kenvandine> this is an API for driving tests via dbus
[16:41] <kenvandine> i think
[16:41] <pitti> ah, so not using a11y
[16:41] <kenvandine> don't know the details, lamalex did it :)
[16:41] <kenvandine> not yet... a11y work is just getting started
[16:41] <kenvandine> that's all i have
[16:41] <pitti> kenvandine: thanks
[16:41] <lamalex> pitti, https://wiki.ubuntu.com/Unity/QA/StateIntrospection
[16:41] <lamalex> that's what we're doing for unity debugging on mago right now
[16:42] <pitti> lamalex: ah, interesting
[16:42] <pitti> [TOPIC] Kubuntu update
[16:42] <pitti> Riddell: anythign worth mentioning this week?
[16:42] <Riddell>  * Qt 4.7.1 and QtWebKit 2.1 in progress
[16:42] <Riddell>  * Probable switch to gstreamer in the near future
[16:42] <Riddell>  * Qt still broken on ARM, new problem found with gcc, will upload with assembly fix later today but won't work until gcc gets fixed, bug 675347
[16:42] <ubot2> Launchpad bug 675347 in gcc-4.5 (Ubuntu Natty) (and 2 other projects) "volatile int causes inline assembly build failure (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/675347
[16:42] <Riddell>  * tech board approved updates can go into -updates with sufficient testing and procedure
[16:42] <Riddell> pitti: I uploaded kdebindings to fix the python-kde issue you came across
[16:42] <pitti> Riddell: yay you
[16:43] <pitti> wow, gstreamer in KDE?
[16:43] <pitti> perhaps one day we'll just have one set of codec packages then :)
[16:43] <Riddell> that's the hope
[16:44] <pitti> seems bryceh is not online, and RAOF is tight asleep, so let's skip the X update
[16:44] <pitti> [TOPIC] Unity update
[16:44] <didrocks>  * After a semi-marathon with the dx team, unity is now out in the unity ppa (https://launchpad.net/~unity/+archive/ppa) !
[16:44] <didrocks>  So, if you want to try it (it's really a pre-alpha), make sure to read this: http://wiki.ubuntu.com/Unity/InstallationGuide
[16:44] <didrocks>  * There are some known bugs on i386 which will be fixed this week release. We will upload it to natty on next release (Thursday probably) and kill ubuntu-netbook on arch !armel at the same time.
[16:45] <didrocks>  * Some remaining bugs on compiz too, we'll dive in this week as well and talk about migration.
[16:45] <didrocks> that's look good, prepare one NEWing :) nux
[16:45] <mvo> didrocks: does it support alt-f2?
[16:46] <didrocks> mvo: if gnome-panel is launched, yes, but a dedicated app will come (not for A1 in any case)
[16:47] <pitti> so, thanks didrocks; looking forward to next Thursday :)
[16:47] <rodrigo_> why would gnome-panel be launched when running unity?
[16:47] <pitti> (and when do we get our compiz keybindings back..)
[16:47] <didrocks> pitti: well, tricky question
[16:47] <pitti> didrocks: so the configuration migration from 0.8 is still an unsolved problem, I guess?
[16:47] <didrocks> rodrigo_: as it's not the default right now, it doesn't replace gnome-panel
[16:47] <rodrigo_> didrocks, ah
[16:47] <didrocks> pitti: yeah, it's an upstream issue, we will talk about that eow with upstream
[16:48] <didrocks> pitti: about the keybindings…
[16:48] <didrocks> the thing it that if we want GNOME keybindings, we have to use gconf backend (as keys are in gconf)
[16:48] <didrocks> which means storing plugins settings in gconf too
[16:48] <pitti> didrocks: it could be an one-time migration, too?
[16:48] <didrocks> upstream wants either init or gsettings backend to be used for performance
[16:49] <pitti> anyway, if that's to be discussed, that's fine
[16:49] <didrocks> pitti: g-s-d will still store in gconf
[16:49] <didrocks> if we don't pick the new version
[16:49] <rodrigo_> didrocks, 2.91.x will store in gsettings as soon as lists are supported in gsettings
[16:49] <didrocks> (that's why the normal of viewport isn't picked as well)
[16:49] <rodrigo_> ah, sorry, you're talking about 2.32
[16:49] <didrocks> rodrigo_: right, but we are not sure to use it AFAIK
[16:50] <pitti> [TOPIC] USC update
[16:50] <tremolux> hey
[16:50] <tremolux>  * Ratings and Reviews:  ISD has officially kicked off server-side development this week
[16:50] <tremolux>  * Work items defined for Ratings and Reviews, Donations for Free Software blueprints
[16:50] <tremolux>  * Started work on tracking Software Center performance metrics through automatic testing throughout the cycle
[16:50] <tremolux>  * Targeted UI code refactoring
[16:51] <pitti> tremolux: you can automatically exercise clicking buttons in s-c? using atk/mago?
[16:51]  * pitti is pleased to see automatic tests appear in our projects now
[16:51] <tremolux> pitti: this is mainly for performance at the start (startup in particular)
[16:52] <tremolux> not sure we are doing mago yet?  mvo?
[16:52] <pitti> ah, I see
[16:52] <tremolux> pitti: but we do have a set of automatic tests we do at build time, since maverick
[16:53] <pitti> ok, thanks tremolux
[16:53] <pitti> [TOPIC] work items & release status
[16:53] <tremolux> pitti: welcome  :)
[16:54] <mvo> pitti: not mago, but automatic
[16:54] <pitti> I don't have a release status page yet, still a bit early; I'll do one for Friday, though, when we'll have our first release meeting
[16:54] <pitti> wrt. natty specs we seem to be in great shape
[16:54] <pitti> http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team.html looks good so far :)
[16:54] <pitti> does anyone have a spec which should be targetted for natty, but doesn't appear there?
[16:56] <pitti> ok, seems not
[16:56] <pitti> [TOPIC] AOB
[16:56] <pitti> anythign else?
[16:57] <seb128> not from me
[16:57] <pitti> so, thanks everyone!
[16:57] <seb128> thanks pitti
[16:58] <tremolux> thanks everybody
[16:59] <didrocks> thanks
[16:59] <kenvandine> hey jasoncwarner
[16:59] <rodrigo_> thanks :)
[16:59] <seb128> hey jasoncwarner
[16:59] <seb128> jasoncwarner, just on time to avoid the meeting it seems ;-)
[16:59] <pitti> hello jasoncwarner, how's .au?
[17:00] <jasoncwarner> hey guys...
[17:00] <kenvandine> i think that 3g lag is tough :)
[17:00] <didrocks> hey jasoncwarner :)
[17:00]  * kenvandine ducks
[17:00] <jasoncwarner> seriously ;)
[17:00] <kenvandine> move go ok?
[17:00] <jasoncwarner> I guess I am victim of google calendar again...so meeting was an hour ago?
[17:01] <seb128> jasoncwarner, 30 minutes ago
[17:01] <kenvandine> 30m ago
[17:01] <seb128> jasoncwarner, we did wrap up a minute before you joined
[17:01] <seb128> jasoncwarner, you should go back to bed ;-)
[17:01] <tremolux> jasoncwarner: seen lots of dingoes?
[17:02] <jasoncwarner> seb128: thanks :) wonder why my calendar says otherwise. GAH.
[17:02] <jasoncwarner> tremolux: not yet, but I did eat Kangaroo last night. Interesting.
[17:02] <rodrigo_> seb128, there are a couple of new packages in the PPA that don't have a LP project, so can't push to ~ubuntu-desktop branches, so should I create those projects in LP?
[17:02] <tremolux> jasoncwarner: woah
[17:02] <rodrigo_> hey jasoncwarner
[17:02] <jasoncwarner> rodrigo_: morning!
[17:02] <seb128> rodrigo_, ideally yes
[17:02] <rodrigo_> seb128, ok, it's librest and libgnome-media-profiles
[17:03] <seb128> rodrigo_, that will be useful to open upstream bug tasks as well
[17:03] <rodrigo_> seb128, ok, creating them then
[17:03] <rodrigo_> seb128, I do it via https://launchpad.net/projects/+new right?
[17:07] <seb128> rodrigo_, yes
[17:08] <micahg> rodrigo_: did you get my comments on the librest upgrade?
[17:08] <rodrigo_> micahg, hmm, I think not
[17:08] <rodrigo_> micahg, ah, on the bug?
[17:08] <micahg> rodrigo_: yes
[17:08] <rodrigo_> micahg, yes, working on fixing the issues
[17:09] <bryceh> heya jasoncwarner
[17:09] <rodrigo_> micahg, I'll push the branch to an ~ubuntu-desktop branch and will fix all of them there
[17:09] <micahg> rodrigo_: ok, that sounds fine
[17:09] <jasoncwarner>  bryceh: good morning
[17:18] <pitti> seb128: FYI, I'm off today, there's a holiday in my part of Germany
[17:18] <seb128> pitti, tomorrow you mean?
[17:18] <pitti> erm, yes
[17:18] <seb128> pitti, ok, noted
[17:18] <seb128> do you need me to cover for anything while you are not there?
[17:18]  * pitti -> dinner
[17:19] <pitti> seb128: no, just in case someone asks
[17:19] <seb128> ok
[17:19] <seb128> pitti, have fun!
[17:19] <pitti> cheers, you too!
[17:20] <seb128> "desktop team meeting in 10 minutes"
[17:20] <seb128> calendar reminder just being displayed...
[17:20] <pitti> heh, ehre to
[17:21] <pitti> here, too
[17:21] <kenvandine> yeah... google doesn't handle UTC
[17:21] <bryceh> heh
[17:22] <bryceh> pitti, I'll be attending the eastern edition meetings with raof going forward
[17:30] <seb128> mterry, did you tell me had you a fix for lpi and I missed the diff or did you say you were working on it?
[17:39] <seb128> kklimonda, hey
[17:43] <mterry> seb128, working on it, then I hit lunch  :)
[17:44] <seb128> mterry, ok, fair enough, I saw that you didn't screw the meeting time this week ;-)
[17:44] <mterry> :)
[17:48] <kklimonda> seb128: hola
[17:48] <seb128> kklimonda, how are you?
[17:48] <kklimonda> seb128: great, and you?
[17:48] <seb128> kklimonda, I'm fine thanks
[17:49] <seb128> kklimonda, I saw you got atkmm1.6 in the debian pkg-gnome svn
[17:49] <seb128> kklimonda, did somebody review or sponsor it now?
[17:49] <seb128> now->yet
[17:49] <kklimonda> seb128: not yet
[17:49] <seb128> kklimonda, do you plan to update the other part of the gtkmm stack? would you be interested to work on glom as well?
[17:52] <kklimonda> seb128: yes, I'm planning on updating whole gtkmm stack - as for glom I can't say I care about it much but I can work on it once I'm done with other updates.
[17:52] <kklimonda> seb128: would you like me to just update it or work on getting it into debian ?
[17:53] <seb128> kklimonda, it's your call, I don't think the debian guys would say no to have somebody helping updating those in debian as well...
[17:54] <jcastro> kklimonda: upstream glom's been frustrated with the lack of love it's getting in ubuntu, even a little help would go a long way
[17:57] <kklimonda> jcastro: ok, I'll do what I can - I guess the least we can do is to update it and keep it this way.
[17:58] <seb128> right
[17:58] <kklimonda> jcastro: should we update to 1.19.x (which is unstable) or to 1.18.x? I can see that the last release we have is from the unstable branch.
[17:58] <seb128> kklimonda, thanks
[17:59] <seb128> starting to go to 1.18 would be a nice start
[17:59] <seb128> the issue they have is that we ship an unstable serie which is buggy and over a year old
[18:00] <kklimonda> bah, their NEWS file is broken
[18:01] <kklimonda> it's 1.16.1 and 1.19.1
[18:01] <kklimonda> so we'll go with 1.16.1, which is stable, for now
[18:02] <kklimonda> jcastro: we'll have to update gtkmm to 2.22.0 to get glom updated but I've added it to my todo list.
[18:09] <seb128> kklimonda, let me know if you need review or sponsoring
[18:09] <seb128> kklimonda, I can probably review atkmm to start I guess ;-)
[18:10] <kklimonda> seb128: yes, that would be great :)
[18:21] <jcastro> rodrigo_: ready for another one? http://code.google.com/p/yad/
[18:23] <dobey> so i just upgraded to narwhal a bit ago
[18:24] <dobey> and i see that links i click on are being opened in chromium now, instead of firefox (which is set as the default)
[18:26] <seb128> dobey, GNOME changed the way handlers work
[18:26] <seb128> we need to update the desktop files to claim new mimetypes
[18:26] <seb128> they stopped using the gconf handlers
[18:27] <dobey> oh, so it actually checks the file type at the other end of the link and opens stuff in appropriate applications now?
[18:28] <chrisccoulson> dobey, no, it handles protocols with a x-scheme-handler mime-type now. so, if you click on a http: URI, it will open in an app that handles x-scheme-handler/http
[18:29] <chrisccoulson> at least, that's my understanding of it
[18:29] <kenvandine> chrisccoulson, i noticed that... clicking on a link to a jpeg opens the image viewer :)
[18:29]  * kenvandine rather likes that behavior
[18:30] <seb128> chrisccoulson, well, what does it do when there is no handler set?
[18:30] <kklimonda> chrisccoulson: does it mean we can now, instead of using gconf, add x-scheme-handler/scheme to .desktop files for applications?
[18:30] <seb128> dobey, I think it does check the file content because there is no handler
[18:31]  * kenvandine just read  back... links open in chromium from firefox?
[18:31] <chrisccoulson> seb128 - not sure. i think it would fall back to the same mechanism that's used when a handler for a particular content type isn't found
[18:31] <kenvandine> that isn't optimal :)
[18:31] <chrisccoulson> ie, for me, it opens http links in gedit ;)
[18:31] <kenvandine> i was also happy to see it open json in gedit
[18:32] <seb128> kenvandine, no, I think it's when clicking on url from a desktop application
[18:32] <seb128> xchat for example
[18:32] <dobey> seb128: well chromium has the x-scheme-handler types listed
[18:32] <kenvandine> hummm
[18:32] <kenvandine> i guess i have noticed it mostly from in gwibber
[18:32] <kenvandine> so yeah
[18:32] <dobey> seb128: but i added them to firefox.desktop in ~/.local/share/applications and chromium still opens :(
[18:32] <seb128> the browsers don't rely on the GNOME handler to open urls from webpages ;-)
[18:33] <kenvandine> too bad... it would be nice :)
[18:33]  * kenvandine hates browsers :-D
[18:33] <seb128> dobey, weird, maybe check on #gnome-hackers
[18:33] <dobey> ah, needed to update-desktop-database on .local/share/applications
[18:33] <dobey> and now firefox opens
[18:34] <dobey> but i suppose it's by luck that it's doing so
[18:34] <dobey> kenvandine: yay! spread the hate :)
[18:34] <kenvandine> :)
[18:49] <chrisccoulson> dobey - we will set firefox as the default in desktop-file-utils
[18:49] <chrisccoulson> there's also currently no graphical way to change your default browser
[18:49] <chrisccoulson> g-c-c, firefox and chromium all update the old gconf entries :/
[18:50] <dobey> gotta love upstream coordination
[18:50] <chrisccoulson> heh
[18:50] <chrisccoulson> i've sent some patches upstream for firefox, but i need to work through their review comments
[18:50] <chrisccoulson> but g-c-c needs fixing too
[18:52] <seb128> rodrigo_, ^
[18:52] <seb128> do you know what the new g-c-c do for the preferred application selection?
[18:53] <chrisccoulson> seb128 - it uses the x-scheme-handler mechanism and gio now
[18:54] <chrisccoulson> seb128 - http://git.gnome.org/browse/gnome-control-center/tree/panels/default-applications/gnome-da-capplet.c#n90
[18:58] <seb128> chrisccoulson, ok, so basically if we go for the new g-c-c we have nothing to do
[18:59] <chrisccoulson> seb128 - yeah, that would work. we'd still need to fix other things that are using the old mechanism (thunderbird, firefox, chromium, and i guess, evolution too)
[19:00] <chrisccoulson> evo has a default mail client check doesn't it?
[19:00] <kklimonda> yes
[19:00] <chrisccoulson> so, that would need fixing too
[19:05] <didrocks> goo night everyone
[19:08] <chrisccoulson> oh, http links *do* open in a new tab here
[19:08] <chrisccoulson> that's ok then
[19:09] <dobey> chrisccoulson: well i would hope that upstream is fixing the evolution one
[19:09] <dobey> chrisccoulson: and probably epiphany too
[19:09] <chrisccoulson> dobey, yeah, they might already be fixed
[19:09] <chrisccoulson> i didn't check
[19:14] <rickspencer3> seb128, is there a blueprint for the 2d experience?
[19:15] <rickspencer3> hmmm
[19:15] <rickspencer3> if only there was an engineering manager now :)
[19:15] <rickspencer3> jasoncwarner, ^ ?
[19:16] <jasoncwarner> rickspencer3: here
[19:18] <rickspencer3> jasoncwarner, is there a blueprint for the 2d experience?
[19:20] <jasoncwarner> I don't believe explicitly. I think it is part of the bigger unity one. Let me check
[19:23] <kklimonda> rodrigo_: ping :)
[19:24] <jasoncwarner> looks like there is. https://blueprints.launchpad.net/ubuntu/+spec/other-dx-n-2d-experience-fallback (under other, not desktop)
[19:33] <kenvandine> wow... gwibber was throttled by facebook only 76 minutes today... down from 968 minutes last tuesday
[19:33] <bcurtiswx> and it's yes to make it to everyone :) gj Ken!
[19:34] <bcurtiswx> yet*
[19:34] <kenvandine> yeah... i can't believe that enough people have already gotten the fix in -proposed to make this big of an impact
[19:34] <el_wholer> what happened?
[19:35] <kenvandine> el_wholer, long story... :)
[19:35] <bcurtiswx> i did blog/tweet about it ;) its _obviously_ because of that :P
[19:35] <kenvandine> bcurtiswx, haha :)
[19:35] <kklimonda> kenvandine: so what has been the problem? you were misusing some APIs?
[19:36] <bcurtiswx> i think it boils down to bad documentation..
[19:36] <kenvandine> well, kind of
[19:36] <bcurtiswx> on facebooks part
[19:36] <kenvandine> yeah
[19:36] <el_wholer> ok no problem ;)
[19:36] <kenvandine> they give an application an allocation for "API Requests"
[19:36] <kenvandine> but one call to their "fql.query" rest API
[19:37] <kenvandine> would result in thousands of DB queries on their infrastructure
[19:37] <kenvandine> they count DB queries as API requests
[19:37] <kklimonda> huh
[19:37] <kenvandine> which of course isn't documented anywhere
[19:37] <kenvandine> and makes no sense at all
[19:38] <kenvandine> how would anyone be able to calculate how many DB queries happen behind their web service :)
[19:38] <kklimonda> true
[19:38] <kenvandine> 1 of gwibber's calls to facebook was causing 266 million DB queries per day
[19:39] <kenvandine> and... because of another bug i fixed right before UDS... that query was completely useless for gwibber anyway :)
[19:39] <kenvandine> so i just had to backport that fix to lucid and maverick and drop the API call
[19:39] <el_wholer> c'mon let's tell everyone to use gwibber ;)
[19:40] <kenvandine> kklimonda, the DB query count thing was something i have specifically asked about, over and over since july and they ignored me
[19:40] <kenvandine> more users is fine... the allocation grows (in theory) based on number of users
[19:40] <bcurtiswx> then he had the entire country's worth of people in bangladesh come and "like" that bug report basically
[19:40] <kenvandine> hehe :)
[19:41] <kenvandine> those votes is what got us acknowledged!
[19:41] <bcurtiswx> exactly
[19:41] <mterry> seb128, fixed ftbfs and snuck in another change: https://code.launchpad.net/~mterry/launchpad-integration/ftbfs-and-override/+merge/41002  (I can prepare just a pristine ftbfs fix if you'd prefer)
[19:42] <kenvandine> mterry, is launchpad-integration in good shape for me to use to model the dbusmenu and libindicator changes on?
[19:42] <kenvandine> i am about to start that now
[19:43] <mterry> kenvandine, in that branch I linked to, I believe so, yes.  It basically builds a gtk3 version in a subdirectory and installs it into debian/tmp too
[19:45] <kenvandine> ok
[19:46] <kenvandine> mterry, thx
[20:09] <mterry> pitti, I've got a version of gtksourceview3 that uses a symbol file.  It's still in NEW.  Shall I wait until approval and update in universe or is it better to have it rejected and re-NEW?
[20:25] <seb128> mterry, what do you mean?
[20:25] <vish> mterry: hi, when can we expect the next version of gtk to land in natty? specifically the resize grip patch which has been backported to gtk2 as well?
[20:25] <mterry> seb128, I took your suggestion and made a version of gtksourceview3 that used a .symbols file
[20:26] <seb128> mterry, what do you mean "It's still in NEW."
[20:26] <seb128> mterry, you can queue a -0ubuntu2 in new if that's what you mean
[20:26]  * mterry thought it hadn't gone through yet, will check
[20:26] <mterry> seb128, oh really?  didn't know NEW handled that so gracefully
[20:26] <seb128> mterry, you mean "the previous upload is still in new and I've an update which uses a .symbols"
[20:27] <seb128> mterry, you can upload the same version twice in NEW as well
[20:27] <mterry> seb128, correct
[20:27] <seb128> so your choice
[20:27] <mterry> seb128, ! that's neat
[20:27] <seb128> I can reject the current -0ubuntu1 if you want
[20:28] <seb128> Riddell, will you do NEW review today?
[20:31] <mterry> seb128, -0ubuntu2 uploaded
[20:32] <seb128> mterry, great
[20:44] <seb128> vish, there current gtk2 is basically what is in git
[20:44] <seb128> vish, there is no grip backport pending upload
[20:44] <seb128> vish, the patch is in gtk3 in natty though
[20:46] <vish> seb128: but we aernt going to be updating many apps using gtk3 in natty, right?
[20:46] <seb128> dunno yet how many but not a lot no
[20:46] <vish> seb128: there is a workitem to get the grip in natty using the gtk2 backport : https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection-dx-n-resizing-windows
[20:47] <vish> maybe we need to milestone that ?
[20:47] <seb128> the work item is assigned to bratsche so better to ask him about it
[20:48] <vish> seb128: bratsche said to ask you folks.. :)
[20:48] <seb128> bratsche, ?
[20:48] <seb128> vish, it's the first time somebody ask us about that
[20:49] <seb128> I only know about it being in gtk3 because I read some IRC comments
[20:49] <seb128> kenvandine, ^ did bratsche or somebody from dx talked to you about this one?
[20:49] <vish> seb128: yea, iirc, no one from the desktop team was in that session, most dx folk alone there..
[20:49] <bratsche> The thing I wanted to find out from seb128 is about how many apps in Natty will be based on gtk3 vs gtk2.
[20:49] <seb128> seems a communication issue
[20:50] <seb128> bratsche, we don't know yet, we will get updates over time as we feel they are ready
[20:50] <seb128> bratsche, but let's say it will be probably less than 15 using gtk3
[20:50] <bratsche> Okay.
[20:52] <kenvandine> seb128, i hadn't heard :)
[20:52] <seb128> kenvandine, k
[20:53] <seb128> bratsche, in any case is the number of gtk3 softwares changing something?
[20:53] <vish> bratsche: so i guess we need a backport to gtk2 for sure if we want more apps to have the grip, and that would make it easier to backport to maverick?  you want me to file a bug for that?
[20:53] <seb128> bratsche, we will still have gtk2 softwares around so it should be available for those?
[20:53] <bratsche> seb128: I was trying to gauge how important it is to backport this feature to gtk2.  I think it creates a maintenance burden for things like Chromium which makes frequent releases.
[20:54] <seb128> why?
[20:54] <seb128> does it change gtk2 behaviour?
[20:54] <seb128> or does it just add an extra api that applications are free to use?
[20:55] <bratsche> Well, Chromium and Firefox are the only apps I can think of off hand which are likely affected because this grip window will be in the way of their scrollbars.  gtk's scrollbars are smart enough to avoid the grip, but Chromium's are not yet.
[20:55] <seb128> hum ok
[20:55] <bratsche> So in my PPA I patched Chromium, but there seem to be pretty frequent updates to Chromium and they replace what's in my PPA.
[20:56] <seb128> did you talk to chrisccoulson and fta about the impact of this?
[20:56] <bratsche> But maybe in a real release this wouldn't be an issue the way it is in a PPA, because we can just get the Chromium patch into the package.
[20:57] <seb128> well, we can get patches in ppa builds as well
[20:57] <bratsche> And evmar is aware of the feature and will deal with it in Chromium upstream, but not until they actually begin linking to gtk3.
[20:58] <bratsche> Yeah, I have the patch in my ppa build.. but my ppa doesn't auto-update and apply the patch against a new version of Chromium when it gets obsoleted.  Is that possible?
[20:58] <micahg> bratsche: chrisccoulson has started work on getting Firefox working with GTK3
[20:58] <chrisccoulson> not yet i've not ;)
[20:58] <micahg> chrisccoulson: oh, hmm
[20:58] <chrisccoulson> i've got it working with other gnome 3 technologies
[20:58] <micahg> just gsettings then?
[20:58] <chrisccoulson> but not gtk3 yet ;)
[20:59] <seb128> bratsche, not sure how you do your updates, but usually it's up to maintainer to update the patch when it fails to apply
[20:59] <micahg> ok
[20:59] <bratsche> seb128: Okay, nevermind then.  Maybe this is a non-issue.
[20:59] <seb128> bratsche, but I would think the code you patch doesn't change every day so most of the time the patch should work
[20:59] <bratsche> Yeah
[21:08] <chrisccoulson> bratsche, are you going to break firefox then? ;)
[21:09] <seb128> be careful, breaking firefox is chrisccoulson's job, don't steal it ;-)
[21:09] <chrisccoulson> lol
[21:09] <chrisccoulson> well, breaking it is everyone elses job. it's my job to fix it afterwards ;)
[21:12] <bratsche> chrisccoulson: If I backport this patch to gtk2 then we'll probably need to apply a 1-line patch to Firefox.
[21:12] <chrisccoulson> bratsche, what will the patch do?
[21:12] <bratsche> chrisccoulson: Or if you get Firefox running on gtk3 then you'll probably need to do the same thing.
[21:12] <chrisccoulson> i'm not sure i'll manage that tbh ;)
[21:12] <chrisccoulson> but i'll give it a go if nobody else does it
[21:13] <bratsche> chrisccoulson: http://blogs.fedoraproject.org/wp/mclasen/2010/10/09/getting-a-grip/
[21:13] <bratsche> chrisccoulson: That resize grip is on GtkWindow, it just needs to be disabled.  That's it.
[21:14] <chrisccoulson> bratsche, wouldn't it be better to be able to use ther resize grip?
[21:15] <bratsche> Firefox's or gtk's?
[21:15] <chrisccoulson> bratsche, ff-4.0 doesn't have a resize grip (the status-bar is gone)
[21:16] <bratsche> chrisccoulson: Then this is probably going to be more of a problem.
[21:17] <chrisccoulson> heh, that's not good
[21:17] <bratsche> Is Firefox's scrollbar part of gtk or is it a xul widget?
[21:17] <chrisccoulson> bratsche, it's a xul widget
[21:18] <bratsche> Okay, that's going to be the issue.  gtk's scrollbars are smart enough to get out of the way of the resize grip, but Firefox's won't be.  So the easiest thing to do will be to disable the resize grip on Firefox.
[21:18] <dobey> it's not xul exactly
[21:18] <bratsche> If it's a gtk scrollbar, maybe this will all just work.
[21:18] <dobey> but it's not gtk+ either
[21:18] <bratsche> Okay.. for the purposes of this discussion, anything that's not a gtk scrollbar is the same. :)
[21:19] <dobey> bratsche: it just uses gtk+ off screen widgetry to paint the scrollbar
[21:19] <bratsche> Right.
[21:19] <dobey> bratsche: but webkit-gtk uses the exact same code (it's copied over from gecko)
[21:23] <bratsche> chrisccoulson: If you want to do something really badass for Firefox 4, look at modify_allocation_for_window_grip() in gtkrange.c and try to do the same thing for Firefox's scrollbars. :)
[21:24] <dobey> hrmm
[21:24] <dobey> although the scrollbar widgets might be subclasses of GtkScrollable or something now
[21:25] <dobey> so it might Just Work
[21:25] <bratsche> That would be even better, of course. :)
[21:26] <dobey> oh actually, webkit-gtk might not be an issue, because i think the embedded widget you use is actually a GtkScrolledWindow, or you get a widget that's supposed to go into one
[21:27] <dobey> but that's testable with epiphany. chrome of course does something weird
[21:27] <bratsche> Yeah, but I talked to evmar about it at some point.  I think he's planning to deal with it similarly in Chromium.
[21:40] <devildante> is there a mailing list specially for ubiquity? or is ubuntu-devel-discuss the place to discuss it?
[21:47] <TheMuso> devildante: There is ubuntu-installer.
[21:47] <devildante> TheMuso: thanks :)
[21:47] <TheMuso> Both mailing list, and IRC channel.
[21:49] <devildante> thanks again :)
[21:50] <robert_ancell> jasoncwarner, hey, welcome to Australia!
[21:51]  * bryceh waves
[21:54] <kklimonda> is any git master on board? :)
[21:54] <devildante> kklimonda: I certainly am not a master, but I know *some* basics
[21:55] <devildante> decoder: I'm a n00b :p
[21:56] <Amaranth> Dang, I'm never around to discuss compiz
[21:56] <Amaranth> I knew the answer to everything they were talking about too :P
[21:56] <jasoncwarner> robert_ancell: thanks!
[21:57] <TheMuso> jasoncwarner: I am quite surprised you are sticking to PST atm. That would be difficult.
[21:57] <kklimonda> devildante: fortunately I have managed to work it out myself but for the future reference - can I merge branches while omiting some commits?
[21:57] <jasoncwarner> TheMuso: for now, until I can figure out what works for everyone around the world :)
[21:58] <TheMuso> jasoncwarner: Understood.
[21:58] <devildante> kklimonda: I think so
[21:58] <devildante> kklimonda: but I never tried
[22:19] <robert_ancell> rodrigo_, are you there?
[22:26] <rodrigo_> hi rob
[22:26] <rodrigo_> hi robert_ancell
[22:34] <robert_ancell> rodrigo_, oh hey,  you shouldn't be here :P  I was wondering if you'd done anything on the new webkit - I was working on it yesterday to get the new yelp to work
[22:34] <rodrigo_> robert_ancell, no, nothing on that
[22:38] <robert_ancell> rodrigo_, how's things going? I've been trying to improve the versions page so we can see what's available better
[22:38] <rodrigo_> robert_ancell, oh, where's the versions page?
[22:39] <robert_ancell> rodrigo_, http://people.canonical.com/~platform/desktop/versions.html
[22:39] <rodrigo_> robert_ancell, the stuff we have packaged seems to work ok, except for some g-c-c issues which are being solved upstream
[22:39] <rodrigo_> robert_ancell, ok
[22:39] <robert_ancell> I want to put a switch at top that switches between natty and GNOME3 mode.  But my DOM+Javascript skill are a bit rusty
[22:40] <rodrigo_> the upstream version column shows the very latest, either 2.32 or 2.91, right?
[22:41] <robert_ancell> rodrigo_, yes
[22:41] <rodrigo_> and, what are the colors for?
[22:41] <rodrigo_> ah, it says it at the bottom :)
[22:41] <robert_ancell> key is at the bottom, but basically it's ordered from most  out of date to least
[22:42] <rodrigo_> right
[22:42] <rodrigo_> robert_ancell, ok, so there are lots of stuff to package, so what are you going to work next?
[22:42] <rodrigo_> if you're not, I'll work on 'platform' stuff, like gvfs, telepathy, etc
[22:43] <robert_ancell> I normally just go through and grab the ones that I feel like at the time, if it's part worked on I commit the changes to bzr with "UNRELEASED".  Today I'll probably look at yelp, gdm, rhythmbox, nautilus etc
[22:44] <rodrigo_> ok
[22:44] <rodrigo_> robert_ancell, send me a mail when you end your day and I'll pick up where you left, ok?
[22:44] <robert_ancell> rodrigo_, ok
[22:46] <rodrigo_> ok then, back to the sofa now :-)
[22:46] <robert_ancell> nice :)
[22:47] <rodrigo_> talk to you tomorrow, I hope :-)
[22:47] <rodrigo_> good night
[22:48] <robert_ancell> night!
[23:06] <bryceh> is there an eastern edition meeting today?
[23:08] <TheMuso> bryceh: No, moved to our Thursday/your Wednesday.
[23:09] <TheMuso> bryceh: One of us can probably invite you to the calendar entry for it.
[23:09] <bryceh> TheMuso, ah thanks yes please
[23:17] <TheMuso> Hrm google calendar is not an option for new calendar in evolution...
[23:17]  * TheMuso hasn't yet set up his calendar in evolution since doing a fres install of natty.
[23:19] <TheMuso> hrm... Necessary packages are installed...
[23:22] <TheMuso> Hrm second time, its shown up.
[23:25] <TheMuso> bryceh: Hrm doesn't look like I can add additional participants, I think you may need to poke jasoncwarner about it.
[23:28] <jasoncwarner> I'll see what I can do. I do not claim to be able to do anything w/ google calendar, however!
[23:28] <jasoncwarner> freakin' app has been killing me these past couple of days!
[23:29] <TheMuso> Heh I think you were the one who created the event originally, so you are the only one who can invite.
[23:29] <TheMuso> When I tried to add bryceh using my phone, my calendar app crashed. :)
[23:30] <TheMuso> Evolution gave me the add/remove buttons, but they were greyed out.
[23:33] <jasoncwarner> bryceh: you should have it in your inbox now...hopefully
[23:40] <bryceh> thanks
[23:52] <rickspencer3> RAOF, around at all?
[23:52] <RAOF> rickspencer3: Yeah.  What's up?
[23:52] <rickspencer3> RAOF, I jut dist-upgrade to natty, and my display is "blurry" now
[23:53] <RAOF> What hardware?
[23:53] <rickspencer3> things IRL are not
[23:53] <rickspencer3> i965
[23:53] <RAOF> Heh.
[23:54] <RAOF> Got an Xorg.0.log for me?
[23:54] <Sarvatt> sounds like a non-native mode is being used and scaled to fit the screen. got a /var/log/Xorg.0.log handy?
[23:54] <rickspencer3> Sarvatt, I can look
[23:54] <RAOF> Sarvatt: That would indeed be my first guess, yeah.
[23:54] <rickspencer3> and please excuse my ignorance of these things
[23:54] <rickspencer3> as RAOF can attest, I am a bit of an xorg-nincompoop
[23:57] <rickspencer3> Sarvatt, RAOF: http://paste.ubuntu.com/533284/
[23:58] <rickspencer3> I figured I should get this sorted before I install new unity ;)