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