[00:00] <huats> night seb128
[08:14] <crevette> hello good morning
[08:28] <seb128> mvo: hello
[08:28] <mvo> hey seb128
[08:28] <seb128> mvo: I assigned some trivial sponsoring bugs to you let me know if that's not ok and I will not do it again ;-)
[08:29] <seb128> mvo: some trivial apt things waiting for weeks
[08:29] <seb128> the list was several pages long and I decided to help a bit on it so dholbach doesn't have a nervous breakdown ;-)
[08:29] <mvo> seb128: what wsa the bugnumber for the apt thing?
[08:29]  * pitti hugs seb128
[08:30] <crevette> hello seb128 and pitti
[08:30] <seb128> mvo: bug #263089 bug #224460
[08:30] <crevette> and mvo
[08:30]  * seb128 hugs pitti
[08:30] <seb128> lut crevette
[08:31] <seb128> mvo: the translation one should be easy to review, not sure about the other one, you might want to unsubscribe sponsors if that requires extra thinking or discussions
[08:32] <seb128> pitti: what do you think about bug #201495? I will try to ping davidz on IRC to get upstream review
[08:32] <seb128> mvo: bug #274407 also is a one liner upstream change
[08:33] <seb128> mvo: and bug #298296 is a typo fix should be trivial
[08:35] <pitti> seb128: generally looks good, but I haven't really scrutinized the patch; if David is happy with it, sure
[08:36] <mvo> seb128: thanks, two of them are fix commited, the other needs some love
[08:36] <seb128> pitti: ok, I will try to get davidz to review it
[08:36] <pitti> thanks!
[08:36] <seb128> mvo: can you unsubscribe the sponsor team on those which need work?
[08:37] <seb128> or give me the number so I can do it for you
[08:39] <seb128> mvo: not sure what you mean by fix commited btw, the update manager typo fix is fix commited since november, or you mean you commited the fix to your bzr now?
[08:39] <mvo> seb128: the apt-cache one is probably for apt 0.8 (where some breakage of the output format is ok)
[08:39] <mvo> seb128: the compiz one I need to talk about with upstream, I'm not sure about possible side effects
[08:40] <mvo> seb128: the other ones look good and are merged :)
[08:40] <seb128> mvo: there is a pointer to the upstream bug, they commited the change there with a comment explaining what it does
[08:40] <seb128> mvo: ok thanks
[08:42] <mvo> seb128: aha, excellent. it should be in the compiz 0.8 branch then :) I will upload that this week
[08:42] <didrocks> hi seb128, mvo & pitti!
[08:42] <didrocks> seb128: no, it was not me for pidgin update :)
[08:43] <seb128> mvo: good
[08:44] <seb128> didrocks: hello, ok
[08:46] <didrocks> seb128: https://code.edge.launchpad.net/~didrocks/evince/ubuntu should be ready now :)
[08:47] <crevette>  I seen chriscoulson did the merge request throught launchpad yesterday
[08:49] <seb128> didrocks: excellent
[08:49] <seb128> crevette: right, and I wanted to ping mvo about that
[08:49] <didrocks> seb128: once done, I will have just one question on gnome-python (but later, I do not have the time now)
[08:49] <seb128> mvo: for this totem fix, you just bzr get lp-url and bzr merge directory?
[08:50] <crevette> mvo: if you have time to merge lp:~bmillemathias/+junk/bluez-ubuntu to bluez and lp:~bmillemathias/+junk/ubuntu-obex-data-server-4.x in obex-data-server I'd be thanksfull
[08:50] <seb128> didrocks: ask now while I'm not too busy ;-)
[08:51] <didrocks> seb128: I have to check something before, you think it will be ok in less than 10 minutes ? ;)
[08:51]  * crevette raise its hand for the next question
[08:51] <crevette> raises
[08:51] <seb128> didrocks: sure
[08:51] <seb128> crevette: don't ask to ask just ask ;-)
[08:53] <crevette> okay, I tried to package nautilus-sendto-universe, with the dh_install, si now I have my *so but also /tmp/buildd in my package so Iwonder if you had time to help me with this
[08:53] <crevette> and my package is still a bit hackish
[08:55] <crevette> http://pastebin.com/m2a4874d3 is the diff between nautilus-sendto and -universe
[08:55] <seb128> crevette: just copy nautilus-sendto
[08:55] <seb128> crevette: looking
[08:55] <crevette> http://pastebin.com/m5f6bb8e8 is the content of the package now
[08:57] <crevette> I'm a bit puzzled by the content of my nautilus-sendto-universe.install
[08:57] <mvo> crevette: thanks, merging now
[08:57] <seb128> crevette: right, your --prefix= is wrong
[08:58] <seb128> use DEB_DESTDIR := debian/tmp rather
[08:58] <mvo> seb128: yes, ideally a bzr branch, but a patch is fine. for the merge of chris I will probably just diff it myself (unless he is here today and I can ask him to publish his branch)
[08:58] <seb128> the --prefix is where you will get things installed on your system
[08:58] <seb128> mvo: pitti did sponsor the totem* updates yesterday
[08:59] <mvo> seb128: did he merge them into bzr too?
[08:59] <pitti> yes he did
[08:59] <mvo> cool!
[08:59] <seb128> mvo: and he was there yesterday and didn't notice those were using bzr, he said he would be doing updates using it now
[08:59] <mvo> thanks pitti
[08:59] <mvo> hm, so the warning in apt should be more prominent?
[08:59] <seb128> right
[08:59] <seb128> it seems people are used to not read things apt display
[09:00] <seb128> I've to admit that after doing some thousand apt-get source I don't read the screen either
[09:00] <seb128> just apt-get source, switch to something else, get back there after download and start on the update
[09:00] <seb128> I do read it now because I know about some people using bzr
[09:00] <seb128> but when you are not aware of that ...
[09:01] <seb128> I'm not sure the way the message is displayed is the issue though
[09:01] <seb128> it's just habits which need to be changed
[09:03] <mvo> crevette: bluez bzr is merged, thanks again (I noticed it got uploaded already, right?)
[09:03] <crevette> mvo: yep it is, thanks a lot
[09:03] <crevette> mvo: if there is a better way to ping you on IRC tell me
[09:03] <seb128> mvo: I did upload obex-data-server and bluez yesterday yes
[09:04] <mvo> crevette: irc works fine for me
[09:06] <mvo> crevette: obex-data-server merge too, thanks again!
[09:07]  * seb128 hugs mvo
[09:07] <crevette> thanks a lot
[09:07] <didrocks> seb128: this issue already exists in previous gnome-python package. When executing dh_install --list-missing I have that:
[09:07] <didrocks> /usr/lib/python-support/python-gnome2/python2.5/gtk-2.0/bonobo/
[09:07] <didrocks> and yes, python-gnome2.install is : http://paste.ubuntu.com/116383/
[09:08] <didrocks> oupss, wrong paste for first reference. dh_install give me: dh_install: python-gnome2 missing files (/usr/lib/python*/site-packages/gtk-2.0/bonobo/*.{py,so}), aborting
[09:08] <didrocks> and the reason is that data are copied into /usr/lib/python-support/python-gnome2/python2.5/gtk-2.0/bonobo/
[09:08] <didrocks> I think this is a dh_pysupport thing, which is not detected by dh_install --list-missing, right?
[09:12] <seb128> didrocks: it's likely indeed
[09:13] <didrocks> seb128: so, it will be hard to check for missing files :/
[09:14] <seb128> right
[09:14] <seb128> well the package doesn't change so much
[09:14] <seb128> read the NEWS
[09:14] <seb128> list new things otherwise assume it's correct
[09:14] <didrocks> yes, but it was more for information indeed :)
[09:15] <didrocks> so a bonus question is this case :)
[09:15] <didrocks> in the package, there is a patch, that change some Makefile.am
[09:15] <didrocks> as usually ^^
[09:15] <crevette> seb128: it seems passing DEB_DESTDIR := debian/tmp fails the package to build --> "libtool: install: `debian/tmp/usr/lib/nautilus-sendto/plugins' must be an absolute directory name"
[09:16] <didrocks> but the patch that apply it to configure is not used (commented in dpatch): http://paste.ubuntu.com/116386/
[09:16] <didrocks> so, if this patch is no more necessary, we can bump it
[09:16] <crevette> should I pass $(CURDIR) ?
[09:17] <seb128> crevette: right
[09:17] <crevette> thanks
[09:17] <seb128> you're welcome
[09:17] <seb128> didrocks: bump it?
[09:18] <didrocks> seb128: remove it, sorry
[09:19] <seb128> didrocks: we discussed this update and said to keep the patch but comment it since it's only useful when building for several python versions which is not the case at the moment but it will be useful again when python 2.6 is there?
[09:19] <didrocks> seb128: ok, so, there is even no need that I refresh 99-runaclocal+autoconf+automake.dpatch
[09:19] <didrocks> atm
[09:20] <seb128> no
[09:20] <didrocks> seb128: is there a documentation somewhere explaining exactly how this is handled when having serveral python versions? (I am a bit confused with this patch)
[09:21] <didrocks> just we don't specify an explicit PYTHON_LIBS version...
[09:21] <seb128> didrocks: "this" being?
[09:21] <seb128> didrocks: I don't remember the details about this change, the idea was to not depends on a specific python version
[09:22] <seb128> ie not having a hard depends on python2.4 when building for 2.4 and 2.5
[09:22] <seb128> the change might not be correct
[09:22] <seb128> but it was having the right effect
[09:22] <seb128> there was no depends on a specific python version
[09:22] <didrocks> seb128: ok, so, I will only keep the main idea for the moment and go further to understand this if the need is still present :)
[09:23] <didrocks> seb128: thanks a lot. I think the update will be soon available
[09:23] <seb128> thinking about it now it might be better to just add a line in debian rules to not calculate shlib:Depends for this .so
[09:23] <didrocks> seb128: yes, it can be wiser, maybe
[09:23] <seb128> but as said I don't really care right now, it's not required in the current version
[09:23] <seb128> thanks ;-)
[09:23] <didrocks> seb128: ok, will see when needed ^^
[09:23] <didrocks> you're welcome!
[09:24] <crevette> ls
[09:24] <crevette> oups :)
[09:29] <seb128> hey MacSlow huats
[09:29] <huats> hey seb128
[09:29] <MacSlow> hey seb128
[09:29] <seb128> huats: you worked late!
[09:29] <huats> (and MacSlow too of course)
[09:29] <didrocks> hey MacSlow & huats
[09:30] <huats> seb128: I have put the right .diff.gz...
[09:30] <huats> seb128: sorry...
[09:30] <huats> I think my yes were not opened enough
[09:30] <MacSlow> hey huats, didrocks
[09:30] <seb128> huats: that's ok, seeing the time where you added the diff.gz you should have been to bed ;-)
[09:30] <huats> seb128: thanks
[09:31] <huats> have you seen my email ?
[09:31] <huats> the patches for the libs are working (on my computer)
[09:31] <seb128> huats: yes
[09:31] <seb128> and you commented on the upstream bug which is good ;-)
[09:33] <huats> :)
[09:38] <seb128> hey tseliot
[09:39] <tseliot> hey seb128
[09:39] <tseliot> I'll get back to you with the patches soon. I was too tired to work on them yesterday
[09:41] <seb128> ok
[09:45] <seb128> hey rickspencer3
[09:45] <rickspencer3> hey seb
[09:45] <rickspencer3> good morning
[09:46] <seb128> how is the london sprint going ?
[09:46] <rickspencer3> loooong
[09:46] <rickspencer3> we're just starting day 4
[09:46] <rickspencer3> :)
[09:46] <seb128> ;-)
[09:46] <rickspencer3> how was the sprint for you?
[09:49] <seb128> excellent as usual ;-)
[09:49] <seb128> we got a lot done and it was nice to see everybody
[09:50] <rickspencer3> me too
[09:57] <asac> rickspencer31: mpt: did you meet mconnor yet?
[09:58] <mpt> asac, I did, yesterday afternoon
[10:00] <seb128> slomo: do you know if gstreamer is still supposed to have issue on online stream song changes nowadays?
[10:00] <seb128> slomo: ie bug #327475
[10:05] <slomo> seb128: should work nowadays if totem would use playbin2... and it will probably not be ported for 2.26 because it's too late now and everbody is busy
[10:05] <slomo> seb128: so it's essentially a totem bug, gstreamer is fixed ;)
[10:05] <seb128> slomo: ok what I though, thanks for confirming
[10:06] <seb128> somebody should clean all those bugs
[10:06] <seb128> there is probably a lot of those which will be fixed when totem uses the new playbin version
[10:07] <slomo> seb128: oh and rhythmbox has the "same" bug of course... and banshee... and... ;)
[10:07] <seb128> right
[10:08] <slomo> hadess is aware of the issue though and i bet there's also a bug on totem already
[10:08] <seb128> right
[10:08] <seb128> gnome bug #542663
[10:11] <slomo> thanks
[10:12] <didrocks> seb128: if you have nobody for pidgin, as other updates seems ok, I can handle it too
[10:12] <seb128> didrocks: let me check
[10:12] <seb128> I did ping somebody about that some days ago so I don't want to duplicate work
[10:13] <seb128> there is other task if you are looking for work though ;-)
[10:13] <didrocks> why not ^^
[10:13] <seb128> didrocks: bug #316636, seems nobody is actively working on it
[10:14] <didrocks> seb128: ok
[10:14] <didrocks> I assigned it to myself
[10:15] <seb128> thanks
[10:16] <seb128> didrocks: I'm going to sponsor a new pidgin revision now so make sure you get this change when you do the update ;-)
[10:17] <didrocks> seb128: ok, which revision, so that I can be sure?
[10:17] <seb128> didrocks: 0ubuntu3
[10:17] <didrocks> oh well, I will give a look at jaunty-changes
[10:18] <didrocks> ok :)
[10:18] <seb128> didrocks: http://launchpadlibrarian.net/22437717/pidgin_2.5.3-0ubuntu3.debdiff
[10:18] <didrocks> "Windows Live" -> who cares ? :)
[10:18]  * didrocks runs...
[10:19] <seb128> ;-)
[10:28] <crevette> seb128: the package nautilus-sendto-universe is done, however I think it needs some review, 1) on copyright because I don't know if I should let or remove the creator of the nautilus-sendto package; 2) on control.in for dependency, I set a dependency on nautilus-sendto on the same version than nautilus-sendto-universe
[10:29] <crevette> I put the code on http://bazaar.launchpad.net/~bmillemathias/nautilus-sendto/ubuntu/revision/1
[10:30] <seb128> crevette: let me look at it
[10:31] <seb128> crevette: you should update the description
[10:33] <seb128> crevette: would be nice to have "this package ships the extra feature which require universe dependencies" or something around those lines
[10:33] <seb128> crevette: also why did you add yourself as upstream author in the copyright?
[10:34] <seb128> crevette: what you put in the README would be nice in the description
[10:34] <crevette> ah right I did the README.Debian but forgot that
[10:34] <crevette> should I add myself to author ?
[10:34] <crevette> I thought I should add myselft as I modified the package
[10:34] <seb128> crevette: use rather source:Version that binary:Version for the depends I would say
[10:34] <seb128> crevette: you added yourself in the upstream authors list ...
[10:35] <seb128> crevette: upstream means GNOME, the people writting the code
[10:35] <seb128> crevette: you can add a line after the first one to say that you added changed to it
[10:35] <seb128> ie, this package was debianised by ... and modified for ubuntu by ...
[10:37] <seb128> crevette: you can also clean the depends on bluez, thunderbird, etc since those are not required for the universe variant
[10:37] <seb128> otherwise the update looks correct
[10:38] <crevette> "otherwise" :)
[10:38] <crevette> I wonder what is it remains :
[10:38] <crevette> )
[10:39] <didrocks> seb128: I wonder what's the difference between ${binary:Version} and ${source:Version}, as all packages must have the same Version?
[10:42] <seb128> didrocks: what do you mean must have the same version?
[10:43] <seb128> didrocks: crevette is adding a nautilus-sendto-universe source which builds a nautilus-sendto-universe binary which depends on nautilus-sendto
[10:43] <seb128> didrocks: ie those are different source packages so they can be out of sync
[10:43] <didrocks> seb128: oh ok, and ${binary:Version} will be replaced by nautilus-sendto version?
[10:44] <seb128> no
[10:44] <seb128> not sure to understand your question
[10:44] <didrocks> by nautilus-sendto-universe version
[10:44] <seb128> binary:Version is the version of the package itself not from an another one
[10:44] <didrocks> hum, I do not how ${binary:Version} and ${source:Version} can be different
[10:44] <didrocks> see*
[10:45] <seb128> binNMUs
[10:45] <didrocks> (you talk previously to replace binary by source)
[10:45] <didrocks> right, in this case :)
[10:45] <crevette> source can be 1.1.1 and binary 1.1.1-0ubuntu15 ?
[10:45] <seb128> we don't have that in ubuntu right now though ;-)
[10:45] <seb128> but still
[10:45] <seb128> not a recent to not use the correct one
[10:45] <seb128> reason
[10:46] <didrocks> ok, didn't think about binNMU, but right ;)
[10:46] <crevette> so nautilus-sendo-universe can still be installed if it source matches with the one from nautilus-sendto
[10:46] <crevette> binNMU ?
[10:46] <didrocks> (seb128: thanks)
[10:46] <didrocks> crevette: binary-only non-maintainer upload
[10:49] <seb128> crevette: debian can do rebuilds of the same source if required
[10:49] <seb128> so the binaries version doesn't match the source one
[10:49] <seb128> ie source can be 1-1 and binaries 1-1.1
[10:50] <jpds> seb128: re: bug #319182 - I tried making a debdiff but it prints out all upstream changes too.
[10:51] <asac> lool: hmmm ... not on -mobile anymore?
[10:52] <seb128> jpds: right, that's the idea, having an idea of what changed and if the upgrade is a good thing ;-)
[10:56] <seb128> I'm away for half an hour or so, brb
[10:57] <seb128> I will look at the evince and gnome-keyring sponsoring request then
[10:57] <didrocks> seb128: ok, I will be around in case of questions :)
[10:57] <seb128> cool
[10:57] <seb128> brb
[11:00] <asac> lool: are moblin mailing lists known to be down?
[11:00] <asac> i sent patches, but they don't get through ;)
[11:04] <lool> asac: ?
[11:07] <lool> asac: You need to use lists.moblin.org
[11:07] <lool> asac: The @moblin.org addresses will timeout
[11:07] <lool> asac: (yay!)
[11:08] <asac> lool: ah ok ;)
[11:09] <pitti>  /quit
[11:10] <Tm_T> pitti: and /exit went to a bar
[11:51] <jpds> seb128: Stuff requested added to python-gdata bug.
[11:51] <seb128> ok, I will have a look to that after lunch
[12:11] <Davedan> how can I edit a file with a gui editor as root?
[12:12] <Davedan> on the terminal I can just do: sudo nano filename, but I don't no how to do the same with a gui editor
[12:13] <rickspencer3> Davedan: I'm not sure if this is your question, but most people invoke the graphical editor from the command line as root
[12:14] <rickspencer3> There's also a channel called #ubuntu that may be better suited for a question like this (assuming i understand your question)
[12:14] <pitti> hey rickspencer3
[12:14] <pitti> Tm_T: :)
[12:15] <rickspencer3> hey pitti
[12:20] <jpds> !gksudo > Davedan
[12:22] <Davedan> thanks. I'm reading it
[12:37] <asac> mvo: apt-transport-https: Depends: libapt-pkg-libc6.9-6-4.7 ... broken!
[12:38] <asac> transitional state?
[12:40] <mvo> asac: transitional
[12:41] <asac> mvo: one archive pulse or should i wait till tomorrow?
[12:41] <mvo> asac: one more arcive pulse
[12:42] <asac> cool. thx
[13:12] <seb128> huats: gnome-keyring update uploaded ;-)
[13:12] <seb128> huats: good work, that was really a non trivial one
[13:12] <huats> seb128: cool
[13:13] <huats> seb128: thanks :)
[13:13] <huats> i though it was really easy, that is why i decided to put the gcalctool diff.gz :)
[13:13] <huats> it was funnier ;)
[13:14] <seb128> ;-)
[13:14] <huats> seb128: if you have things to do, please let me know
[13:14] <huats> otherwise I'll give a shot at finishing libgda
[13:15] <seb128> there is gnome-doc-utils to update which should be easy if you want to do it
[13:15] <huats> so that I can tackle teh anjuta after
[13:15] <seb128> otherwise you can continue on libgda, anjuta, etc
[13:15] <huats> of I'll take that one too...
[13:15] <seb128> cool
[13:15] <huats> (libgda is almost done...)
[13:15]  * calc is at sun and got his internet working :)
[13:15] <seb128> libgda is blocking didrocks too I think
[13:16] <huats> seb128: it is
[13:16] <huats> seb128: i was thinking of the pb gcalctool update
[13:16] <huats> since we won't have the SRU
[13:16] <seb128> what do you mean by pb there?
[13:16] <huats> seb128: sorry
[13:17] <huats> currently the intrepid version returns some wrong results
[13:17] <huats> (in some specific cases)
[13:17] <huats> (that was the reason why I asked for a SRU)
[13:17] <huats> and i was wondering since the packing iis done, if it worth putting it on my ppa...
[13:17] <seb128> that seems worth a sru
[13:18] <seb128> wrong maths is not good
[13:18] <huats> so that users can have it
[13:18] <huats> I know...
[13:18] <seb128> why has the sru idea being discarded?
[13:19] <seb128> I though there was no bugs worth a sru in the update
[13:19] <huats> https://bugs.edge.launchpad.net/ubuntu/+source/gcalctool/+bug/306702
[13:25] <rickspencer3> bryce: 327175
[13:26] <rickspencer3> https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/327175
[13:26]  * didrocks nodes
[13:28] <didrocks> (and this gcalctool issue seems important. No conversion from deg to rad is some kind of basic stuff :/)
[13:29] <seb128> didrocks: depends of your users, not really in non scientific world
[13:29] <seb128> I've to admit I've not used anything than degrees since school
[13:30] <didrocks> seb128: sure, I used more my hp49 when having to make more complicated calculation
[13:31] <didrocks> seb128: and also, I never used more complicated things than % from the day I finished my engineering studies. That's a shame :/
[13:31] <seb128> welcome to the real world ;-)
[13:32] <seb128> I doubt many people use the desktop calculator to do something else that simple maths
[13:32] <seb128> the people who need to do maths in their work have probably better tools and the other ones just do basic maths usually
[13:35] <seb128> Laney: hi, f-spot failted to build on the buildds
[13:35] <seb128> Laney: http://launchpadlibrarian.net/22442383/buildlog_ubuntu-jaunty-i386.f-spot_0.5.0.3-1ubuntu1_FAILEDTOBUILD.txt.gz
[13:35] <seb128> Laney: do you have any idea about the issue? it built correctly locally
[13:37] <didrocks> seb128: yes, RPN rocks on HP calculator \o/
[13:38] <seb128> I own a texas calculator and I'm not using rpn ;-)
[13:39] <didrocks> rpn is good, other things are just evil :-)
[13:39] <didrocks> seb128: once you know that you have to use 2 [enter] 2 [+], everything's ok :)
[13:41] <Laney> seb128: Uh
[13:42] <Laney>    * C# compiler: /usr/bin/mcs
[13:42] <Laney> this is what I told you yesterday
[13:42] <seb128> it worked locally though
[13:43] <Laney> How did you build?
[13:43] <seb128> let's wait for the new revision to be uploaded to debian and sync that next then ;-)
[13:43] <seb128> apt-get source, cd source, debuild
[13:43] <Laney> jaunty?
[13:43] <seb128> yes
[13:43] <huats> seb128: http://launchpadlibrarian.net/22442821/buildlog_ubuntu-jaunty-hppa.gnome-keyring_2.25.90-0ubuntu1_FAILEDTOBUILD.txt.gz
[13:43] <seb128> but I might not be uptodate
[13:43] <huats> :(
[13:44] <huats> (failed on hppa and armel)
[13:44] <Laney> I guess you have mcs.exe installed, it would have failed for you in pbuilder
[13:44] <seb128> huats: kick upstream for using -Werror in tarballs
[13:45] <seb128> Laney: indeed
[13:45] <Laney> easy fix if you want to do it, otherwise you can wait for the sync
[13:45] <huats> seb128: but it builds fine on my pbuilder which is supposed to work like the build system :(
[13:45] <Laney> meebey has been unwell though, don't know when he'll sponsor it
[13:46] <seb128> huats: some errors are arch specific
[13:46] <huats> seb128: ok
[13:46] <seb128> huats: 32 against 64 bits, etc
[13:46] <huats> yeah
[13:46] <seb128> toolchain difference
[13:46] <asac> mvo: compiz complains about software rasterizer ... is that anything i can enable/disable in xorg?
[13:47]  * asac would love to use compiz on his ati card
[13:50] <seb128> huats: ok, so you can work on a gnome-keyring update to not use -Werror if you want now ;-)
[13:51] <huats> According to the changelog, it is related to : "add -Werror back in when --enable-tests is configured."
[13:51] <huats> and we do have the --enable-tests configured
[13:52] <mvo> asac: what ati card do you have?
[13:55] <seb128> huats: right, not sure why pochu did enable that in debian, let's not use this configure option
[14:00] <huats> seb128: ok
[14:01] <asac> mvo: VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900]
[14:01] <asac> mvo: i enabled compise in xorg.conf ... didnt stop X to work at least ;)
[14:01] <asac> glxgears works too
[14:02] <asac> s/compise/composite/
[14:04] <mvo> asac: hm, interessting. but compiz does not work? because of the software raster issue
[14:04] <mvo> hmmm
[14:04] <mvo> there is a force option
[14:05] <asac> mvo: what option should i try?
[14:05] <asac> Checking for Software Rasterizer: present.
[14:05] <asac> Software rasterizer detected, abortingaborting and using fallback: /usr/bin/metacity
[14:05] <asac> mvo: maybe there is a xorg.conf option to enable hardware rasterizer
[14:06] <asac> ?
[14:06] <asac> also grep Composite /var/log/Xorg.0.log
[14:06] <asac> [    0.265380] (**) Extension "Composite" is enabled
[14:06] <mvo> asac: try "SKIP_CHECKS=yes compiz
[14:06]  * asac feels brave ;)
[14:07] <huats> seb128: have you touches anything on the update ? or can I start from the version I have put on LP  ?
[14:07] <seb128> huats: you can use the lp version
[14:09] <asac> mvo: without --replace?
[14:10] <asac> hmm ... seems to not work. i get a white screen
[14:10] <seb128> somebody told me during the sprint that it was always doing replace
[14:10] <asac> ah ok. doesnt make a difference anyway
[14:15] <mvo> asac: should work
[14:15] <Amaranth> asac: perhaps you have a permissions problem on /dev/dri/card0
[14:16] <Amaranth> that was causing the same kind of problem on intel for me at one point
[14:16]  * asac looks
[14:16] <Amaranth> it should be 666
[14:16] <asac> Amaranth: there is no such /dev entry
[14:16] <Amaranth> well then
[14:17] <Amaranth> fglrx?
[14:17] <Amaranth> if not, there is your problem :P
[14:17] <asac> Amaranth: no ati
[14:17] <asac> glxinfo  | grep direct
[14:17] <asac> direct rendering: Yes
[14:18] <Amaranth> yeah, exactly what mine would say
[14:18] <asac> glxinfo  | grep Raster
[14:18] <asac> OpenGL renderer string: Software Rasterizer
[14:18] <Amaranth> pastebin your xorg.0.log and the full output of glxinfo
[14:18] <asac> http://paste.ubuntu.com/116457/ (glxinfo)
[14:18] <asac> http://paste.ubuntu.com/116460/ (xorg log)
[14:19] <asac> Amaranth: ^
[14:22] <seb128> didrocks: the update looks correct, the short description could be better though, and maybe change the hildon mention to say "by the mobile team request" rather than saying it's not needed, it's rather than it needs to be rewritten I think
[14:25] <didrocks> seb128: ok. I change these
[14:29] <mvo> asac: did SKIP_CHECKS=yes not help?
[14:29] <mvo> asac: you should at least see a diffrent error message :)
[14:30] <seb128> mvo: he got a white screen apparently
[14:30] <mvo> aha
[14:30] <asac> mvo: heh. well, i get a white screen :)
[14:30] <asac> it continues and spits out a bunch of meta city warnings/errors
[14:36] <asac> mvo: http://paste.ubuntu.com/116464/
[14:38] <asac> hell whats going on
[14:38] <asac> i have compiz now ... i think
[14:39] <asac> what i did was run compiz -c -> then it locked up and i restarted gdm from console
[14:39] <asac> mvo: ^^
[14:39] <asac> let me try EXA now (currently have XAA enforced)
[14:40] <mvo> asac: ha! that might be the issue
[14:41] <asac> mvo: well ... so now compiz is on ... (it was before with XAA even)
[14:41] <asac> but its snail slow
[14:41] <mvo> asac: is it still using software for the rastering? I guess its simply that the hardware support is not yet there for your card
[14:41] <asac> hmmm seems its just composite
[14:42] <asac> desktop effects is off
[14:42] <asac> let me try
[14:44]  * asac gives up
[14:44] <asac> back to Xaa without composite and metacity ;)
[14:58] <pitti> ArneGoetje, bryce, Riddell: here?
[15:00] <asac> 1500UTC?
[15:00] <pitti> oh, we start at :30 nowadays, right
[15:00] <asac> heh
[15:00] <asac> i think before that it was 1600UTC
[15:01] <pitti> right, it's actually 16:30
[15:01] <Amaranth> oops, cable guy showed up
[15:01] <didrocks> asac: pitti : you just have to make a bisection between your two thoughts :)
[15:02] <Amaranth> asac: reading now
[15:02] <Riddell> hi
[15:03] <asac> so in 30 or 90 minutes ;)?`
[15:04]  * asac confused ... logs into his calendar
[15:04] <asac> ok meeting is in 90 minutes according to calendar ;)
[15:04] <bluesmoke_> [    0.651249] (WW) RADEON(0): Direct rendering disabled
[15:04] <bluesmoke_> [    0.651352] (II) RADEON(0): XAA Render acceleration unsupported on Radeon 9500/9700 and newer. Please use EXA instead.
[15:04] <bluesmoke_> [    0.651372] (II) RADEON(0): Render acceleration disabled
[15:05] <asac> Amaranth: i tried EXA ... didnt help.
[15:05] <Amaranth> asac: So using XAA is actually the same as disabling all acceleration, apparently
[15:05] <Amaranth> hmm
[15:05] <asac> not sure if i get the same error though
[15:05] <Amaranth> [    0.651228] (==) RADEON(0): Backing store disabled
[15:05] <bryce> pitti: yep
[15:05] <Amaranth> You got some funny thing in xorg.conf?
[15:06] <seb128> asac: 85 minutes indeed
[15:06] <asac> Ampelbein: Option          "AccelMethod"            "XAA"  Option "XAANoOffscreenPixmaps" "true"
[15:06] <asac> those are the only options
[15:06] <asac> let me check for the error output when running EXA
[15:06]  * asac fiddles with xorg.conf
[15:07] <pitti> bryce: sorry, mixed up time; still 1:30 hours to go
[15:07] <bryce> pitti: yeah, seemed a bit early.  ;-)  If not for the jet lag I'd still be asleep. ;-)
[15:08] <Amaranth> asac: you also apparently have some extra input options setup although that shouldn't matter to this
[15:08] <Amaranth> asac: sudo mv /etc/X11/xorg.conf ~      then restart X :)
[15:08] <Amaranth> That's what bryce always says, anyway
[15:09] <asac> Amaranth: ... in the past i ended up in bad situations with no xorg.conf ... but i can try
[15:09] <asac> let me first try SKIP_CHECKS with EXA again
[15:10] <seb128> asac: try UXA ;-)
[15:10] <Amaranth> don't use SKIP_CHECKS unless it's failing on a blacklist
[15:10] <Amaranth> everything else being checked is "compiz doesn't work without this" stuff
[15:11] <bryce> pitti: say, how can I get the source for usplash 0.5.27?
[15:11] <pitti> bryce: debcheckout -a usplash
[15:11] <pitti> bryce: and then branch off the 0.5.27 tag
[15:12] <bryce> pitti: thanks
[15:12] <pitti> bryce: or download it from https://edge.launchpad.net/ubuntu/+source/usplash
[15:13] <asac> so without xorg.conf i end up with C64 screen resolution on my 24" monitor ;)
[15:13] <asac> but lets check whether it helps for compiz
[15:13] <Amaranth> haha
[15:14] <asac> so software randerization is still on -> now trying SKIP_CHECK again
[15:14] <bryce>  64 RAM SYSTEM  38911 BASIC BYTES FREE
[15:14] <bryce> READY.
[15:14] <Amaranth> asac: With software rendering you're either going to get a white screen or 1 frame every 5 seconds which will look like it froze
[15:15] <pitti> bryce: C64 ♥
[15:18] <asac> [    0.710959] (==) RADEON(0): Backing store disabled
[15:18] <asac> [    0.710978] (WW) RADEON(0): Direct rendering disabled
[15:18] <asac> but i get direct rendering: in glxinfo
[15:18] <asac> [    0.711019] (II) RADEON(0): EXA Composite requires CP on R5xx/IGP
[15:18] <asac> what does that mean?
[15:18] <asac> CP?
[15:19] <asac> i think UXA fell back to EXA
[15:19] <bryce> asac, don't think UXA is available for -ati yet
[15:20] <asac> argh ... gnome-terminal is soooo slow with EXA
[15:20]  * asac goes back to XAA
[15:20] <bryce> hmm, I'm running EXA on a R5xx here with no perf problems
[15:21] <seb128> didrocks: evince uploaded now
[15:21] <asac> bryce: really?
[15:21] <asac> bryce: you must have magic hands ;)
[15:21] <didrocks> seb128: thanks :-)
[15:22] <bryce> (**) RADEON(0): Using EXA acceleration architecture
[15:22] <bryce> 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV535 [Radeon X1650 Series] [1002:71c7] (rev 9e)
[15:23] <bryce> asac: I had problems getting it working on an R6xx card, but R5xx has been fine
[15:23] <mvo> for my Radeon Mobility X1400 it works pretty well too
[15:23] <bryce> small cursor corruption sometimes, but that's minor
[15:24] <asac> R580 [Radeon X1900]
[15:24] <asac> probably too gamerish ;)
[15:25] <bryce> asac: if you have a bug open on it, I can forward it upstream for you at least.
[15:26] <asac> bryce: cant you use the "EXA slow on ati by default" bug i opened?
[15:26] <bryce> asac: yes I can.
[15:27] <asac> let me find that
[15:28] <asac> sigh ... bryce what is the source package for ati again?
[15:28] <bryce> xserver-xorg-video-ati
[15:28] <bryce> didn't see a bug by you there... looking through your reported bugs
[15:30] <asac> hmm
[15:30] <asac> where did it go :/
[15:30] <asac> maybe reassigned?
[15:30] <bryce> the launchpad ogre ate it?
[15:30] <bryce> maybe, but no bugs mentioning "EXA" in your reported bugs list
[15:30] <asac> against what?
[15:31] <bryce> against anything
[15:31] <asac> i didnt find any from me against -ati ;)
[15:31] <asac> Bug 315889
[15:31] <asac> what happend to that :(
[15:32] <asac> went to hal and duped ;)
[15:32] <asac> is that the correct rational for that bug?
[15:32] <bryce> ahh...  we did have some issues related to the /dev/dri/* permissions that ended up being a hal typo
[15:32] <bryce> but that's fixed since a couple weeks or so
[15:33] <asac> ok i undupe
[15:34] <huats> how can I testrun gnome-doc-tool ? does anybody see a way ?
[15:35] <asac> bryce: done.
[15:36] <asac> bryce: hmm. i see that i have still fglrx module loaded. could that be the problem?
[15:36] <bryce> yes
[15:36] <bryce> purge that
[15:36] <mvo> aha, right
[15:36] <mvo> the fglxrx problem
[15:37] <asac> heh
[15:37] <asac> so its a known issue ;)?
[15:37]  * asac feels like this could help
[15:38] <bryce> asac: yeah many issues arise from having leftover bits of fglrx installed when using -ati
[15:38] <bryce> probably #1 issue we have with ATI in general
[15:38] <seb128> due to the libGL divert?
[15:39] <seb128> I got bitten by that too
[15:39] <asac> so fglrx-source should Break: -ati driver?
[15:39] <bryce> libgl* conflicts are the most common
[15:39] <asac> performance looks good on exa now
[15:39] <asac> great
[15:39] <bryce> sweet
[15:39] <asac> now going for compiz ;)
[15:40] <asac> too bad still software rasterizer
[15:40] <Tm_T> asac: try Kwin instead (;)
[15:40] <asac> but ok ... enough achieved for today ;) -> EXA
[15:40] <bryce> asac, :-)
[15:41] <bryce> some more info is available at https://help.ubuntu.com/community/RadeonDriver
[15:43] <bryce> asac, (and I'm curious whether this helps your sauerbraten issue at all)
[15:43] <huats> seb128: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-keyring/+bug/327643
[15:44] <asac> bryce: sauerbraten ;)?
[15:44] <seb128> looks german
[15:45] <seb128> huats: uploaded
[15:45] <huats> seb128: ok
[15:45] <huats> great !
[15:49] <asac> bryce: ok so this didnt help for my ET QW game ;)
[15:49] <asac> still performing slow
[15:49] <asac> but well
[15:49] <asac> back to work ;)
[15:50]  * bryce returns to playing with usplash diffs
[15:51] <bryce> ok, reverting kees' last change and building my own debs seems to work ok
[15:52] <seb128> and do you get the issue using the current version and building your own debs?
[15:52] <bryce> seb128: that's next
[15:52] <seb128> ok
[15:57] <Davedan> hi. when I'm trying to type a single quote ' in the command line I get ` only on the seccond press
[15:57] <Davedan> how can I fix/change that?
[15:59] <bryce> weird, I can't drag my panels around anymore after an xrandr clone event
[16:00] <seb128> bryce: you have to use alt to dnd those in jaunty (just in case you didn't know that's required now)
[16:00] <bryce> AHHH
[16:00] <bryce> seb128: ok didn't know that
[16:01] <seb128> it was too easy to dnd them by mistake and get confused users before
[16:01] <bryce> seb128: well that should cut down on confused users
[16:01] <seb128> right
[16:01] <bryce> yeah, both my mother and wife have gotten things messed up due to it
[16:01] <bryce> when I visit my mother I always have to straighten out her toolbars from whereever they got stuck ;-)
[16:01] <bryce> er s/toolbars/panels/
[16:03] <seb128> should not happen in jaunty then ;-)
[16:04] <bryce> guess that's going to be a nice complement to ctrl-alt-backspace going away
[16:04] <Davedan> anyone knows what can cause the single quote button not to work?
[16:04] <bryce> Davedan: many things
[16:05] <Davedan> I didn't change anything in the setup
[16:05] <bryce> hal, xkeyboard-config, hardware problem, on and on
[16:05] <bryce> Davedan: did you review /var/log/dpkg.log for recently changed packages?
[16:05] <Davedan> bryce: no. what do I need to do?
[16:05] <bryce> try downgrading things that look like viable candidates (debs may still be in your /var/cache/apt/)
[16:05] <Davedan> this is a clean install
[16:06] <Davedan> I didn't put anything that should mess with UI or keyboard
[16:06] <bryce> what keyboard layout?  us?
[16:06] <Davedan> only apache, mysql stuff
[16:06] <Davedan> yes
[16:06] <seb128> do you get the same issue in gtk applications?
[16:06] <bryce> what kind of keyboard?  anything unusual?
[16:06] <Davedan> Microsoft wireless
[16:06] <bryce> mm.  usb?
[16:06] <Davedan> yes
[16:07] <bryce> got another keyboard you could test with?
[16:07] <Davedan> yes
[16:07] <bryce> that'll be the easiest thing to test first
[16:07] <seb128> do you get the same issue in gtk applications?
[16:08] <Davedan> let me check both things
[16:08] <Davedan> yes I get the same issue with gedit
[16:09] <Davedan> I'll check a different keyboard but it'll require a restart
[16:09] <Davedan> thanks
[16:10] <Davedan> maybe it'll be simpler. does double quotes and single quotes do the same in the command line?
[16:10] <bryce> Davedan: often
[16:10] <bryce> Davedan: another thing to try is to run 'xev' and see if it receives your ' key
[16:11] <Davedan> what 'xev' does?
[16:11] <bryce> Davedan: I assume ' and " are on the same key?  and the latter works but not the former?
[16:11] <Davedan> yes
[16:11] <bryce> Davedan: it prints the keycodes received by the system at the X layer
[16:12] <mvo> ember: thanks a lot for the brasero update, doing it now
[16:12] <Davedan>  bryce: I see that but don't understand what to do with it
[16:12] <ember> cool, thanks.
[16:13] <Davedan> sombody said something about composing
[16:15]  * asac grabs some food
[16:16] <seb128> asac: getting energy for the meeting? ;-)
[16:17]  * bryce --> coffee
[16:17]  * pitti -> sponsoring
[16:17] <pitti> :)
[16:18]  * seb128 hugs pitti
[16:18] <pitti> I did mutt and lintian, doing monodoc and squid now
[16:22] <crevette> hey
[16:23] <Davedan> bryce: changing the layout from US internation to UK fix it. thanks!
[16:24] <crevette> seb128: I've updated my branch for nautilus-sendto-universe with you comments, what should I do now? I guess I should open a bug to have this package included in universe now.
[16:24] <Davedan> now I have to work :(
[16:24] <seb128> crevette: right
[16:24] <crevette> Okay I'll do that tonight
[16:24] <seb128> crevette: open a bug on ubuntu and subscribe the universe sponsor team to the bug
[16:24] <crevette> Need to go back home, my 2 days off are finished :/
[16:25] <crevette> yep
[16:25] <seb128> see you later!
[16:25] <crevette> see you
[16:26] <pitti> seb128: shall I do gnome-themes?
[16:27] <calc> where should i tell this user to file the bug? https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/267371/comments/40
[16:27] <calc> that particular comment on the bug
[16:27] <calc> seb128: i'm guessing it might be gvfs but not completely certain
[16:27] <seb128> pitti: yes please, I've done enough sponsoring for today, I will sponsor gnome-desktop for tseliot when ready but everything else is free for upload
[16:28] <pitti> seb128: ack
[16:28] <seb128> danke
[16:29] <seb128> calc: the comment is not especially clear on how exactly to trigger the bug, if there is exact steps on how to trigger the bug that would be nice, then open it on bugzilla.gnome.org
[16:29] <calc> ok
[16:30] <pitti> *DING* meeting time
[16:30] <seb128> *DONG*
[16:30] <asac> hi
[16:30] <pitti> ArneGoetje, Riddell, tkamppeter: ping?
[16:31]  * calc isn't sure if he'll be here the whole meeting but will be here at least part of it
[16:31] <pitti> calc: that's ok, I already marked you as "excused" :)
[16:31] <pitti> calc: how's the Sun?
[16:31] <seb128> anybody on jaunty amd64 to run "chrpath -l /usr/lib/python-support/python-gconf/python2.5/gtk-2.0/gconf.so"?
[16:31] <calc> pitti: pretty good :)
[16:31] <asac> hope better than our Snow here ;)
[16:31] <seb128> that's for bug #327671
[16:31] <calc> snowed here this morning, heh
[16:32] <asac> calc: are you in hamburg ;)?
[16:32] <tseliot> seb128: sorry but my bzr seems broken and I can't push my changes
[16:32] <pitti> everyone made it back in one piece?
[16:32]  * pitti enjoyed the sprint, and we got great work done
[16:32] <seb128> tseliot: can you upload the debdiff on your webpage?
[16:32] <Riddell> hi
[16:32] <tseliot> seb128: sure
[16:32] <calc> asac: yea
[16:33] <pitti> Riddell: Hey Mr. KDEMaster!
[16:33] <tkamppeter> hi
[16:34] <pitti> ok, let's start
[16:34] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-02-10
[16:34] <pitti> has the current reports and agenda
[16:34] <tseliot> seb128: is it ok if I use version 1:2.25.5-0ubuntu2
[16:34] <tseliot> ?
[16:34] <pitti> nobody sent in agenda items, not surprising at this time, though :)
[16:34] <pitti> = Outstanding actions from last meeting =
[16:35] <pitti> Riddell: are you still blocking on anything MIRish?
[16:35] <Riddell> no I think I'm good now
[16:35] <bryce> Davedan: ok cool good to hear
[16:35] <pitti> cool
[16:35] <pitti> for the graphical installer, I'll take the action point of getting this discussed
[16:36] <asac> Riddell: note: ask you can see in my activity report i talked to upstream about jsapi policy ... seems that things are moving
[16:36] <seb128> tseliot: yes
[16:36] <Riddell> asac: oh nice
[16:36] <pitti> ACTION: pitti to discuss graphical installer requirements with Steve George, Colin, and Rick
[16:36] <asac> Riddell: with some luck we can get that for jaunty ... but dont want to promise too much yet
[16:36] <Riddell> asac: right.  it's not a major issue if not
[16:37] <pitti> asac: is that blocking something?
[16:37] <pitti> ok, seems not
[16:37] <asac> pitti: i think having google gadgets
[16:37] <asac> on kde desktop
[16:37] <asac> in main
[16:37] <pitti> right, I remember the stable ABI discussion
[16:37] <Riddell> yeah, fun but not a required feature
[16:37] <asac> sure. thought it was shiny though
[16:38] <asac> and shiny is good (havent tested myself)
[16:38] <pitti> *bling* :)
[16:38] <pitti> ok, [16:38] <pitti> The queue was immense on the weekend, and thanks to the unstoppable Seb it's much less scary now
[16:38] <seb128> ;-)
[16:38] <pitti> but still scary enough that we should put some extra effort into it
[16:38]  * pitti hugs seb128
[16:38]  * asac hugs seb128 
[16:39] <asac> also for prodding me
[16:39]  * seb128 hugs pitti asac
[16:39] <pitti> it's really great to see so many contributors doing gnome updates, etc!
[16:39] <seb128> indeed!
[16:39] <mvo> yeah, cheers to them
[16:39] <pitti> so, all hands appreciated there
[16:39] <bryce> pitti: between the poor network, and the many questions on X stuff, I didn't get to sponsoring last week
[16:40] <pitti> bryce: nobody did, that's ok (I didn't really expect anyone)
[16:40] <bryce> ah, that would explain why we're behind then
[16:40] <pitti> it's not a very efficient thing to do while we are all together :)
[16:40] <pitti> bryce: exactly
[16:40] <tseliot> seb128: http://albertomilone.com/ubuntu/gnome/jaunty/gnome-desktop_2.25.5-0ubuntu2.debdiff
[16:40] <pitti> that wasn't meant as a blame, just as information that we should catch up this week
[16:41] <pitti> [16:41] <pitti> I updated https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus today
[16:41] <pitti> kudos to everyone, we halved the bug list since last week
[16:41] <pitti> there's one thing which is new, bug 309482
[16:42] <pitti> bryce: would you have some time to take a look at it and ask for the right debug info?
[16:42] <pitti> it was originally filed against oem-setup, but apparently it's an -nv bug
[16:42] <pitti> otherwise I'm quite happy about the current status; anything from you?
[16:43] <bryce> pitti: ok
[16:44] <pitti> bryce: thank  you
[16:44] <bryce> pitti: there's several X problems I'm tracking (some of which are now fixed), but generally things are ok for this stage of the release
[16:44] <asac> now that i found why my ati driver was slow with EXA i am happy for the moment
[16:44] <pitti> right in time for getting back from the sprint, suspend and hibernate gives me some issues (crashes after some 10 minutes), but I'll handle that as a bug report
[16:45] <pitti> Anything else we should talk about?
[16:45] <asac> right. i didnt file a bug yet, but once i came back home my laptop now auto log-outs when i suspend
[16:45] <bryce> pitti: yep I'm following up on a number of reports done during the sprint, we've gotten some patches from upstream, etc.
[16:45] <pitti> asac: sure that this isn't X crashing?
[16:45] <bryce> asac: check your /var/log/gdm/*.log files to see if X is crashing
[16:45] <asac> pitti: could be ... i will check that now
[16:46] <pitti> AOB, 2nd?
[16:46] <seb128> thanks pitti ;-)
[16:46] <bryce> pitti: your PowerManagement graphviz diagram looks nice (would be better in inkscape, but...) ;-)
[16:46] <pitti> bryce: heh, but I wanted to learn dot :)
[16:46] <bryce> pitti: how is hal ?
[16:47] <pitti> bryce: and after nudging some of the edges a bit, it actually looks "good enough" imho
[16:47] <asac> i wonder if the points on the WorksItems page should reflect the important things i plan to do for jaunty
[16:47] <pitti> bryce: "how"?
[16:47] <asac> or just what came out of specs
[16:47] <bryce> pitti: any major issues?
[16:47] <pitti> asac: they are meant to do both
[16:47] <pitti> bryce: nothing now TTBOMK; it basically didn't change since hardy, except for a handful of bug fixes
[16:47] <pitti> but I keep hammering on hal-info
[16:47] <asac> ok i think there need to be a bunch more items on it then
[16:47] <pitti> fixing bugs, quirks, and keymaps by the dozen :)
[16:48]  * pitti pats his commit access, that's really helpful
[16:48] <asac> i will try to give an additional list
[16:48] <pitti> asac: I think it's actually both
[16:48] <asac> i think i will check with rick ;)
[16:48] <pitti> asac: i. e. a breakdown of separable issues from specs, as well as other things which need to be done
[16:49] <pitti> asac: it's meant to project our progress on work we committed to, to see when/if we are falling behind
[16:49] <asac> right. i think its only spec stuff so far for me
[16:49] <pitti> asac: I suppose you have quite a bunch of non-spec things, too?
[16:49] <asac> and my specs are rather lowish
[16:49] <pitti> this is quite a new tool, so we need to improve it a bit (and of course also check out whether it suits us at all)
[16:49]  * pitti waves at rickspencer31
[16:50]  * calc has something to bring up
[16:50] <pitti> so we need shiny graphs :)
[16:50] <pitti> calc: go ahead, please
[16:50] <calc> Riddell: do we want to disable KDE support, i mentioned this in my status report but i didn't know whether we actually want to go ahead with it or not
[16:51] <calc> background on this for others is OOo has KDE integration but only for KDE 3 which requires the kdelibs4 be on the cd's
[16:51] <Riddell> calc: I think not
[16:51] <calc> Mandriva has already dropped KDE support in their release
[16:51] <Riddell> we're not desperate for that extra space on the CD and not having nice widgets is really ugly
[16:51] <calc> Riddell: ok that is fine with me :)
[16:51] <pitti> is that actually widgets, or more like file selector and print dialog?
[16:51] <Riddell> pitti: both
[16:51] <calc> just wanted to know for certain since i will need to do an upload about as soon as i get home from hamburg
[16:52] <pitti> (loosing the latter would really be sad, I think)
[16:52] <calc> pitti: all of it
[16:52] <calc> Riddell: if you can find someone knowledgable enough to do the porting work that would be very helpful :)
[16:52] <calc> Kendy from Novell doesn't apparently have the time to do it anytime soon
[16:52] <Riddell> it would indeed
[16:54] <pitti> ok, so we can note down as a decision to leave everything in place for jaunty
[16:54] <calc> yes that is fine :)
[16:54] <pitti> Riddell: how's the Kubuntu CD space-wise, once all mysqlish stuff gets added?
[16:55] <Riddell> pitti: still 30 to 40MB free
[16:55] <pitti> wow, nice
[16:55] <asac> sounds efficient
[16:55] <pitti> well, I guess it doesn't have langpacks yet
[16:55] <Riddell> right
[16:56] <seb128> pitti: speaking about CD space did you look at how much the GNOME updates changed on the ubuntu CD thanks to your changes?
[16:56] <pitti> seb128: not recently; once all are done, it should amount to some 10 MB on the desktop
[16:57] <calc> room for java on the desktop now :)
[16:57] <seb128> we rebuilt most of GNOME this week
[16:57] <seb128> no, room for translations on the desktop rather
[16:57] <calc> heh
[16:58] <pitti> looking at /usr/share/gconf/schemas/, many packages are already converted, but some big ones are still missing
[16:58] <pitti> -rw-r--r-- 1 root root 1256414 2008-12-09 20:13 ekiga.schemas
[16:58] <pitti> -rw-r--r-- 1 root root 1248978 2009-01-13 12:13 metacity.schemas
[16:58] <pitti> being the two biggest ones
[16:58] <mclasen> may I ask where those gconf patches are ?
[16:59] <seb128> mclasen: http://bugzilla.gnome.org/show_bug.cgi?id=568845
[16:59] <pitti> seb beat me to it
[17:00] <pitti> I still need to find some time to apply some enhancement proposals I got from the feedback there
[17:00]  * mclasen thinks it is funny how an intltool bug gets turned into a feature here...
[17:00] <pitti> mclasen: intltool bug?
[17:00] <dobey> eh?
[17:00] <mclasen> pitti: that it leaves all those translations in the mo files
[17:00] <pitti> mclasen: that was by design, not a bug
[17:00] <mclasen> after mergeing them back into whereever they came from
[17:00] <dobey> it's not a bug, and it's not intltool
[17:01] <dobey> that's how gettext works
[17:01] <pitti> anyway, that's post-meeting stuff
[17:01] <pitti> seems we are done otherwise, though
[17:01] <mclasen> dobey: intltool is what takes strings out of xml, puts them  in a po
[17:01] <pitti> so, thanks everyone
[17:01] <mclasen> and merges translations back into xml, no ?
[17:01] <pitti> [end of meeting]
[17:01] <seb128> thanks pitti
[17:01] <asac> thanks!
[17:01] <pitti> mclasen: no, out of a po, into an xml
[17:01] <mclasen> and in the process it forgets to remove the translations from the mo file
[17:01] <mclasen> I've filed a bug about it
[17:02] <dobey> intltool doens't put anything in mo files
[17:02] <pitti> mclasen: there's another step that xgettext's the template xml files into pots
[17:02] <dobey> and it may or may not merge back into one or more xml files
[17:02] <pitti> mclasen: but that's exactly the wrong way around...
[17:02] <mclasen> whatever, the end result is: if your project is using intltool, your mo files are larger than they should be
[17:02] <bryce> pitti: thanks
[17:02] <mclasen> we can certainly discuss this away from being an intltool bug
[17:02] <pitti> they shuold stay in the mo and stop being replicated all over the place (.desktop, .schema, .directory, .icon, and whatnot)
[17:03] <pitti> putting bundled static translations into text files makes it so utterly hard to update them
[17:03]  * rickspencer31 waves
[17:03] <pitti> rickspencer31: right on time :)
[17:03] <seb128> ;-)
[17:04] <rickspencer3> :)
[17:04]  * mclasen stops pointless intltool debate, best to avoid it
[17:04] <pitti> mclasen: also, chances are that the same string is used in other places (such as teh code itself), so you can't just remove everything from the .mo files which gets merged into a .schema or .desktop
[17:05] <pitti> mclasen: I wasn't saying that intltool would DTRT, it clearly doesn't
[17:05] <mclasen> pitti: of course you cannot just remove all strings
[17:05] <mclasen> in our rpms, I use msgmerge to filter out whats unneeded
[17:06] <pitti> mclasen: ah, seems everyone has their own little build wrappers :)
[17:07] <pitti> mclasen: but in the case of .schema files, how do you solve the duplication of translations in /usr/share/gconf/schemas/ and /var/lib/gconf/defaults/%gconf-tree-$LANGCODE.xml?
[17:07] <pitti> (well, I guess they aren't in the same path in other distros, but they are certainly somewhere)
[17:07] <mclasen> pitti: I am open to the idea that going via gettext() might be right for schemas
[17:08] <mclasen> the really right solution for gconf would be to keep all translations client-side in gconf-editor, I guess
[17:09] <pitti> mclasen: you mean in g-e's PO files?
[17:09] <mclasen> no, I mean there should be no need for gconfd to open all the worlds .mo files
[17:10] <mclasen> gconf-editor could do that,
[17:10] <pitti> absolutely
[17:10] <mclasen> in some future replacement of gconf
[17:10] <pitti> it shuold happen in the client-side library only
[17:11] <pitti> and in fact my patch does that (or at least means to)
[17:11] <pitti> I haven't checked whether gconfd itself calls gconf_schema_get_{long,short}_desc(), though
[17:12] <pitti> (if it would, then not doing so would certainly be a worthwhile optimization)
[17:17] <seb128> pitti: do you use an amd64 jaunty right now?
[17:17] <pitti> seb128: no, but I can rsync and boot a live CD if that helps you?
[17:18] <seb128> don't bother
[17:18] <pitti> just did a fresh install yesterday, but again i386
[17:18] <pitti> but yay ext4 :)
[17:18] <seb128> ;-)
[17:18] <seb128> that's for bug #327671
[17:19] <pitti> seb128: you just need to check whether it has an rpath, or test a fix?
[17:19] <pitti> (the former should be independent of the host platform)
[17:20] <seb128> test if there is a rpath
[17:20] <seb128> are you sure? I though that was an amd64 issue
[17:20] <seb128> I don't have an rpath on my i386 install
[17:20] <pitti> seb128: I mean, download the deb, extract it, run chrpath on it
[17:21] <seb128> good idea thanks
[17:28] <davmor2> anyone else having issues with pure grey title bars?
[17:33] <davmor2> http://www.davmor2.co.uk/greytitles.png shows terminal and FF
[17:36] <Amaranth> davmor2: nvidia?
[17:37] <davmor2> Amaranth: err yes
[17:37] <Amaranth> I don't have a fix, I just know nvidia is your problem
[17:38] <davmor2> Amaranth: Okay ta just wondered about it :)#
[17:38] <Amaranth> davmor2: that's compiz, right?
[17:39] <davmor2> Amaranth: Yes compiz is enabled
[17:40] <Amaranth> davmor2: There is a bug report for that, although the latest 180 driver should have fixed it
[17:41] <davmor2> Amaranth: that is the 180 driver.  I'm only smoke testing so I'll try again tomorrow and see if it is fixed then :)
[17:49] <rickspencer3> asac: I saw the role up from the team meeting today
[17:49] <rickspencer3> wrt work items
[17:51] <asac> rickspencer3: yes, go ahead
[17:52] <rickspencer3> asac: don't stress about it. Just update the items there and we can talk when I am back online next week
[17:53] <asac> rickspencer3: ok.
[17:53] <rickspencer3> It shouldn't cause any anxiety, it's just a way for me to judge (numericaly) how much progress we are making
[17:53] <rickspencer3> we can talk about how to make it more accurate, but I don't want it to cause more than 5 minutes of extra work a week
[17:54] <asac> rickspencer3: right, i will send you a list of items that should on there anyway i guess.
[17:54] <rickspencer3> if you want
[17:54] <rickspencer3> that would be great
[17:54] <asac> not many. just a few additions ;)
[17:54] <rickspencer3> you can just add them to the wiki if you want
[17:54] <asac> ok cool. i think i can figure the syntax ;)
[17:54] <rickspencer3> but email me if that's easier for you
[17:55] <rickspencer3> lol
[17:55] <asac> rickspencer3: one more thing. i subscribed you to two bugs as they are about things where we interface with/deliver to dx team. let me know if thats ok or if you want some other procedure for that
[17:56] <rickspencer3> asac: actually, I thought that was a really good idea
[17:56] <rickspencer3> feel free to do so for other bugs if that would help
[17:56] <asac> right, thought was a good thing for you to be in the loop for inter-team stuff
[18:24] <pitti> rickspencer31: right now the process of updating those seems quite unclear to me -- does that happen in reports, or we directly edit the wiki page, or the blueprint status?
[18:24] <rickspencer31> pitti: i dunno
[18:25] <rickspencer31> I just thought it would be easy this week for everyone to update the wiki for this week, and then I can run my script and generate that little table
[18:25] <pitti> rickspencer31: ah, forgot that, sorry
[18:25] <pitti> rickspencer3: I'll do it ASAP
[18:25] <rickspencer3> NO RUSH
[18:26] <rickspencer3> I really wanted this to be a low stress, 5 minute a week thing to help roughly track progress
[18:26] <pitti> rickspencer3: so you aren't generating the wiki page automatically, it's the primary source?
[18:26]  * pitti waves good night, 'nuff for today
[18:26] <rickspencer3> pitti: correct. it is not auto generated
[18:27] <seb128> 'night pitti
[18:27] <rickspencer3> just my script to extract the statts
[18:27]  * rickspencer3 'night
[18:29] <Laney> seb128: Hi, do you want a debdiff to fix f-spot? Or an LP bug?
[18:29] <Laney> or just wait for sync?
[18:30] <seb128> Laney: I'm about to go for diner, can you attach the debdiff to the previous bug or open a new one as you want?
[18:30] <seb128> do you know when it will be uploaded to debian?
[18:30] <Laney> nope
[18:30] <Laney> probably in the next days
[18:33] <Laney> seb128: it's on bug #293305
[18:36] <seb128> Laney: thanks
[18:36] <Laney> np
[21:05] <dashua> Amaranth: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/327794