[03:56] <calc> i found at least one of the major reasons of OOo layout screw ups
[03:56]  * calc points at fontconfig
[03:57] <calc> fc-match -s Times
[03:57] <calc> n021003l.pfb: "Nimbus Roman No9 L" "Regular"
[03:57] <calc> TimesNewRomanPSMT.ttf: "Times New Roman" "Normal"
[03:57] <calc> it considers Nimbus (which doesn't have matching metrics aiui) to be a better match than Times New Roman
[03:58] <calc> i'm not sure if other fonts are similiarly messed up or not
[07:13] <dholbach> good morning
[07:14] <Amaranth> morning dholbach
[07:14] <dholbach> hey Amaranth
[07:46] <kwwii> pitti, dholbach: here are my last packages before freeze
[07:50] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.23.dsc
[07:50] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.23_source.build
[07:50] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.23_source.changes
[07:50] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.23.tar.gz
[07:50] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.25.dsc
[07:50] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.25_source.build
[07:50] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.25_source.changes
[07:50] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.25.tar.gz
[07:50] <kwwii> http://sinecera.de/human-theme_0.13.dsc
[07:50] <kwwii> http://sinecera.de/human-theme_0.13_source.build
[07:50] <kwwii> http://sinecera.de/human-theme_0.13_source.changes
[08:22] <dholbach> kwwii: are the changes in bzr?
[08:22] <dholbach> hey seb128
[08:23] <seb128> hello dholbach
[08:24] <dholbach> kwwii: do you still have the script I wrote for you during allhands? (get-uploaded or something like that)
[08:26] <dholbach> I'd somehow prefer if those updates went through the normal sponsoring process so whoever has spare cycles for doing an upload can do them
[08:26] <dholbach> it'd be great if I could take a look at the script again - bdmurray would need it for python-launchpad-bugs and bughelper too
[09:07] <mvo> hrm, nautilus-share FTBFS
[09:08] <mvo> woah
[09:08] <mvo> malloc: ../../bash/builtins/../../bash/builtins/printf.def:379: assertion botched
[09:08] <mvo> free: called with unallocated block argument
[09:19] <huats> morning dear desktop teamers :)
[09:20] <crevette> hi huats
[09:20] <huats> hi crevette
[09:20] <seb128> lut crevette huats
[09:21] <crevette> salut seb128
[09:21] <crevette> hello all others
[09:21] <mvo> huats!
[09:22] <mvo> huats: good morning :) gnome-commander (based on your diff) is in debian now, so a sync should be enough
[09:22] <huats> plop seb128
[09:22] <huats> hello mvo
[09:23] <huats> yeah i have seen your email :)
[09:23] <huats> thanks :)
[09:23] <huats> absolutly...
[09:23] <huats> do you want me to ask for a sync ?
[09:23] <huats> or do you take care of it ?
[09:24] <seb128> synced
[09:25] <huats> already ?
[09:25] <mvo> woah
[09:25] <huats> :)
[09:25]  * mvo hugs seb128
[09:25]  * seb128 hugs mvo back
[09:25] <mvo> huats: maybe we should mention in the bugreport that its a bugfix release so that everybody is happy
[09:25]  * huats hugs seb128 and mvo (advantages of long arm :)
[09:25] <seb128> heh
[09:25]  * mvo hugs huats
[09:25]  * ember hugs glibc
[09:26] <huats> ember: LOL
[09:26] <huats> mvo: good idea
[09:41] <dholbach> kwwii: you still there?
[09:41] <dholbach> kwwii: can you take a look at my questions?
[09:43] <kwwii> dholbach: they are all in bzr
[09:43] <kwwii> dholbach: sorry, sick kid at home
[09:45] <dholbach> OK.. no problem
[09:51] <kwwii> erm, I screwed up gdm anyway .-(
[09:51] <dholbach> kwwii: the other two are OK?
[09:52] <kwwii> yes
[09:53] <kwwii> and now gdm is fixed in bzr
[09:55] <dholbach> kwwii: I can't find the script I wrote for your during allhands - I'll rewrite it because bdmurray needs it too - what it'll do is file a sponsoring bug for you (you'll just have to do something like        please-upload http://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu      )
[10:00] <mvo> lool, seb128: is someone working on brassero? there is a typo in the desktop.in.in file and I will fix it now if noone is already taking care of it
[10:01] <seb128> mvo: there was a sponsor request for it but the patch was not building so I put it to incomplete
[10:01] <dholbach> kwwii: all three uploaded
[10:01] <seb128> mvo: bug #200024
[10:01] <ubotu> Launchpad bug 200024 in brasero "typo in desktop file" [Low,Incomplete] https://launchpad.net/bugs/200024
[10:01] <lool> mvo: Tell me, I'll fix it in pkg-gnome (upstream) as well
[10:01] <lool> (we're in sync ATM)
[10:01] <seb128> lool: the bug is in the bts too
[10:01] <lool> Actually we're lagging by a debian upload
[10:02] <lool> seb128: ah missed it
[10:02] <seb128> lool: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464772
[10:02] <ubotu> Debian bug 464772 in brasero "Invalid MIME type in brasero.desktop" [Minor,Open]
[10:03] <pitti> kwwii, dholbach: I finished mail and currently sponsor some of Till's packages anyway; while I'm in the mood, I can do your's as well now
[10:04] <dholbach> pitti: already done
[10:04] <pitti> oh
[10:04] <pitti> thanks
[10:05] <mvo> seb128: the patch from daniel works for me (in pbuilder) - no idea what went wrong for you
[10:06] <seb128> mvo: dunno, I just apt-get source, applied and debuild
[10:06] <lool> mvo, seb128 building
[10:06] <seb128> mvo: but let's sync on debian
[10:06]  * mvo nods
[10:06] <seb128> mvo: out of interest how come you are looking at fixing this bug now? ;-)
[10:06] <lool> Application de 007-fix-desktop-file-mime-typo.patch
[10:06] <lool> patching file data/brasero.desktop.in.in
[10:06] <lool> (Worked for me too)
[10:15] <lool> seb128, mvo: brasero uploaded; NB: also drops the bonfire transitional package which is desirable for hardy
[10:15] <lool> (desirable to drop that is)
[10:16] <seb128> ok
[10:16] <Keybuk> Oh Fuck You Epiphany
[10:16] <Keybuk> *sigh*
[10:17] <seb128> Keybuk: still the avahi crasher?
[10:17] <seb128> Keybuk: there is a candidate patch on the upstream bug now if you want to try it
[10:17] <Keybuk> yeah
[10:18] <Keybuk> ooh, ref? (to save me attempting to get into lp without it crashing)
[10:19] <seb128> Keybuk: http://bugzilla.gnome.org/show_bug.cgi?id=516008
[10:19] <ubotu> Gnome bug 516008 in Bookmarks "crash in Epiphany Web Browser: Seems to be avahi bookma..." [Critical,New]
[10:21] <Keybuk> don't suppose you have the url to the patch I can just wget? :p
[10:21] <Keybuk> ah
[10:21] <Keybuk> got it that time
[10:23] <seb128> ok
[10:25] <mvo> lool: thanks!
[10:34] <seb128> git bisec is really cool
[10:35] <seb128> does bzr has something equivalent?
[10:39] <Keybuk> there's a bzr bisect plugin
[10:40] <Keybuk> http://bzr.licquia.org/bzr-bisect/
[10:40] <Keybuk> mvo: I'm having strange compiz problems today
[10:40] <seb128> should try that
[10:40] <dholbach> what does it do?
[10:40] <seb128> I'm debugging cairo with upstream and I've to say it's cool
[10:41] <seb128> dholbach: I bisec on changes
[10:41] <mvo> Keybuk: tell me more
[10:41] <seb128> like you told it that 1.5.8 was good and current is bad
[10:41] <Keybuk> mvo: when moving between workspaces, it seems to get stuck
[10:41] <seb128> it gives you 110 revisions to try
[10:41] <seb128> go to the middle
[10:41] <seb128> and you say good or bad
[10:41] <Keybuk> mvo: about a quarter of the way through the transition, and locks there
[10:41] <seb128> it split the revisions again
[10:41] <Keybuk> mvo: hitting other random keys like wall can unstick it
[10:41] <Keybuk> mvo: but then all my workspaces are randomly rearranged
[10:41] <mvo> Keybuk: interessting, let me try to reproduce
[10:41] <seb128> and just by saying good and bad and in a few makes, tries you get the buggy revisions in the 110
[10:42] <seb128> dholbach: ^
[10:42] <Keybuk> mvo: It may be me making multiple moves, ie left-left-left in rapid sequence?
[10:42] <dholbach> I've been fairly happy with  bzr blame  :)
[10:42] <mvo> Keybuk: ok, I will try to reproduce, the recent changes were quite small so that should be not too hard to find
[10:43] <seb128> dholbach: what does it do?
[10:43] <dholbach> give you revision numbers next to lines of the code
[10:43] <seb128> well, in this case it's not a crasher
[10:43] <dholbach> so you can see which commit was responsible for a certain change of the current code
[10:44] <seb128> and it could have been any of those 110 commits
[10:44] <seb128> so doing a bunch of quick iterations is neat
[10:45] <dholbach> something like http://bazaar.launchpad.net/~bughelper-dev/python-launchpad-bugs/main/annotate/kees.cook%40canonical.com-20080311201757-a690phtpj2v03u9t?file_id=testing.sh-20070705124215-dzmxjtip0qklqu67-1
[10:45] <seb128> that's cool too
[10:45] <dholbach> that's what bzr blame gives you
[10:45] <Keybuk> dholbach: bzr bisect helps you find the crasher in the first place
[10:46] <Keybuk> it's when you have a known good revision, and a known bad revision
[10:46] <Keybuk> and it's not obvious from the code what broke it
[10:46] <dholbach> right
[10:46] <Keybuk> so you do a binary search over the revision set to find the one that broke it
[10:46] <seb128> on this cairo case and 110 revision with no idea on where the bug is in the code it gives you the broken commit in a few minutes
[10:47] <seb128> $ git bisect good
[10:47] <seb128> 6f9d71c10bf3e38c88378950037d1c81a2413617 is first bad commit
[10:47] <seb128> commit 6f9d71c10bf3e38c88378950037d1c81a2413617
[10:47] <seb128> Author: Adrian Johnson <ajohnson@redneon.com>
[10:47] <seb128> Date:   Thu Feb 7 00:28:19 2008 +1030
[10:47] <seb128>     Make PS backend use cairo-pdf-operators.c
[10:50] <Keybuk> bisect and test cases is *love*
[10:53] <seb128> indeed
[10:54] <mvo> Keybuk: I can not reproduce it yet, this is one intel for you?
[10:54] <Keybuk> yeah, i945
[10:54] <Keybuk> it just happened then
[10:54] <Keybuk> I did down-right and it stuck about the point it stopped going down and starting heading down-right
[10:55] <seb128> Keybuk: let me know if the epiphany patch works for you, I can backport it to hardy
[10:55] <Keybuk> it seems to be working so far
[10:55] <Keybuk> it's been nearly five minutes without a crash
[10:57]  * mvo tries it on a -intel system
[11:03] <lool> Keybuk: Dunno whether you received my invitation to try out elisa again
[11:03] <Keybuk> lool: errr, mayyybe
[11:03] <Keybuk> it uninstalled itself because it was broken
[11:03] <lool> Keybuk: ISTR you had issues with the initial try
[11:04] <lool> Keybuk: Some packages it needed were held in NEW; try installing it now, it should be available
[11:04] <dennda> seb128: a word
[11:04] <lool> There's a recommended elisa-plugins-ugly package which you probably want as well; it might not be pulled as it's a recommends:
[11:04] <Keybuk> mvo: definitely seems to be combinations of movements
[11:05] <seb128> dennda: which one?
[11:05] <dennda> seb128: I found that the evolution window is way too big. This bugreport indicates that other people have the very same problem (the evolution-startup-wizard doesn't fit into my 1280x800): https://bugs.launchpad.net/evolution/+bug/23810
[11:05] <ubotu> Launchpad bug 23810 in evolution "Size of preference dialog too big" [Unknown,Confirmed]
[11:05] <seb128> dennda: yeah, known issue
[11:05] <dennda> seb128: If I would like to try to fix it, where would I start?
[11:06] <dennda> (I'd like to try fixing very-easy-to-solve-bugs to get started with bugfixing. This looks like one.)
[11:07] <Keybuk> lool: just a black window this time
[11:08] <Keybuk> and it hid all my other windows
[11:08] <seb128> dennda: I doubt it's an easy to fix one
[11:08] <seb128> dennda: it's likely involve reworking all the dialog layout
[11:10] <dennda> oh
[11:10] <dennda> sad
[11:12] <mvo> can we disable the start animation in the panel? the one were the icon blurs and gets bigger?
[11:12] <lool> Keybuk: With compiz I guess?
[11:13] <Keybuk> lool: right
[11:13] <dennda> By the way, compiz works way better now (hardy with intel gma 965. even with videos)
[11:13] <asac> pitti: oh ... can we still promote mozilla-devscripts to main today? i just saw that i updated ubufox packaging to make use of the new xpi.mk in there (which unifies how we package extensions)?
[11:13] <lool> Keybuk: What's your driver?
[11:13] <Keybuk> lool: i945
[11:13] <Keybuk> seb128: no crash yet
[11:14] <asac> pitti: i can also backout that change if its too late. if you want a MIR let me know.
[11:14] <pitti> asac: yes,  please file an MIR bug; m-devscripts sounds harmless enough
[11:14] <asac> ok great
[11:14] <dennda> Who's responsible for the content of the "Examples"-folder each user has in his home-directory?
[11:14] <pitti> asac: if it's a trivial package, don't bother about a wiki page
[11:14] <seb128> Keybuk: how often was it crashing before?
[11:14] <pitti> but we need a bug report
[11:14] <lool> Keybuk: Ok, I'll tell upstream; I guess you would be able to play with elisa without compiz
[11:14] <asac> pitti: its a trivial thing ... just a build-depends that includes a cdbs like helper
[11:14] <asac> nothing that will get on cd
[11:14] <pitti> asac: yes, let's get that in
[11:18] <asac> pitti: subscribe ubuntu-mir?
[11:18] <pitti> asac: yes, please
[11:19] <asac> bug 201753
[11:19] <ubotu> Launchpad bug 201753 in mozilla-devscripts "[MIR] please promote mozilla-devscripts to main" [Undecided,New] https://launchpad.net/bugs/201753
[11:24] <asac> pitti: let me know when its done so i can upload ubufox. thanks
[11:24] <pitti> asac: you can upload it already, it'll just depwait
[11:25] <asac> oh ok
[11:32] <lool> Keybuk: Oh you're safe!
[11:32] <lool> 12:19 < Saviq> lool: it's only usable when you don't have any other windows on  the viewport you want elisa to run
[11:32] <lool> Keybuk: Just don't run anything else!  :-P
[11:42] <Keybuk> seb128: every few minutes
[11:43] <seb128> Keybuk: still no crash?
[11:43] <seb128> Keybuk: do you want to upload the patched version or should I do it?
[11:43] <Keybuk> seb128: be my guest
[11:43] <seb128> ok
[11:47] <dholbach> kwwii: I just sent you a script that will file sponsoring bugs for you
[11:48] <dholbach> kwwii: please let me know how it works out for you
[11:57] <pitti> asac: promoted, right in time for the next publisher
[12:00] <asac> pitti: rock
[12:09] <asac> seb128: i read that you still have avahi crashes for ephy?
[12:09] <seb128> asac: I'm going to uploaded a patched version
[12:09] <seb128> asac: that's http://bugzilla.gnome.org/show_bug.cgi?id=516008
[12:10] <ubotu> Gnome bug 516008 in Bookmarks "crash in Epiphany Web Browser: Seems to be avahi bookma..." [Critical,New]
[12:10]  * asac looking
[12:11] <asac> good
[12:47] <pochu> yo
[12:53] <kwwii> dholbach: killer, thanks
[12:58] <kwwii> erm dholbach, just trying this out...should I follow the instructions in the sript (somewhere towards the middle)?
[12:59] <dholbach> kwwii: no..... just commit your stuff, then call      please-upload-branch http://bazaar.....
[12:59] <dholbach> it will file a sponsoring bug for you
[13:00] <dholbach> with those instructions in the bug description, so sponsors who don't know bzr and bzr-builddeb well will get instructions how to do it
[13:01] <kwwii> hrm, I ran it (did a please-upload-branch http://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu ) and it took forever and made a screenshot on my desktop, etc
[13:01] <dholbach> huuuhh?
[13:01] <dholbach> no error message nothing?
[13:01] <dholbach> a screenshot?
[13:02] <kwwii> I tried to stop it after a while (and it did not want to stop)
[13:02] <kwwii> let me try it again
[13:03] <huats> hello pochu
[13:04] <dholbach> kwwii: I'll look into it later again - out for a dogwalk now
[13:04] <kwwii> okidoki
[13:11] <kwwii> lol, that wierd output is what you get if you "source" it
[13:27] <pochu> hi huats
[13:36] <kwwii> dholbach: when you come back, here is the error message:
[13:37] <kwwii> http://paste.ubuntu-nl.org/59476/
[13:38] <kwwii> in the meantime, if anyone can sponsor the last wallpaper change, I'd be happy :-)
[13:38] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.24.dsc
[13:38] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.24_source.build
[13:38] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.24_source.changes
[13:38] <kwwii> http://sinecera.de/ubuntu-wallpapers_0.24.tar.gz
[13:41] <kwwii> pitti: there is an extra wallpaper in there with a file size of 465.3KB. I was asked/told to include it and so I shall :-)
[13:49] <pitti> kwwii: slangasek will kill you :)
[13:55] <kwwii> pitti: he can start by killing Jane
[14:02] <dholbach> kwwii: it seems your cookie file is not alright
[14:03] <dholbach> pitti: what is the current agreed procedure for setting up the cookie file?
[14:03] <pitti> dholbach: for what?
[14:04] <dholbach> pylpbugs
[14:04] <dholbach> http://paste.ubuntu-nl.org/59476/ looks like kwwii's cookie file is wrong
[14:05] <pitti> dholbach: right
[14:06] <pitti> dholbach: if plpbugs now gets along with the ffox 3 cookies.db, then we should probably extend the heuristics to check for ~/.mozilla/*/*/cookies.sqlite first? and then fall back to s/sqlite/txt/?
[14:07] <dholbach> pitti: asking thekorn that on #ubuntu-devel
[14:10] <seb128> pochu: around?
[14:20] <Keybuk> yup
[14:20] <Keybuk> that epiphany patch is definietly a good one
[14:20] <seb128> Keybuk: I told that to chpe who commited to svn, and the patched package has been uploaded to hardy too
[14:24] <lool> Keybuk: Which elisa version did you try out?  0.3.4?
[14:24] <lool> Keybuk: Upstream is puzzled as they have removed the compiz check in 0.3.4
[14:24] <lool> Keybuk: Or perhaps you can hop by in #elisa and we can sort that out?
[14:26] <Keybuk> Version: 0.3.4-2
[14:26] <lool> Thanks
[14:28] <seb128> Keybuk: gvfs and gnome-vfs is an issue of not having the world ported to gvfs yet, not easy to fix
[14:28] <seb128> wrong chan
[14:32] <lool> Keybuk: 15:31 < philn> lool: does he get a "Compiz detected, trying to hide all other  windows." warning if he launches elisa from the terminal?
[14:32] <lool> Keybuk: Can I throw philn at you in /query to look into this?  Or should he join here?
[14:34] <Keybuk> lool: I don't really have much chance to debug it today
[14:34] <Keybuk> Thursday is meeting hell :)
[14:34] <lool> Keybuk: Here too :)
[14:34] <lool> But now I have Monday as meeting hell as well
[14:34] <lool> Keybuk: Ok; let's discuss it at another time then, thanks
[14:41] <lool> Keybuk: Ok, I told upstream we should look at this another day; upstream insists that you have local older plugins, perhaps in ~/.elisa/plugins and suggested you wipe them; upstream can then take some needed holidays with a more peaceful mind :)
[14:41]  * lool &
[14:47] <seb128> who was speaking about iso icons some time ago?
[14:47] <seb128> andreasn: was that you or lapo?
[14:47] <andreasn> lapo I thinl
[14:47] <andreasn> think
[14:47] <seb128> ok, thanks
[14:50] <Keybuk> lool: ah, that did stop it hiding my windows
[14:50] <lool> seb128: I didn't see any complaints from pango1.0
[14:51] <lool> Keybuk: Cool
[14:51] <lool> seb128: Did you?
[14:51] <Keybuk> and I got a fullscreen elisa now
[14:51] <lool> Keybuk: But still black screen I guess
[14:51] <Keybuk> whihc did seem to work
[14:51] <lool> Oh cool
[14:51] <lool> Keybuk: Nice nice
[14:52] <seb128> lool: no
[14:52] <lool> seb128: Excellent
[14:52] <seb128> that's good ;-)
[15:07] <mvo> seb128: is 30s good enough for the startup delay?
[15:07] <seb128> mvo: make it 60 seconds rather
[15:07] <seb128> people with slow disk like pitti or Keybuk have around one minute of login time
[15:08] <mvo> ok
[15:08] <pochu> seb128: yeah, I'm now
[15:09] <seb128> pochu: still no machine to do updates?
[15:09] <seb128> pochu: but maybe you want to writte some mir requests? ;-)
[15:09] <pitti> yeah, I used 60 s for jockey, too
[15:09] <pitti> seb128: StartupDelay> does that already exist?
[15:09] <pochu> seb128: heh, I guess ephy is enough for that ;)
[15:09] <pochu> seb128: which ones do we need?
[15:10] <pitti> seb128: it would save me from starting python immediately just to sleep 60 seconds
[15:10] <seb128> pitti: where?
[15:10] <pitti> seb128: in .desktop autostart files
[15:10] <pitti> you mentioned it in the meeting
[15:10] <seb128> pochu: python-gdata for the youtube totem plugin, and maybe some python-louie or similar to do upnp too
[15:11] <seb128> pitti: no, I mentionned that was need to patch gnome-session to support something similar
[15:11] <pochu> oh, the youtube plugin is so cool! I'll surely do that ;)
[15:11] <pochu> seb128: ok, I'll have a look at them this evening and let you know
[15:11] <seb128> pochu: thanks
[15:12] <lool> seb128: BTW do we want the new coherence for the RB upnp plugin?
[15:12] <seb128> pochu: bah, somebody already did apparently
[15:12] <seb128> pochu: https://wiki.ubuntu.com/MainInclusionReportPythonGdata
[15:12] <lool> seb128: https://coherence.beebits.net/wiki/RhythmBox
[15:13] <seb128> lool: I don't know a lot about that but having whatever is required to get the plugin working correctly would be nice ;-)
[15:13] <pochu> seb128: that was me, I'm the fastest! :P
[15:13] <lool> seb128: Then please sync coherence from unstable :)
[15:13] <lool> After the freeze perhaps
[15:13] <seb128> pochu: did you do the required change?
[15:13] <lool> And we need to promote it if we want it by defualt
[15:13] <seb128> lool: before the freeze rather
[15:13] <lool> Oh we're not in freeze yet?
[15:14] <seb128> pochu: maybe another mir ^
[15:14] <seb128> lool: I got no uploaded blocked yet
[15:14]  * lool goes doing uploads
[15:14] <mvo> bzr commit -m '* src/update-notifier.c:
[15:14] <mvo>   - delay statup checks for updates etc for 60s to avoid
[15:14] <mvo>     slowing down the desktop startup (for Seb128)'
[15:14] <seb128> lool: I guess steve is still sleeping ;-)
[15:14] <seb128> mvo: danke!
[15:14]  * seb128 hugs mvo
[15:14] <lool> seb128: haha
[15:14] <lool> seb128: He'll kill us when he awakes!
[15:15] <pochu> lool: what's coherence?
[15:15] <lool> pochu: It's a python upnp framework
[15:15] <lool> It can help you access mediarenderers and implement media controllers
[15:15] <pochu> seb128: no I haven't done it, but it's as trivial as Depends on "python (>= 2.5) | python-elementtree"
[15:15] <seb128> pochu: will do the change now
[15:15] <lool> For example you can play music from RB on your PS3
[15:16] <seb128> pitti: out of that, was https://wiki.ubuntu.com/MainInclusionReportPythonGdata ok with you?
[15:16] <lool> Or make RB remotely play music as driven by the media player in N810
[15:16] <pochu> lool: I don't have a PS3 :(
[15:16] <pochu> lool: would you send me one, I'd be happy to test it and file a MIR :P
[15:16] <lool> pochu: upnp is a standard, it's like apple's daap, but it's more open
[15:16] <lool> pochu: Sure; hold on let me see if I have one
[15:16] <pochu> :)
[15:16] <lool> pochu: Ah, turns out I don't have any PS3 yet
[15:16]  * lool is soon buying one to act as a bluray player
[15:17] <pochu> let's ask jono, I read on his blog he bought one ;)
[15:17] <pitti> seb128: still needs to be fixed
[15:17] <pitti> seb128: right, I saw it above; let me look at the package for other things
[15:19] <pitti> seb128: yes, looks alright; I'd appreciate if someone clueful could test it and verify that the communication with the google service DTRT
[15:20] <seb128> pitti: what do you call right thing?
[15:20] <seb128> pitti: that it works is enough? or rather that it do it in a good citizen way?
[15:20] <pitti> seb128: it apparently talks to some google server?
[15:21] <pitti> seb128: the MIR does not explain at all what exactly it is doing
[15:21] <seb128> The Google data Python Client Library provides a library and source
[15:21] <seb128>  code that make it easy to access data through Google data APIs.
[15:21] <seb128> pitti: ^
[15:22] <seb128> pitti: it uses a google public api to access their services apparently
[15:25] <pitti> well, that's still blurry :)
[15:25] <pitti> 'search music in some shops and buy it' or 'display information about artists' or something such would make the purpose clear, and would allow us to test it
[15:28] <seb128> pitti: not sure, totem uses it to search videos matching a name on youtube
[15:28] <seb128> pitti: anyway I did the python-gdata change
[15:28] <seb128> that's not a priority for beta, I'll have a look later when I've free slot
[16:10] <mvo> seb128: what do we currently do in glib/gtk on Gdk-CRITICAL messages?
[16:11] <seb128> mvo: nothing
[16:11] <seb128> mvo: why?
[16:12] <Amaranth> you get a nice messages in .xsession-errors that everyone ignores :P
[16:12] <mvo> seb128: I got some crashed-with-signal 5 bugreports that seems to be triggered by it
[16:13] <seb128> mvo: are those new?
[16:13] <Amaranth> there is an env variable to turn them into crashes
[16:13] <seb128> mvo: we had gnome-session setting G_DEBUG=fatal_criticals for a day some weeks ago
[16:14] <mvo> seb128: aha, that would explain it
[16:14] <seb128> mvo: upstream does that during unstable cycle to catch those bugs, otherwise nobody care
[16:14] <seb128> usually we disable it
[16:14] <seb128> and I forgot when doing the first 2.21 upload for this one
[16:14] <seb128> that has been quickly reverted because quite some applications were crashing
[16:18] <mvo> yeah, I just found one in update-notifier and fixed it
[16:26] <Amaranth> hrm, i wish there was some way to tell if you had an r200 or an r300 without going through pciids
[16:27] <Amaranth> i'm going to end up with just as many cards to whitelist as i would to blacklist for ati laptops
[16:27] <Amaranth> but people won't tell me their stuff is broken, they'll only tell if it was working (and demand i make it work again)
[17:24] <asac> seb128: i sometimes get crashes in ephy file save
[17:24] <asac> just try multiple times
[17:24] <asac> (for the log. this happens for me even before the xul update i just did ... )
[17:24] <seb128> asac: is your hardy uptodate?
[17:24] <asac> appears to be a gio issue
[17:24] <asac> seb128: how up to date?
[17:24] <asac> i updated glib manually
[17:24] <asac> whatelse?
[17:24] <seb128> what libgnomeui-0 version do you have?
[17:25] <seb128> the gio fileselector is in libgnomeui
[17:25] <seb128> and quite some issues have been fixed there
[17:25] <asac> not updated yet ... still 2.21
[17:25] <asac> 92-0ubnutu1
[17:25] <asac> ok ... i will upgrade everything
[17:25] <seb128> you want to update this one
[17:25] <seb128> let me know if that still happens using 2.22
[17:25] <seb128> several crashers have been fixed in since .92
[17:25] <asac> yes ... upgrading just libgnomeui* now
[17:26] <johanbr> Amaranth: As far as I know, only the Xpress chips are broken with the radeon/ati driver (not counting the newer cards).
[17:26] <asac> ok ... couldn't trigger it easily
[17:27] <asac> i will keep my eyes open
[17:27] <seb128> asac: ok
[17:27] <Amaranth> johanbr: all the X series ones are broken
[17:27] <Amaranth> X300 Mobility, X600 Mobility, etc
[17:27] <Amaranth> basically anything newer than the 9000 Mobility
[17:28] <Amaranth> johanbr: the problem here seem to be that basically if fglrx supports it the ati driver is broken with it
[17:28] <asac> ok all looks fine here
[17:28] <asac> thanks
[17:28] <Amaranth> if fglrx doesn't support it the ati driver probably works with it but we've just blocked it
[17:28]  * asac upgrades its complete system and takes a break
[17:29] <Amaranth> how do you separate them without a massive list of pciids on either side
[17:29] <johanbr> Amaranth: Not easily doable I think.
[17:29] <Amaranth> Right
[17:30] <Amaranth> And I'd rather have you get blocked when it should work than not get blocked and have it lock your system up
[17:30] <Amaranth> Or make the LiveCD unusable because X restarts when compiz starts
[17:32] <johanbr> Are you sure the X300 Mobility is broken? Before, I'd only heard reports of problems with PCI id's starting with 595.
[17:33] <Amaranth> Pretty sure I've seen a report with an X300
[17:33] <Amaranth> say, the r300 cards all have fragment shaders, right?
[17:33] <Amaranth> and the r200 only has fragment programs
[17:34] <johanbr> The Xpress 200 I think is basically an r300 without shaders.
[17:34] <johanbr> Report of working X300: http://ubuntuforums.org/showthread.php?t=630457
[17:36] <Amaranth> right, and some people have X600 Mobility chips that work just fine too
[17:36] <Amaranth> that doesn't say much
[17:49] <pochu> will anyone send minutes from the DesktopTeam meeting to the list? :)
[18:57] <pitti> kwwii: doing wallpapers now
[21:11] <ember> seb128 can you confirm that seahorse doesn't have keyserver.ubuntu as default?
[21:13] <seb128> ember: the config changes might only apply to new user
[21:14] <seb128> I'll try when doing CD testing
[21:15] <ember> well in here i can confirm
[21:15] <ember> i've refreshed the patch and installed a new rev and works
[21:15] <ember> http://pfragoso.org/ubuntu/seahorse_2.22.0-0ubuntu2.debdiff
[21:15] <ember> dinner, brb
[23:33] <seb128> pochu: ah, you have a working computer again? ;-)
[23:43] <ember> guess pidgin and liferea won't get into hardy
[23:59] <pochu> seb128: no, but I'm crazy o.O
[23:59] <pochu> seb128: I've built pygtk in a 400mhz computer with 256mb of ram ;)
[23:59] <pochu> I had to close ephy and mail :/