[06:07] <dholbach> good morning
[07:29] <pitti> pochu: bug 186647
[07:29] <ubotu> Launchpad bug 186647 in elisa-plugins-bad "promote to main" [Undecided,Fix committed] https://launchpad.net/bugs/186647
[07:38] <lool> pitti: Okay
[08:11] <huats> pochu: ping
[08:11] <huats> moring everyon e:)
[08:11] <huats> one :)
[08:57] <lapo> hi
[09:28] <slomo__> seb128: is the metacity compositor enabled by default in ubuntu (i mean, the gconf setting enabled, not metacity build with compositing support) ;)
[09:28] <mvo> slomo__: it shouldn't
[09:28] <mvo> if it is, then thats a bug :)
[09:29] <seb128> slomo__: what mvo said
[09:29] <seb128> slomo__: we use compiz by default
[09:29] <mvo> compiz!
[09:29] <seb128> if compiz doesn't work you likely don't want a compositor
[09:30] <slomo__> ok :)
[09:31] <slomo__> i just ask because i finally tried the compositor in metacity and it slows down my system :P
[09:31] <mvo> compiz!
[09:31] <seb128> yeah, it's not good
[09:32]  * seb128 hugs mvo
[09:32] <mvo> compiz!
[09:32] <slomo__> :)
[09:32] <seb128> ;-)
[09:32]  * mvo compizeses seb128
[09:32] <slomo__> might as well be caused by my graphics hardware :)
[09:32]  * mvo hugs seb128
[10:58] <seb128> mvo: do you have an idea of what the screenshot fail to get decoration under compiz?
[11:07] <mvo> seb128: what screenshot  was that?
[11:07] <seb128> mvo: applications, accessories, screenshot
[11:08] <seb128> mvo: try to use it on an application dialog only
[11:08] <seb128> and notice that it doesn't get the decorations
[11:08] <mvo> seb128: ok, I will do that after lunch
[11:08] <seb128> mvo: enjoy ;-)
[11:08] <mvo> seb128: and with metacity this works?
[11:09] <pedro_> morning!
[11:13] <pochu> hi all
[11:21] <seb128> mvo: yes
[11:21] <seb128> hello pedro_, pochu
[12:12] <seb128> pitti: hey
[12:13] <seb128> pitti: I just figured why apport is badly translated ;-)
[12:13] <pitti> hey seb128
[12:13] <pitti> seb128: can we talk in 30 mins? need to run off again, sorry
[12:13] <seb128> pitti: that's alright, I'll try to come with a patch meanwhile
[12:13] <pitti> awesome
[12:13]  * pitti hugs seb128
[12:13] <seb128> and I'm going to eat something too
[12:13]  * seb128 hugs pitti
[12:44] <seb128> re
[12:44] <seb128> pitti: ok, I've a patch for you
[12:44] <seb128> [12:44] <seb128> --- po/Makevars 2007-05-21 13:36:59 +0000
[12:44] <seb128> +++ po/Makevars 2008-03-20 12:41:57 +0000
[12:44] <seb128> @@ -1,2 +1,3 @@
[12:44] <seb128>  top_builddir=..
[12:44] <seb128>  DOMAIN=apport
[12:44] <seb128> +XGETTEXT_OPTIONS=--language=python
[12:44] <seb128> pitti: the cdbs magic calls intltool-update -p on apport build, which doesn't work for the python files you have since you don't use .py for the filenames
[12:45] <seb128> pitti: that makes it work out of the box
[12:52] <pitti> seb128: aaaah, good catch
[12:52] <pitti> seb128: I thought it would do some 'file' like matching
[12:53] <seb128> pitti: no it doesn't
[12:53] <seb128> pitti: should I commit to bzr?
[12:54] <pitti> seb128: I wonder why it works for me
[12:54] <pitti> seb128: after all, I just copied the pot to de.po and translated that
[12:54] <pitti> seb128: sure, please do
[12:54] <seb128> pitti: you likely run the make apport.pot target?
[12:54] <seb128> pitti: which uses the --language=python argument you have in the Makefile
[12:55] <seb128> pitti: but "intltool-update -p" which is what cdbs does doesn't use it
[12:55] <pitti> right, make -C po merge-po
[12:55] <pitti> seb128: so adding that to Makevars means we can drop the argument from Makefile, right?
[12:55] <seb128> yes
[12:55] <pitti> seb128: right, so it doesn't actually use the po/Makefile $(DOMAIN).pot rule
[12:55] <pitti> *headdesk*
[13:07] <T_A_V> âñåì çäðàñòâóéòå
[13:24] <T_A_V> codepage utf8
[14:03] <pitti> kwwii: oh, btw, I haven't forgotten about your sponsoring mail; but given the freeze I didn't treat it with urgency
[14:03] <kwwii> pitti: cool, thanks :-)
[14:04] <kwwii> actually, there will be another change in gdm anyway
[14:04] <kwwii> so you might want to wait for that
[14:14] <pitti> ok, noted
[15:02] <seb128> mvo: do you have a bug about the gnome-app-install categories not being translated?
[15:02] <seb128> mvo: hum, ignore the comment
[15:05]  * seb128 grrrs at the language-selector just closing when there is no network
[15:08] <mvo> seb128: does it? no error message?
[15:09] <seb128> mvo: well, I clicked ok,it started synaptic, complained about package not being installable and I was back to the desktop
[15:09] <seb128> mvo: would be nice to have a "retry" option
[15:10] <seb128> I was just not connected to the wireless
[15:16] <seb128> mvo: I undo the undo, what do you use to translate those categories?
[15:23] <mvo> seb128: hm, I suspect its a caching problem, update-app-install data will fix it, I tink l-s should run it
[15:23] <seb128> l-s?
[15:23] <mvo> language-selector
[15:24] <mvo> ok just be more clever
[15:24]  * mvo ponders
[15:24] <seb128> mvo: indeed
[15:41] <lool> seb128: glib c99 breakage hits mobile packages; can I upload it nowish?
[15:52] <pitti> seb128: wb
[15:53] <pitti> seb128: FYI, I converted jtv's list to bug 188690
[15:53] <lool> seb128: Did you see my ping?
[15:53] <ubotu> Launchpad bug 188690 in transmission "does not create a PO template on build" [Undecided,In progress] https://launchpad.net/bugs/188690
[15:53] <pitti> and grabbed a few tasks
[15:53] <lool> 16:41 < lool> seb128: glib c99 breakage hits mobile packages; can I upload it  nowish?
[15:53] <seb128> pitti: re
[15:53] <lool> I'm pushing it to our ppa for now
[15:53] <lool> We have an image due tonight
[15:53] <seb128> lool: no I didn't, you can put beta freeze is still in action no?
[15:53] <lool> seb128: I just changed 01_gettext-desktopfiles in Debian to allow us to sync
[15:53] <seb128> s/put/but
[15:53] <seb128> lool: cool
[15:54] <lool> seb128: Yes, I also intend to ask for a freeze exception now
[15:54] <seb128> lool: btw did you read about the pygobject issues yesterday evening?
[15:55] <lool> Which one?
[15:55] <lool> The one about building it?
[15:56] <seb128> lool: no, http://bugzilla.gnome.org/show_bug.cgi?id=448173 is creating 100% cpu use for some applications
[15:56] <seb128> ups
[15:56] <ubotu> Gnome bug 448173 in general "use python-config to get python includes" [Normal,Unconfirmed]
[15:56] <lool> Suckage
[15:56] <seb128> lool: http://bugzilla.gnome.org/show_bug.cgi?id=481569
[15:56] <ubotu> Gnome bug 481569 in gtk "Calling gobject.threads_init() causes a lot of wakeups" [Normal,Resolved: fixed]
[15:57] <lool> seb128: I told doko to merge support for this in hardy's python
[15:57] <lool> He only did so recently
[15:57] <lool> It's already in gutsy though
[15:57] <lool>   * Backport new function signal.set_wakeup_fd from the trunk.
[15:57] <lool>     Background: http://bugzilla.gnome.org/show_bug.cgi?id=481569
[15:57] <lool> python2.5 (2.5.2-2ubuntu2)
[15:57] <ubotu> Gnome bug 481569 in gtk "Calling gobject.threads_init() causes a lot of wakeups" [Normal,Resolved: fixed]
[15:57] <lool> seb128: Is this with that python version?
[15:58] <seb128> lool: yes, pygobject built to use the setwakeupfd thing has the issue
[15:58] <seb128> lool: building without fix the bug
[15:58] <lool> seb128: Did you revert it in pygobject or in python?
[15:58] <lool> Ok
[15:58] <seb128> pygobject, I dropped the configure change
[15:58] <lool> seb128: It looks like a bug in pygobject indeed
[15:58] <seb128> so it doesn't use the feature
[15:59] <lool> I only *read* about the feature, but never tried it out; it was included in hardy only recently
[15:59] <lool> I hope we can fix it, as it's really useful to save power on laptop running pygobject/gtk apps
[16:24] <slomo__> hey, does someone know if ubuntu suffers from an f-spot but that makes it's extensions go wild with every update? :)
[16:27] <johanbr> slomo__: I've heard something about the f-spot in Gutsy not playing nicely with extensions.
[16:27] <slomo__> johanbr: i'm more interested in hardy... because the fix for that is found now and it was a big problem in debian
[16:28] <johanbr> I thought the Hardy version was okay. Not sure, though.
[16:35] <seb128> pitti: g-s-t unlocking still doesn't work on the CD?
[16:35] <pitti> seb128: it does work for me on 20080319
[16:35] <pitti> it was still broken on 18.1
[16:36] <pitti> I uploaded a fix yesterday
[16:36] <seb128> is there a way to verify the CD version after boot?
[16:37] <seb128> the policykit config has no empty space
[16:37] <seb128> empty line rather
[16:37] <seb128> and I've no warning on the command line
[16:40] <seb128> pitti: oh, in fact it's automatically unlocked
[16:40] <seb128> pitti: I've just been confused by the button being unsensitive
[16:40] <pitti> right, that's how it's currently supposed to behave
[16:41] <pitti> seb128: look in /cdrom/.disk/info
[16:42] <seb128> pitti: thanks
[18:18] <huats> pochu: around ?