[10:59] <pochu> I didn't feel very well this morning but I'm fine now :)
[11:00] <pochu> seb128: I think it'll be better for someone else to do the g-s-t updates... I don't have hardy here and won't have it until the next week (when the new desktop arrives) ...
[11:00] <pochu> seb128: I could do the updates themselves, but not build / test them :(
[11:01] <seb128> pochu: alright
[11:02] <seb128> I'll do those
[11:02] <pochu> thank you
[11:03] <pochu> huats: feel free to do anjuta again ;)
[11:03] <huats> :)
[11:04] <huats> ok great
[11:04] <huats> pochu: I will...
[11:04] <huats> this afternoon is it ok ?
[11:04] <pochu> huats: whenever you want is fine ;)
[11:04] <huats> ok
[11:04] <huats> great
[11:04] <pochu> if you don't do it in a week I'll take care of it :p
[11:04] <huats> I'll take care of if thus
[11:04] <huats> :)
[11:04] <pochu> :)
[11:11] <pedro_> good morning!
[11:11] <pochu> hey pedro_
[11:13] <pedro_> hello pochu
[12:09] <slomo> seb128: ok, so... please sync gtk, service-discover-applet, banshee (0.13.2+dfsg-6)... :)
[12:09] <slomo> pochu: is there a delta between ubuntu/debian for gnome-keyring and seahorse? or can those be synced too?
[12:10] <slomo> seb128: banshee/gtk are incoming, service-discovery-applet was uploaded weeks ago ;)
[12:14] <pochu> slomo: for seahorse there is the keyserver.ubuntu.com patch (at least), for gnome-keyring there shouldn't be any important one (there's Standards-Version, descriptions, dependencies wrapped...) but I'm not pretty sure, I'd have to double-check
[12:15] <slomo> pochu: ok, well, check and sync if you want :)
[12:15] <pochu> slomo: sure thing, I'll likely do that next week (and merge seahorse)
[12:35] <seb128> slomo: synced
[12:36] <slomo> seb128: thanks :)
[12:36] <seb128> you are welcome
[12:36] <seb128> thanks for working on those changes ;-)
[13:01] <seb128> slomo: (or somebody else having a clue about mono), could you look at updating evolution-sharp? there is a new version available that should work on GNOME 2.22
[13:01] <seb128> bug #194456
[13:07] <seb128> dholbach: you might want to do the gnome-web-photo update, the new version should work using xul1.9
[13:25] <dholbach> seb128: OK
[13:25] <seb128> dholbach: danke
[13:31] <kwwii> Keybuk: which is better? http://sinecera.de/gdm_tweak.png
[13:34] <Keybuk> which box?
[13:34] <Keybuk> I like the middle one
[13:35] <seb128> the bottom one
[13:38] <kwwii> Keybuk: yeah, I mean the box...how do you like the background?
[13:42] <Keybuk> background is nice
[13:51] <mvo> Amaranth: do you have anything pending for compiz? otherwise I'm going to upload a new version with compiz-decorator soonish
[13:51] <Amaranth> nothing really important
[13:52] <Amaranth> i'll do the nvidia thing late
[13:52] <Amaranth> later*
[13:52] <mvo> Amaranth: which one?
[13:52] <Amaranth> checking for nvidia-settings before using it
[13:52] <mvo> Amaranth: I commited that already :)
[13:53] <Amaranth> ah, then i have nothing
[13:53] <Amaranth> Well, I have something, but you didn't give me any feedback :)
[13:55] <mvo> Amaranth: oh?
[13:55] <Amaranth> bug 173303
[13:55] <Amaranth> we lost ubotwo?
[13:55] <Amaranth> https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bug/173303
[13:56] <Amaranth> that is not a change we should make last minute, safe looking or not :)
[13:56] <Amaranth> i'd like to get it in before beta freeze
[13:57] <mvo> ok, I will check it out when I finished with the other bits
[14:25] <mvo> Amaranth: hrm, something is not working in the decorator plugin, it does not start compiz-decorator
[14:25] <Amaranth> mvo: it'll only work if no other decorator is running
[14:26] <mvo> there is no other decorator running
[14:26] <Amaranth> hrm
[14:29] <Amaranth> [: 38: ==: unexpected operator
[14:30] <mvo> Amaranth: yeah, missing nvidia-settings check
[14:30] <mvo> Amaranth: update your compiz bzr
[14:30] <Amaranth> in compiz-decorator?
[14:30] <Amaranth> i have nvidia-settings installed
[14:31] <mvo> ohh
[14:31] <mvo> sorry
[14:31] <Amaranth> i put the path to compiz-decorator in the decoration plugin, removed the bits to start it from compiz-manager, and it worked fine
[14:32] <mvo> Amaranth: did you logout/login again in between?
[14:32] <Amaranth> no
[14:32] <Amaranth> i made sure no decorator was running though
[14:32] <mvo> could you please try that?
[14:32] <Amaranth> alright, brb
[14:34] <Amaranth> mvo: worked fine
[14:35] <mvo> Amaranth: how strange, I wonder what is going on with my system then
[14:36] <Amaranth> *shrug*
[14:36] <Amaranth> bad path to compiz-decorator?
[14:36] <Amaranth> is compiz-decorator +x?
[14:36] <mvo> if I start it from a terminal it works fine
[14:42] <mvo> Amaranth: meh, its the problem again that setting something in metadata/$foo.xml.in does not automatically propergate it to gconf :( - the default in ccsm is compiz-decorator, the default in gconf is empty
[14:42] <Amaranth> ah, i set it manually
[14:43] <Amaranth> but the gconf stuff gets generated from the xml.in files, no?
[14:44] <mvo> yes
[14:44] <mvo> strnage
[15:00] <mvo__> seb128: gconf is playing tricks with me, I have a compiz-decorator.schema file and that contains a default value "compiz-decorator"
[15:00] <seb128> yes?
[15:01] <mvo__> but it does not show up in gconf-editor or gconftool
[15:01] <mvo__> it says "" there
[15:01] <seb128> mvo__: what is the key name?
[15:03] <seb128> mvo__: ping?
[15:03] <mvo__> http://paste.ubuntu.com/5671 - but its not commited yet, just in my local tree
[15:04] <seb128> mvo__: url doesn't work
[15:04] <mvo__> seb128: sorry, /apps/compiz/plugins/decoration/allscreens/options/command
[15:05] <mvo__> http://paste.ubuntu.com/5618/
[15:06] <mvo__> http://paste.ubuntu.com/5619
[15:07] <seb128> mvo__: re, sorry phone call from some random dsl provider again
[15:07] <seb128> mvo_: grep /apps/compiz/plugins/decoration/allscreens/options/command /etc/gconf/schemas/* -r ?
[15:09] <mvo> seb128: http://paste.ubuntu.com/5620
[15:09] <seb128> mvo: /etc/gconf/gconf.xml.defaults/%gconf-tree.xml:                                                        <entry name="command" mtime="1186490208" schema="/schemas/apps/compiz/plugins/decoration/allscreens/options/command"/>
[15:09] <seb128> mvo: that is not good
[15:10] <mvo> what does it mean?
[15:10] <seb128> mvo: we don't use /etc/gconf/schemas for years, could you look at the value there?
[15:10] <seb128> mvo: it means you installed that schemas out of the packaging system or that something wrote to /etc which is a sysadmin location and takes over the package value
[15:11] <seb128> mvo: edit /etc/gconf/gconf.xml.defaults/%gconf-tree.xml and look at the value it has there
[15:12] <mvo> seb128: it seems to have no value, just a reference to the schema, but I moved the file away now and killed gconfd-2
[15:12] <mvo> and its all good now
[15:12] <seb128> ok
[15:12] <mvo> strange, I wonder where this file comes from
[15:12] <seb128> it's created my gconftool-2 when doing a schemas install
[15:13] <seb128> mvo: we use the gconf-schemas wrapper nowadays
[15:13] <mvo> is it safe to remove the entire tree?
[15:13] <huats> mvo: hello :)
[15:13] <mvo> huats: hello!
[15:13] <seb128> mvo: which uses GCONF_CONFIG_SOURCE=xml:readwrite:/var/lib/gconf/defaults
[15:13] <mvo> huats: today is the day for gnome-commander
[15:14] <seb128> mvo: default upstream uses /etc/gconf/schemas
[15:14] <seb128> mvo: maybe you ran some make install or installed the gconf directly using gconftool?
[15:14] <huats> mvo: ;)
[15:14] <mvo> seb128: thanks for your help! I suspect somehow I ran something with compiz in the past that might have installed it. is it safe to remove this entire tree?
[15:15] <seb128> mvo: yes
[15:16] <Amaranth> this is why i only install stuff from packages ;)
[15:16] <seb128> mvo: as said we don't use the location for a while so it's not likely you have any package installing values there and if they do that's a bug
[15:18] <mvo> Amaranth: generally I do that too :) but it seems something has slipped thourgh
[15:18] <seb128> could have been a buggy compiz package installing it the old way
[15:19] <Amaranth> maybe it was a compiz-quinn package :P
[15:19] <seb128> anyway you will not likely figure now how you got it
[15:23] <mvo> meh, still not working, but apparently for other reasons now :/
[15:23]  * mvo sighs and takes a break
[15:24] <seb128> slomo: can you look at bug #201218
[15:24] <ubotwo> Launchpad bug 201218 in gst-plugins-ugly0.10 "[Hardy] Seeking is broken in Rhythmbox" [Medium,Incomplete] https://launchpad.net/bugs/201218
[15:24] <seb128> ?
[15:24] <slomo> seb128: might be the fault of my patch, yes
[15:25] <seb128> slomo: do you recommend reverting the change or do you want to update it or something?
[15:25] <slomo> seb128: maybe revert later, first try to debug :)
[15:40] <slomo> seb128: i can reproduce it, yay
[15:41] <slomo> seb128: funny that it only happens with rhythmbox and not totem or banshee ;)
[15:46] <slomo> seb128: mp3parse has more than this regression now anyway, have to get it fixed for hardy release a bit harder ;)
[15:46] <seb128> yeah
[15:52] <huats> pochu: I've filled a bug for anjuta
[15:53] <huats> bug 201440
[15:53] <ubotwo> Launchpad bug 201440 in anjuta "Please sponsor anjuta 2.4.0 into hardy" [Undecided,New] https://launchpad.net/bugs/201440
[15:53] <huats> and I have subscribed u-u-s...
[15:54] <seb128> huats: maybe you can sync on debian?
[15:54] <huats> seb128: hum... sure
[15:54] <huats> I'll have a look
[15:54] <slomo> seb128: hah, found the bug :)
[15:55] <seb128> slomo: that was quick ;-)
[15:55] <huats> but since pochu asked me about the update, i haven't look at debian :(
[15:55] <seb128> huats: that's alright, I just noticed they did update too now
[15:56] <huats> seb128: I just have to check about the libgraphviz3 -> libgraphviz4 transition
[15:56] <huats> appart from that I think it is possible
[15:57] <huats> seb128: they still depend on libgraphviz3 while we have done a transition to libgraphviz4
[15:57] <huats> so a sync is not possible...
[15:57] <huats> right ?
[15:57] <seb128> likely
[16:01] <seb128> text
[16:01] <seb128> is that orange for you guys?
[16:01] <seb128> ^C7text
[16:01] <huats> nope for me
[16:02] <huats> but may be I am not understanding :)
[16:09] <seb128_> text
[16:10] <seb128> text
[16:10] <seb128> bah, none of those is working
[16:14] <Amaranth> text
[16:14] <seb128_> text
[16:14] <Amaranth> ctrl-shift-u-3
[16:14] <Amaranth> then 7text
[16:14] <seb128> I'm trying the change from bug 155543
[16:14] <ubotwo> Launchpad bug 155543 in xchat-gnome "Does not send IRC color escape codes properly" [Low,Triaged] https://launchpad.net/bugs/155543
[16:15] <seb128> text
[16:15] <seb128> that doesn't work
[16:15] <Amaranth> %C13text
[16:15] <Amaranth> i didn't even notice it did that
[16:15] <seb128> I get the color only on the client where I write
[16:15] <Amaranth> did you get my color?
[16:15] <seb128> no
[16:16] <Amaranth> that's why
[16:16] <Amaranth> the channel has +c locked
[16:16] <slomo> Amaranth: i don't get it either and i use normal xchat ;)
[16:16] <slomo> oh
[16:16] <slomo> nevermind
[16:16] <Amaranth> only the channel owner can unlock that
[16:16] <seb128> color
[16:16] <Amaranth> +c means strip color
[16:16] <seb128_> color
[16:16] <Amaranth> color will not work here
[16:16] <seb128> still not
[16:16] <Amaranth> try #foobar123 or something :)
[16:16] <seb128> ah
[16:17] <slomo> seb128: you can sync gst-plugins-ugly now if you want ;)
[16:17] <seb128> slomo: cool
[16:17] <seb128> Amaranth: I tried on #debugubuntu
[16:17] <seb128> looks like both variant are working
[16:18] <Amaranth> the patched version is "more correct"
[16:18] <seb128> why?
[16:18] <seb128> is there a rfc or something documenting that?
[16:18] <Amaranth> no, IRC colors are an mIRC extension
[16:18] <seb128> I hate having to spend time or useless changes like that
[16:18] <Amaranth> and mIRC is \003
[16:18] <seb128> s/or/on
[16:19] <seb128> Amaranth: what is  then?
[16:19] <seb128> Amaranth: what is % C then?
[16:19] <Amaranth> i have no idea, never seen that before
[16:19] <seb128> ok
[16:19] <Amaranth> and the %%C thing doesn't work for me
[16:19] <seb128> what client do you use?
[16:19] <Amaranth> i just get the literal %%C
[16:20] <seb128> can you join #debugubuntu?
[16:20] <Amaranth> xchat-gnome
[16:57] <alex-weej> https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/201127
[16:57] <ubotwo> Launchpad bug 201127 in network-manager "(Hardy) please remove Network Manager Editor from Internet and Preferences" [Undecided,New]
[16:57] <alex-weej> i've attached a more appropriate Desktop Entry for nm-editor
[16:57] <alex-weej> that changes the name to "Wireless Networks" and removes it from "Internet"
[17:08] <mvo> Amaranth: I'm too stupid to set default options in decoration, compFindOption in decoration.c does not return anything for me, I'm a bit clueless currently
[17:08] <Amaranth> mvo: eh?
[17:09] <mvo> Amaranth: no idea really, setting it in metadata/decoration.xml has no effect for some reason, settings it manualy in ccsm seem to work ok
[17:10] <mvo> maybe something broken in my local settings, but I don't want to upload it like this :)
[17:10] <Amaranth> setting it in decoration.xml doesn't make it show up in ccsm?
[17:11] <mvo> it shows up there, but its not applied on startup for me
[17:11] <Amaranth> weirdness
[17:12] <Amaranth> you have this stuff in bzr?
[17:12] <mvo> Amaranth: yeah, just run bzr-buildpackage
[17:12] <mvo> Amaranth: and don't forget to reset command to default, when I change it it seems to work
[17:13] <Amaranth> that stuff never works for me, i always end up just copying the debian/ into a manually extracted tree
[17:14] <Amaranth> heh, i don't even have it installed
[17:14] <Amaranth> whoa it got smart, it downloads the orig.tar.gz for you
[17:14] <mvo> yeah, the latest version orks very well for me
[17:15] <Amaranth> fails to build anything, of course...
[17:15] <mvo> can you try "bzr-buildpackage --merge" ?
[17:15] <mvo> that should be the default, but maybe I forgot to set it
[17:15] <Amaranth> it deleted everything...
[17:15] <Amaranth> wiped out the whole build tree
[17:16] <Amaranth> then tried to apply patches to files that were no longer there
[17:16] <Amaranth> --merge made it go
[17:18] <mvo> cool, I need to checking the config that it uses that always
[17:22] <Amaranth> alright, installing this package put /usr/bin/compiz-decorator in decoration settings
[17:22] <Amaranth> and it did not start a decorator...
[17:22] <mvo> I wonder if there is something crazy going on with the startup order of the plugins or something
[17:23] <mvo> something that makes decorator not find the gconf stuff yet
[17:24] <Amaranth> i don't think that is possible, ccp is the first plugin loaded
[17:25] <Amaranth> hmm, if it change it to just "compiz-decorator" manually it starts
[17:25] <mvo> yeah, once I change it in gconf or ccsm its fine for me too
[17:26] <Amaranth> ...weird
[17:27]  * mvo adds some debug output
[17:33] <Amaranth> mvo: this is certainly infuriating
[17:33] <mvo> "infuriating" ?!?
[17:33]  * mvo looks for a dictionary
[17:33] <Amaranth> think "arg!!!!!"
[17:33] <mvo> Amaranth: I think I have some rought idea why it happens, its just strange that this hasn't be noticed way earlier
[17:33] <Amaranth> what is your idea?
[17:34] <mvo> compSetStringOption() is called in decorSetDisplayOption() - that returns FALSE if the current option and the new value are the same
[17:35] <mvo> Amaranth: and only if ifcompSetStringOption returns TRUE runCommand() is later executed
[17:35] <Amaranth> *boggle*
[17:36] <mvo> maybe I should talk to danny about this
[17:36] <mvo> hm, no maniac anymore
[17:37] <Amaranth> onestone is still here though :)
[17:45] <alex-weej> oh man i just realised you can reply to bug threads by email
[17:45] <alex-weej> oh man oh man that is so awesome
[17:48] <onestone> mvo: I don't see why this should be a problem
[17:48] <onestone> mvo: or are you killing the current decorator and you want the decoration plugin to start it again
[17:50] <pochu> huats, seb128: I don't think we can sync from Debian right now due to a libneon transition in Debian. But basing the update on the Debian package and just changing the build-dependency should work
[17:50] <mvo> onestone: it seems like runCommand is not executed if I set the default in metadata/decorator.xml to something like "gtk-widnow-decorator" because it is only run when compSetStringOption() returns TRUE. but it seems I get a FALSE because "o" and "value" have the same string
[17:50] <pochu> huats: would you mind doing that?
[17:51] <mvo> onestone: this means that on startup with the default (e.g. gtk-window-decorator) no decorator is started
[17:51] <mvo> or am I misunderstanding something here (i.e. how I should setup the default decoration in the decoration plugin)
[17:51] <huats> pochu: no pb at all...
[17:51] <onestone> mvo: decoration does not start the decorator if it's set in the xml file on startup?
[17:52] <mvo> onestone: yes
[17:52] <mvo> onestone: I want to make a ubuntu systemwide default in the xml file
[17:52] <huats> pochu: tomorrow, can it wait tomorrow ?
[17:53] <onestone> mvo: this can be fixed
[17:54] <slomo> seb128: you want to sync my next gtk upload too ;)
[17:55] <seb128> slomo: is it only a warning or a crasher?
[17:55] <seb128> will sync anyway
[17:56] <slomo> seb128: warning that will cause crasher on 64 bit archs (sizeof (FILE *) vs. sizeof (int))
[17:56] <seb128> ok
[17:57] <mvo> onestone: yeah, fixing that would be cool. are you looking into it or should I give it a go?
[17:59] <onestone> mvo: commited
[17:59] <mvo> onestone: that was *fast*
[18:00]  * mvo hugs onestone
[18:08] <mvo> jipiee, works now!
[18:12] <mvo> Amaranth: your tested the stacking patch I suppose?
[18:12] <Amaranth> mvo: of course :)
[18:12] <Amaranth> i've been using it since i created it, haven't noticed any problems except it fixing those bugs :)
[18:15] <Amaranth> which makes sense, these are very small and exact changes
[18:16] <mvo> yeah, please commit
[18:16] <pochu> huats: sure, no hurry
[18:16] <huats> ok
[18:16] <mvo> Amaranth: with all the fixing going on in git-head we are going to need to update again very soon :)
[18:17] <Amaranth> yeah, onestone's commits should get intel and ati gamers off our backs :)
[18:17] <mvo> yep, that is really cool!
[18:17] <Amaranth> mvo: i actually need to go run an errand so I can't do it right now
[18:17] <mvo> meh, dinner time for me too
[18:18] <Amaranth> hehe
[18:18] <Amaranth> i'll do it when i get back
[18:18] <mvo> Amaranth: when will you be back?
[18:18] <mvo> Amaranth: or just I just add it when I'm back from dinner?
[18:18] <Amaranth> 30-45 minutes
[18:18] <mvo> ok, that should be fine
[18:18] <mvo> have fun!
[18:18]  * mvo &
[19:18] <Amaranth> alright, back
[19:31] <Amaranth> mvo: committed
[19:34] <mvo> Amaranth: thanks
[19:41] <mvo> seb128: do you mind if nautilus-share goes into bzr ;) ?
[19:42] <seb128> mvo: yes
[19:42]  * mvo mubles something
[19:42]  * seb128 hugs mvo
[19:42] <seb128> no, that's alright ;-)
[19:43] <mvo> Amaranth: after the final test, I will upload a new compiz
[19:43] <mvo> thanks seb128
[19:43] <seb128> you will just have to deal with me complaining if bzr doesn't work correctly again ;-)
[19:43] <seb128> mvo: no problem
[19:52] <mvo> no huats anymore?
[19:58] <Amaranth> in a week i'm going to close like 100 bugs
[19:58] <Amaranth> in compiz, i mean
[19:58] <Amaranth> no response for over a month
[19:58] <Amaranth> then we'll be under 200 bugs again (and forever this time, damnit)
[19:58] <Amaranth> :D
[19:59] <mvo> you rock!
[20:01]  * mvo uploads a new compiz
[20:01] <mvo> *PHEAR*
[20:06] <Amaranth> ah, pedro_ is closing them for me, even better :)
[20:06] <pedro_> ;-)
[20:07] <pedro_> it was time a month after the hug day
[20:07] <Amaranth> i don't like to be the villain :P
[20:07] <Amaranth> yeah, although i did most of my stuff a couple days after that
[20:08] <Amaranth> that bug day was actually what got me going on triaging compiz bugs again, was sad that it was so bad an event had to be setup to deal with it
[20:10] <pedro_> hehe nice
[20:13]  * Amaranth watches bug count fall rapidly
[20:13]  * Amaranth watches inbox fill rapidly
[20:14] <Amaranth> yay all but one of our decorator bugs should be fixed now
[20:16] <alex-weej> Amaranth: can you fix the Show Desktop button now? :)
[20:16] <Amaranth> alex-weej: No, I like the way it works now :)
[20:16] <alex-weej> grrr
[20:16] <alex-weej> it's annoying, the tooltip icon says "minimises all windows". and it doesn't with compiz.
[20:17] <alex-weej> does with metacity
[20:17] <Amaranth> it does minimize all windows
[20:17] <alex-weej> every OTHER time
[20:17] <Amaranth> no, it's a toggle button
[20:17] <alex-weej> Ctrl+Alt+D
[20:18] <alex-weej> 50% of the time it minimises
[20:18] <Amaranth> you can clearly see that it is pressed in in show desktop mode
[20:18] <alex-weej> 50% of the time it swamps you with the windows that were hidden last time
[20:18] <Amaranth> alex-weej: Like I said in the bug report, do you want us to enable the showdesktop plugin so we have an effect just like OS X to make it clear what is happening?
[20:19] <alex-weej> Amaranth: i've just seen your mail. let me have a play and figure it out.
[20:21] <Amaranth> woo, down to 243
[20:21]  * Amaranth hugs pedro_
[20:21] <alex-weej> Amaranth: yes, that is about a million times better for my brain.
[20:22] <Amaranth> alex-weej: hehe
[20:22]  * pedro_ hugs Amaranth back
[20:22]  * alex-weej still wants a minimise all function, but can live
[20:22] <Amaranth> and the bug it had in gutsy is gone so we should be able to do that
[20:22] <alex-weej> Amaranth: there is no "to sides" function. i guess apple has evil patents on that or something?
[20:22] <Amaranth> eh?
[20:23] <Amaranth> Left/Right
[20:23] <alex-weej> left/right/top/bottom
[20:23] <Amaranth> there is a Left/Right option
[20:23] <Amaranth> although it seems to only go Left for me
[20:24] <alex-weej> maybe all your windows are on the left
[20:24] <alex-weej> on os x they go to the top, bottom, left and right
[20:24] <alex-weej> and also a translucent black edge is created around the screen to indicate that you can click it to get your windows back
[20:24] <alex-weej> that would be good, it's a bit weird having only the small corners of windows visible on the screen
[20:24] <Amaranth> I thought we did that
[20:25] <Amaranth> *shrug*
[20:25] <alex-weej> also, they need to ramp to their opacity rather than just jumping :)
[20:25] <Amaranth> File a wishlist bug so I don't lose it :)
[20:26] <Amaranth> oh, i have two monitors so right means on that monitor
[20:27] <Amaranth> alex-weej: actually, please file those bugs upstream
[20:27] <Amaranth> bugs.opencompositing.org
[20:27] <alex-weej> grrr
[20:27] <alex-weej> i don't have an account
[20:27] <Amaranth> less work for me ;)
[20:27] <alex-weej> and i'm really not that bothered, i use metacity because i like to play 3d games rather than just 3d windows :P
[20:27] <Amaranth> alright then, i hope i remember to forward them :)
[20:28] <Amaranth> with unredirect fullscreen windows 3d games should work fine
[20:28] <Amaranth> although if the game changed the resolution it wouldn't unredirect, this is fixed upstream now
[20:28] <Amaranth> we'll have that soonish
[20:28] <alex-weej> what's going on with indirect acceleration?
[20:29] <alex-weej> there was some progress with the intel driver a year or so ago wasn't there?
[20:29] <alex-weej> only setup that can do it right now is proprietary nvidia :/
[20:29] <Amaranth> redirected direct rendering?
[20:29] <Amaranth> needs ttm and dri2
[20:29] <Amaranth> maybe (for intel only) by the end of the year
[20:29] <Amaranth> well, nouveau will probably get it too around that time, dunno about ati
[20:29] <alex-weej> le groan
[20:30] <pedro_> see you later
[20:30] <alex-weej> the new updates-available icon from tango sucks, can we have the Human one back?
[20:31] <alex-weej> well i guess it doesn't suck, but mixing tango with human does and we already have a human one
[20:45] <Amaranth> Oops, forgot about that :)
[20:45] <Amaranth> bug 99453
[20:45] <ubotu> Launchpad bug 99453 in kdepim "kdepim exchange connector doesn't work in offline mode" [Undecided,Invalid] https://launchpad.net/bugs/99453
[21:59] <mvo> seb128: still here?
[22:00] <seb128> mvo: yes
[22:01] <mvo> seb128: I may have a nautlis-share with install support for samba soonish
[22:02] <seb128> mvo: ah, excellent!
[22:02] <Ubulette> when I login using gdm, my res is 1440x900 like i configured it, using AutoLogin, I get a virtual screen of 1920x1200 instead. Is it a gdm issue ?
[22:02] <Ubulette> +known
[22:03] <seb128> no
[22:03] <seb128> not sure what is to blame there
[22:04] <Ubulette> 100% reproducible for weeks
[22:04] <Ubulette> used to work before
[22:05] <seb128> I doubt it's a gdm bug though
[22:09] <Amaranth> bug 37834
[22:09] <ubotu> Launchpad bug 37834 in ubuntulooks "Hard to read text over progress bar (dup-of: 37603)" [Low,Confirmed] https://launchpad.net/bugs/37834
[22:09] <ubotu> Launchpad bug 37603 in ubuntulooks "Ensure that foreground and background color combinations provide sufficient contrast when viewed by someone having color deficits" [Low,Fix released] https://launchpad.net/bugs/37603
[22:09] <Amaranth> phew, bot still working
[22:16] <Ubulette> seb128, found it, that's nvidia-xconfig's fault.. so it's displayconfig-gtk
[22:17] <mvo> seb128: http://people.ubuntu.com/~mvo/nautilus-share/ if you want to have a look, seems to work for me, but I had a crash earlier, not sure if that was just coincidence
[22:17] <seb128> Ubulette: ok
[22:17] <seb128> mvo: trying
[22:20] <seb128> mvo: works fine here
[22:20]  * seb128 hugs mvo
[22:21] <mvo> seb128: nice! what do you think? uploading or talking to ubuntu-release first?
[22:22] <seb128> mvo: uploading, then talk to those to get it used ;-)
[22:24] <mvo> seb128: uploaded and bed-time
[22:24]  * mvo waves
[22:25] <ember> hey
[22:31] <ember> seb128 what is missing for 22.0 on hardy?
[22:32] <seb128> ember: nothing not claimed
[22:32] <seb128> gnome-power-manager, ted is working on it
[22:32] <seb128> and cheese, the mobile team is doing the update
[22:33] <ember> devtools:glade3:3.4.3:
[22:34] <seb128> we don't want this one
[22:34] <seb128> they reverted strings change
[22:35] <ember> i didn't know i was checking releng versions
[23:25] <pochu> good night