[00:08]  * calc thinks he found the problem with OOo, whee :)
[00:09] <calc> now just to be able to patch it and compile it (several more hours of work :(
[07:16] <crevette> hello
[07:18] <didrocks> hey crevette
[07:18] <crevette> hey didrocks
[07:19] <crevette> anyone here, if you have possibility to test bluez 4.32 which is in my ppa I'd be delighted, it fixes some crash that occur in 4.30
[07:19] <didrocks> crevette: you are bluez upstream?
[07:19] <crevette> someone opened a bug a https://bugs.edge.launchpad.net/337443
[07:19] <crevette> didrocks: not at all, I'm hardly understanding bluetooth :/
[07:20] <didrocks> how do you with the crashes, so? ;)
[07:20] <crevette> but I updated once because no one did it
[07:20] <crevette> didrocks: sorry ? i guess you forgot a word
[07:20] <crevette> bug url is https://bugs.edge.launchpad.net/bugs/337443 rather
[07:23] <didrocks> crevette: sorry, how do you fix the crashes, so ? :)
[07:23] <didrocks> hey mvo
[07:23] <crevette> I don't fixe my self, I reported to upstream by IRC
[07:23] <didrocks> crevette: oki ^^
[07:24] <mvo> hey didrocks
[07:24] <crevette> hey mvo
[07:32] <mvo> hey crevette
[07:57]  * pitti hugs back didrocks
[07:58] <pitti> didrocks: I'll review the page and make some corrections if adequate
[07:58] <pitti> didrocks: that won't happen until Friday, though (post-UIF)
[08:05] <didrocks> pitti: no pb, take your time. There is no emergency :)
[08:10] <pitti> didrocks: btw, I actually think that unless you can/will upload, you shouldn't even do dch -r/debcommit -r
[08:11] <pitti> didrocks: that's something the uploader can do easily enough, and it will avoid reverting history if someone else wants to change something, too
[08:11] <pitti> I'll mention this on the wiki page
[08:12] <didrocks> pitti: I think we should talk with seb128 and mvo about that before, as they are the people who makes most of sponsoring for desktop team, if they want to do that or not. I see personnally no problem, it avoid uncommit and then --overwrite use
[08:17] <pitti> right
[08:17] <pitti> didrocks: and that needs to become the standard workflow anyway once you'll be able to commit directly to ~ubuntu-desktop
[08:20] <didrocks> pitti: non core-dev will be able to commit there (only MOTU or everyone?) and then, when someone will sponsor the package, he will dch-r/debcommit -r, build source package and dput it. That makes sense :)
[08:20] <pitti> exactly
[08:20] <pitti> didrocks: ~ubuntu-desktop == ubuntu-core-dev plus some extra contributors
[08:20] <didrocks> pitti: oki :)
[08:21] <didrocks> morning seb128
[08:21] <pitti> bonjour seb128
[08:21] <seb128> lut didrocks
[08:21] <seb128> hey pitti
[08:21] <pitti> seb128: is ~u-core-dev already a member of ~u-desktop?
[08:22] <seb128> pitti: dunno?
[08:22] <seb128> you can probably see that on launchpad
[08:22] <pitti> seems not
[08:22]  * seb128 just woke up and is making coffee
[08:22] <pitti> seb128: I think it should be
[08:22] <seb128> will start work in a few minutes
[08:22] <mvo> hey seb128, keen to test a compiz change for me ;) ?
[08:22]  * didrocks will grab some coffee too :)
[08:22] <mvo> (after you had coffee of course)
[08:22] <seb128> mvo: hello, sure
[08:22]  * mvo makes some tea
[08:22]  * mvo hugs seb128
[08:23] <seb128> pitti: you are team admin too now feel free to do any change you want ;-)
[08:23]  * seb128 hugs mvo
[08:23] <pitti> seb128: oh, you just made me?
[08:23] <seb128> pitti: yes
[08:24]  * pitti feels the new supah-powahs
[08:24] <pitti> thanks
[08:24] <seb128> you're welcome ;-)
[08:37] <seb128> mvo: so where is this change to try?
[08:38] <mvo> seb128: please add the compiz ppa (deb http://ppa.launchpad.net/compiz/ppa/ubuntu jaunty main) and  upgrade to it
[08:40] <mvo> seb128: http://paste.ubuntu.com/126174 are the packges
[08:41] <mvo> seb128: then please run in the terminal and put the output into a pastebin, then run it a second time please and paste the output again
[08:41] <mvo> seb128: hopefully the second time is faster than the first
[08:42] <mvo> seb128: it should also pull in libprotobuf3
[08:42] <mvo> (it does some caching now)
[08:43] <seb128> it does grab libprotobuf3 indeed, downloading
[08:43] <seb128> is that start optimization work?
[08:44] <mvo> seb128: yes, I want to push it to jaunty but I want some internal testing first
[08:44] <mvo> works fine for my machines
[08:45] <seb128> mvo: http://paste.ubuntu.com/126182
[08:46] <seb128> http://paste.ubuntu.com/126184/
[08:47] <seb128> profile point: first idle 1020000 (1.020000) - delta: 10000 (0.010000)
[08:47] <seb128> profile point: first idle 610000 (0.610000) - delta: 0 (0.000000)
[08:47] <seb128> that's the win?
[08:48] <mvo> yes
[08:48] <mvo> woah
[08:48] <mvo> your machine is *fast*
[08:48] <mvo> its 3s for mine :)
[08:49] <mvo> and goes down to ~2s
[08:51] <mvo> seb128: could you please keep using it for a bit and let me know if anything acts funny for you (if you updated python-compizconfig as well, you could test ccsm and see if that works as expected)
[08:52]  * mvo hugs seb128 for the testing
[08:52]  * seb128 hugs mvo, it's running now I will not downgrade
[08:52] <seb128> mvo: and don't worry I will complain if thing breaks, you know me ;-)
[08:52] <mvo> haha
[08:53] <eeejay> did auto-dpi detection get reverted to a set 96 in recent updates?
[08:54] <seb128> eeejay: no, but if you used the xrandr capplet it forces 96 dpi apparently when loading a config
[08:55] <eeejay> seb128: ah, thanks :)
[09:04] <seb128> vuntz: hello?
[09:10] <crevette> hello gents
[09:11] <seb128> lut crevette
[09:12] <crevette> salut seb128
[09:12] <crevette> I'm looking for brave people to test latest bluetooth update, it is working for me, but I'd like to double check
[09:18] <seb128> I don't have bluetooth devices
[09:19] <seb128> mvo: could you make the "the change have been applied" synaptic dialog show in the tasks list?
[09:19] <seb128> mvo: I often start an install, switch workspace and this one goes in background one the current workspace
[09:19] <mvo> seb128: that would violate the HIG iirc
[09:19] <mvo> but I never quite agreed with this requirement
[09:19] <seb128> mvo: which means synaptic ssems to be stucked for ever without any clue of why until I close everything and notice it
[09:19] <seb128> ssems -> seems
[09:20] <seb128> ok, so get it to be displayed on top of synaptic on the same workspace?
[09:20] <seb128> and not under everything else on an another workspace and not in alt-tab
[09:20] <seb128> nor in the task lists
[09:20] <mvo> seb128: does that happen with synaptic itself? or when its run from update-manager?
[09:20] <seb128> synaptic itself
[09:20] <seb128> run synaptic
[09:21] <seb128> select "package to update"
[09:21] <seb128> double click on something which takes 30s to download
[09:21] <seb128> switch to an another workspace where you do IRC
[09:21] <seb128> and notice that the "installation is done" dialog show there
[09:21] <seb128> if you type on IRC or something the focus prevention send it to background
[09:21] <seb128> but not glowing in the task list since it's not there
[09:22] <seb128> and you have synaptic "stucked" until you figure what's going on
[09:23] <seb128> there must be a better way ;-)
[09:24] <mvo> does this happen with both compiz and metacity?
[09:24] <seb128> dunno, I'm using compiz
[09:24]  * mvo nods
[09:25] <seb128> I will try later, I don't want to mess all my workspaces now
[09:25] <mvo> sure, thanks
[09:25] <seb128> it does happen with compiz though
[09:25] <seb128> so it's your land anyway ;-)
[09:25] <seb128> mvo: can you confirm you get the issue?
[09:25] <mvo> I will problably not do something about it today :/ need to work on software-propoerties UI changes
[09:26]  * mvo tries it
[09:26] <mvo> yes, I can confirm it
[09:26] <seb128> oh, no hurry, it's there since the dawn of time I think, I just notice now because I use synaptic more often since I don't have the update-notifier icon ;-)
[09:26] <mvo> haha
[09:26] <mvo> ok
[09:27] <seb128> and I know where to look
[09:27] <seb128> but the first time I though synaptic was stucked or something
[09:28] <mvo> seb128: heh :) it looks like with metacity it does not allow to move the transient window without the parent
[09:28] <seb128> didrocks: your yelp update switched the start page back to the upstream version
[09:28] <mvo> seb128: so when I try to move it to a different workspace, the main synaptic window moves with it
[09:28] <seb128> mvo: that makes sense to me, I often wonder why compiz doesn't do that
[09:29] <seb128> sometime I open evolution on the wrong workspace so I dnd it back where it should be
[09:29] <seb128> and the send&receive dialog stay in the middle of the screen, I've to do it again for it
[09:29] <mvo> seb128: indeed, sounds like a bug worth reporting, also the compiz guys are busy working on the compiz++ branch, so we may not get it if we don't do it ourself
[09:30] <seb128> what is compiz++?
[09:30] <seb128> compiz rewritten in C++? ;-)
[09:31] <mnemo> yes
[09:36] <davmor2> crevette: is it in Jaunty now?
[09:36] <crevette> no, in my ppa
[09:45] <seb128_> grrr at jaunty crashing on xorg session switches
[09:46] <seb128_> the guest session is so nice to try changes but if that's to crash the box
[09:52] <tseliot> seb128: can you try this patch? http://albertomilone.com/ubuntu/gnome/jaunty/gcc-patches/04032009/109_screen_resolution_extra.patch
[09:52] <tseliot> it should work
[09:52] <seb128> tseliot: thanks!
[09:52] <tseliot> seb128: I haven't tested it yet but the changes were trivial and the patch applies correctly now
[09:53] <tseliot> seb128: should you have any problems, just let me know
[09:53] <seb128> ok, will try now and let you know
[10:25] <didrocks> seb128: yeah, I saw you discussed that this night. I took a quick look this morning and the changes are quite minimal on this page (context change). I will take a deeper look at it tonight.
[10:26] <asac> ArneGoetje: there?
[10:26] <seb128> didrocks: ok thanks, I can confirm the issue but I've no real clue what change broke it
[10:27] <didrocks> seb128: I compared the 2 revisions and it's not obvious :/
[10:27] <didrocks> seb128: it's just that it's an .in file and autotools patch is runned before patching this .in file
[10:27] <didrocks> but it worked in the previous version with the same patch order, so...
[10:29] <seb128> hum
[10:29] <seb128> weird build error
[10:29] <seb128> http://launchpadlibrarian.net/23415060/buildlog_ubuntu-jaunty-lpia.gnome-control-center_1%3A2.25.92-0ubuntu1_FAILEDTOBUILD.txt.gz
[10:29] <seb128> "config.status: executing depfiles commands
[10:29] <seb128> shift: 2353: can't shift that many
[10:29] <seb128> "
[10:29] <seb128> doh!
[10:44] <crevette> is there a way to not received mail from lp on a bug modification when I'm the originator of the change
[10:45] <seb128> what sort of modifications?
[10:48] <crevette> like answers, status modification, any
[10:48] <davmor2> MacSlow: is bug 337274 better now :)
[10:48] <seb128> crevette: specific example?
[10:49] <seb128> slomo_: any reason gst-plugins-good0.10 current is in experimental?
[10:49] <MacSlow> davmor2, yeah thanks
[10:49] <crevette> seb128, in bugzilla when I do a modification on a bug I'm already CCed, I've chose not to received mail (this is in preference of the account), in LP fopr any modification I do, I receive a mail
[10:49] <davmor2> :)
[10:50] <seb128> crevette: ah right, there is a bug open about that for a while, no way right now no
[10:50] <crevette> seb128, ah okay, sad :/
[10:50] <seb128> crevette: do email filtering? ;-)
[10:51] <slomo_> seb128: yes, pulseaudio 0.9.13 is required and only in experimental and NEW
[10:51] <seb128> ok
[10:55] <Laney> seb128, crevette: n-s-u was rejected
[10:56] <seb128> Laney: yes, I just did, I was going to fix the issues and reupload but your version is not on the bug
[10:56] <Laney> alright
[10:56] <seb128> Laney: basically some details if you want to fix and reupload
[10:56] <Laney> alright?
[10:56] <Laney> erm
[10:56] <Laney> couldn't you get it from the upload*
[10:56] <seb128> - crevette added himself to the copyright as upstream author
[10:56] <Laney> seb128: I can't do it until tomorrow at the earliest
[10:57] <seb128> which is wrong
[10:57] <seb128> and there is autotools noise
[10:57] <seb128> ok, let me try to get a fixed version
[10:59] <crevette> I though I corrected that
[10:59] <seb128> crevette: no you didn't
[10:59] <crevette> damn
[10:59] <crevette> sorry
[11:00] <Laney> guh
[11:00] <Laney> soz for missing it too!
[11:00] <seb128> that's ok
[11:00] <Laney> but maybe this makes a case for having two reviewers
[11:00] <seb128> Laney: I did scp your control and changelog and I'm fixing those issues and reuploading
[11:01] <Laney> cool
[11:01] <didrocks> seb128: you didn't comment on evolution-mapi bug for FFe (I uploaded it last week after reviewing it)
[11:01] <seb128> didrocks: I commented on IRC and it got accepted yesterday
[11:01] <didrocks> seb128: great, didn't notice that :)
[11:03]  * crevette is doing cleaning in bluez & bluez-gnome bugs
[11:04] <crevette> such shame I do that at work
[11:04] <huats> hello everyone
[11:05] <seb128> hey huats, good to see the new anjuta uploaded ;-)
[11:05] <seb128> hey pedro_
[11:05] <seb128> crevette: good ;-)
[11:05] <pedro_> bonjour seb128
[11:05] <crevette> seb128, I think we'll need to discuss about bluez-gnome/gnome-bluetooth problem
[11:05] <huats> seb128: don't be so sure... it fails to build...
[11:05] <huats> http://launchpadlibrarian.net/23413328/buildlog_ubuntu-jaunty-i386.anjuta_2%3A2.25.902-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:06] <huats> I have to correct that :( but the thing is that it builds fine in my place :(
[11:06] <seb128> huats: using pbuilder? seems a lack of build-depends
[11:06] <seb128> crevette: sure
[11:06] <seb128> crevette: which ones?
[11:06] <huats> seb128: yes using pdebuild
[11:06] <seb128> crevette: oh, switching? not for this cycle
[11:07] <crevette> seb128, bluez-gnome is stalled, and bastien forked the code and did a bunch of fixes
[11:07] <seb128> crevette: right, and he says he's not sure the new code will be ready this cycle, that's a bit hasted
[11:07] <crevette> I hope he's gonna release soon a version, and we'll have to see if we want to replace bluez-gnome with gnome-bluetooth
[11:07] <seb128> let's see when the new version is available
[11:08] <crevette> seb128, at least for me, the code didn't change that much, and is working fine
[11:08] <seb128> ok
[11:09] <crevette> and it fixes some bugs we have downstream
[11:10] <seb128> Laney, crevette: nautilus-sendto-universe accepted
[11:11] <crevette> wunderbar
[11:18] <huats> seb128: any idea how I can avoid that kind of build issue ?
[11:19] <seb128> huats: use pbuilder?
[11:19] <huats> in that case I have used pdebuild and pbuilder ... (and it builds on both)
[11:25] <seb128> huats: I don't understand the question then
[11:26] <huats> seb128:I have build the anjuta package with pdebuild and a 2nd time with pbuilder... it went grea both times. And once I have uploaded it it fails to build :(
[11:27] <huats> I was wondering what would be your advice to avoid that
[11:28] <seb128> huats: none
[11:28] <huats> ok :)
[11:29] <seb128> huats: get a buildd running all the time to catch a such every every year?
[11:29] <Laney> huats: did you try sbuild?
[11:29] <huats> Laney: nope
[11:29] <seb128> lol, see, people have crazy ideas now ;-)
[11:29] <huats> lol
[11:29] <huats> ok
[11:30] <huats> I'll try again
[11:30] <Laney> I had a weird failure before where it worked in pbuilder and not in sbuild
[11:34] <maxb> huats: Why build with pdebuild and pbuilder? pdebuild is just a convenience wrapper for pbuilder! :-)
[11:35] <huats> maxb: I have built it with both just to be sure :) and because I sometime use both, depends on my state of mind
[11:41] <pochu> huats: the buildd triggered an autotools rebuild
[11:41] <pochu> that's likely the cause of the failure
[11:41] <huats> pochu: ok
[11:42] <huats> pochu: so what can I do to fix that ?
[11:42] <pochu> huats: are you patching configure.ac or some Makefiles?
[11:43] <huats> nope
[11:44] <pochu> hmm
[11:45] <pochu> +DEB_CONFIGURE_SCRIPT := ./autogen.sh
[11:45] <pochu> in debian/rules
[11:45] <pochu> that causes this in the build:
[11:45] <pochu> cd . && CC="cc" CXX="g++" CFLAGS="-g -O2 -g -Wall -O2" CXXFLAGS="-g -O2 -g -Wall -O2" CPPFLAGS="" LDFLAGS="-Wl,-Bsymbolic-functions" ./autogen.sh --build=i486-linux-gnu --prefix=/usr --includedir="\${prefix}/include" --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/anjuta" --disable-maintainer-mode --disable-dependency-tracking --srcdir=.   --disable-scrollkeepe
[11:46] <pochu> and ./autogen.sh runs autoconf, automake, intltoolize, etc
[11:46] <pochu> huats: I'd suggest changing that to ./configure, or simply removing DEB_CONFIGURE_SCRIPT
[11:46] <pochu> huats: not sure if that will have any implications... check debian/changelog to see why it was added :)
[11:46] <huats> :)
[11:47] <huats> pochu: ok I'll have a look
[11:47] <huats> thanks pochu
[11:47] <huats> !
[11:47] <pochu> cool
[11:47] <pochu> np ;)
[11:47] <pochu> huats: you can also ask robster, he may know why it's there
[11:47] <huats> absolutly
[11:49] <pochu> huats: seems to be there from before 2003, I guess it's ok to remove it :)
[11:50] <crevette> I would like help for bug https://bugs.launchpad.net/bugs/317831, is the problem with bluez or gnome-do? (I'm not using linux right now)
[11:51] <huats> pochu: ok :)
[11:51] <huats> I'll test build it rigth now without it to check
[11:53] <seb128> crevette: ask if he gets the same issue running the command on a command line
[12:04] <asac> any idea how i can do something like --force-overwrite-modified-configs?
[12:04] <asac> i messed up some /etc/... stuff and feel like i want to go through that manually :(
[12:04] <asac> mvo: ?
[12:05] <asac> is there a switch that tells dpkg to disable the "be smart about modified conffiles" feature?
[12:06] <seb128> asac: man dpkg?
[12:06] <asac> seb128: there is --force-confnew
[12:06] <asac> but that i have the feeling that doesnt do what i want
[12:06] <seb128> asac: rm file and --force-confmiss?
[12:07] <seb128> but --force-confnew should do that
[12:08] <mvo> asac: what seb128 said, confmiss should do the trick
[12:08] <vuntz> seb128: hello?
[12:09] <seb128> vuntz: hey, new gnome-session still close the session in a brutal way, I tried running oowrite and firefox with tab opened and closed the session and it just closed everything
[12:11] <vuntz> seb128: closing everything is fine. The way it's closing it is not
[12:12] <vuntz> seb128: (apps get killed because there's no more X, I think)
[12:12] <seb128> vuntz: well, it used to ask if you want to save work before the new gnome-session
[12:12] <seb128> I though you said that was fixed in svn
[12:12] <vuntz> seb128: firefox would cause this?
[12:12] <seb128> but 2.25.92 still has the bug
[12:12] <seb128> cause what?
[12:12] <vuntz> seb128: gnome-session to ask?
[12:12] <seb128> firefox probably not but openoffice did apparently
[12:12] <vuntz> ah
[12:12] <vuntz> can you try with gedit?
[12:13] <asac> sudo rm -r /etc/fonts/; followed by --force-confnew worked. ... still unsure why this needs to be so hard :)
[12:13] <asac> thx seb128 and mvo
[12:13] <seb128> vuntz: not right now but gedit worked in intrepid already, they are GNOME friendly
[12:14] <vuntz> ok
[12:16] <seb128> vuntz: gedit has the opposite issue in fact see gnome bug #553168
[12:16] <seb128> oh and bug #553166 too
[12:16]  * asac logs out of gnome and goes for pure openbox to get a clue
[12:17] <seb128> ok, let me try
[12:18] <seb128> vuntz: gedit bugged the same way
[12:18] <seb128> vuntz: you get the "this application doesn't reply" dialog but not "do you want to save your work"
[12:18] <vuntz> hrm
[12:18] <vuntz> okay
[12:18] <vuntz> indeed
[12:19]  * vuntz was confused
[12:20] <seb128> pochu: hello
[12:20] <pochu> hi seb128 :)
[12:20] <seb128> pochu: would you be interested in getting the python-gtk-dbg changes in debian?
[12:21] <seb128> pochu: there is no reason that shouldn't go there and so we could sync
[12:21] <pochu> seb128: yeah, I'll have a look
[12:21] <pochu> I think I already looked at them, not sure what happened though
[12:21] <pochu> seb128: btw I was looking in getting libsoup2.2 rdepends migrated to 2.4, so that we can remove the package
[12:21] <seb128> pochu: in fact seems to be in experimental
[12:21] <seb128> so ignore the comment ;-)
[12:22] <pochu> ah :-)
[12:22] <seb128> gnome-python doesn't though
[12:22] <pochu> seb128: but azeem told me he wasn't sure libsyncml wasn't quite ready to migrate from experimental to unstable
[12:22] <seb128> ok
[12:22] <pochu> so not sure if removing libsoup2.2 from Jaunty will be possible/a good idea
[12:23] <pochu> definetely for Karmic
[12:23] <seb128> it's in universe so that's ok
[12:24] <pochu> alright
[12:24] <seb128> vuntz: do you need extra details on the session doesn't saving work issue?
[12:25] <vuntz> seb128: no :-)
[12:25] <seb128> ok
[12:25] <vuntz> seb128: was just confused by the dialogs
[12:25] <seb128> vuntz: you still plan to work on that? ;-)
[12:26] <vuntz> seb128: will try, at least. I'm doing the release today
[12:26] <vuntz> but I might have time
[12:26] <seb128> vuntz: ok, on the good side we have packaged almost everything and noticed no real issue ;-)
[12:26] <asac> vuntz: what is firefox supposed to listen for to become "gnome friendly" on session shutdown?
[12:27] <pitti> bwah, new gnome-settings-daemon breaks xrandr again
[12:27]  * pitti reopens bug 329410
[12:27] <pitti> seb128: on that note I can confirm that gnome-panel now auto-adapts to resolution changes
[12:27] <seb128> pitti: good ;-)
[12:27] <pitti> but this thing drives me crazy
[12:28] <seb128> xrandr?
[12:28] <vuntz> asac: well. It could well just be a gnome-session bug
[12:28] <pitti> seb128: evalutaion of ~/.config/monitors.xml
[12:28] <asac> vuntz: whats the theory?
[12:28] <pitti> seb128: see above bug
[12:28] <vuntz> asac: everything is broken? :-)
[12:28] <seb128> pitti: I don't find my camera right now could you try if the gphoto issue is still there?
[12:28] <pitti> seb128: sure
[12:28] <seb128> pitti: the "too many icons are displayed"
[12:29] <asac> vuntz: hehe. well. i think firefox never really played nicely on session shutdown
[12:29] <asac> vuntz: is that a dbus call nowadays?
[12:29] <vuntz> asac: at the moment, it seems gnome-session doesn't really plays nicely with apps
[12:29] <vuntz> asac: we still support xsmp. There's a dbus API, but it's not stable, etc.
[12:29] <pitti> seb128: still happens, I get two icons and two "what to do" dialogs
[12:29] <vuntz> asac: but I believe I read somewhere that firefox xsmp support was improved at some point
[12:29] <pitti> gvfs-mount -l shows it twice
[12:30] <seb128> pitti: ok, I will ping davidz later
[12:30] <seb128> I think it's a bit early for him now
[12:30] <pitti> merci
[12:30] <asac> vuntz: ok, i will check that. it causes lots of follow up bugs that firefox gets killed by X ;)
[12:30] <asac> so should be worth a look ;)
[12:31] <crevette> rhaaa, bugzilla is so sloooooow
[12:32] <asac> err ... is it just me or is http://www.xfree86.org/current/xsmp.html completely broken? (like a 100 line link)
[12:33] <seb128> asac: not just you
[12:47] <seb128> mvo, james_w: around?
[12:47] <mvo> yes
[12:47] <james_w> hey seb128
[12:47] <seb128> did bzr-buildpackage changed behaviour recently?
[12:47] <seb128> bzr get lp:~andreas-moog/totem/totem-22592
[12:47] <seb128> bzr-buildpackage
[12:47] <seb128> gives me ton of "can't diff binary files" error
[12:48] <mvo> seb128: problem with the python2.6 update
[12:48] <pitti> seb128: known bug, change in python2.6; james_w has a fix already, but not uploaded yet
[12:48] <seb128> how come that doesn't get uploaded?
[12:48] <james_w> I'm going to sync from Debian if it is uploaded there today
[12:49] <james_w> if not I'll upload in a couple of hours
[12:49] <crevette> where is stored the bootchart file ?
[12:49] <seb128> can't we get it fixed in jaunty now and sync later when debian update?
[12:49] <crevette> /var/something I guess
[12:49] <seb128> crevette: /var/log/bootchart
[12:49] <james_w> we certainly could
[12:49] <crevette> thanks seb128
[12:49] <seb128> james_w: would be nice, I'm stucked for sponsoring right now
[12:49] <seb128> waiting for debian has some value but should not stop ubuntu work imho
[12:50] <pitti> seb128: I did bzr-based sponsoring without bzr bd so far
[12:50] <james_w> "python2.5 /usr/bin/bzr builddeb whatever" as a workaround
[12:50] <pitti> or use tar xzf ../foo_orig.tar.gz --str=1
[12:50] <pitti> to unpack source tarballs manually
[12:50] <pitti> bzr clean-tree before is also helpful
[12:51] <seb128> ok, /me tar xzvf .orig.tar.gz and cp the debian dir over
[12:51] <seb128> just when I started getting used to bzr
[12:51] <pitti> seb128: no, just unpack it in the bzr source with --str=1
[12:52] <pitti> or use james_w's workaround :)
[12:52] <seb128> I don't want the .bzr in my upload
[12:52] <seb128> copying the debian dir over is fine, I've been working without bzr for years I will manage I think ;-)
[12:52] <pitti> DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -I.bzr -I.svn -I.shelf"
[12:52] <pitti> FYI
[12:52] <james_w> "bzr export ../wherever/debian" rather than copying will remove the .bzr
[12:52] <seb128> it's building right now
[12:53] <seb128> james_w: there is no .bzr in debian, just in ubuntu
[12:53] <james_w> ah
[12:53] <seb128> thanks for the hint
[12:53] <james_w> ../wherever/debian is the target you realise?
[12:53] <seb128> that still strucked me as something which should not wait on debian to wake up to get fixed in ubuntu but *shrug*
[12:54] <james_w> it exports the branch you are currently in
[12:54] <seb128> I do bzr get lp:~team/package/ubuntu
[12:54] <seb128> cp -R ubuntu/debian source
[12:54] <seb128> cd source
[12:54] <seb128> debuild
[12:54] <seb128> that works
[12:54] <seb128> and has no .bzr
[12:54] <seb128> no?
[12:55] <james_w> yeah should work fine
[13:05] <crevette> is it me, or the tools that should update uptream bug in lp doesn't work
[13:06] <james_w> yeah, it's currently broken
[13:06] <crevette> okay
[13:07]  * crevette did mass bug triaging, and upstream report this morning
[13:07] <crevette> you can thanks my boss
[13:07] <crevette> :)
[13:09] <seb128> huats: you didn't update the maintainer for gdl
[13:09] <seb128> james_w: watches not updating is a known issue?
[13:09] <james_w> yeah
[13:10] <seb128> james_w: ie the launchpad team knows about it? I asked on #launchpad yesterday and got no reply
[13:10] <james_w> I have you the bug number when you asked on #launchpad! :-)
[13:10] <james_w> https://launchpad.net/bugs/300634
[13:10] <seb128> james_w: doh, it probably didn't highlight and I didn't read it, thanks
[13:11] <james_w> no problem
[13:12] <crevette> what should I do to have more power in launchpad? I can't change some status
[13:13] <james_w> crevette: you should apply to become part of the bugcontrol team
[13:13] <crevette> okay thanks
[13:15] <seb128> james_w: bzr get lp:~chrisccoulson/gnome-media/ubuntu
[13:15] <seb128> james_w: bzr-buildpackage
[13:15] <seb128> ...
[13:15] <seb128> bzr: ERROR: bzrlib.util.configobj.configobj.ParseError: Invalid line at line "1".
[13:15] <seb128> james_w: that's the same bug?
[13:15] <james_w> ooh
[13:16] <james_w> that's a new one
[13:16] <seb128> ok, do you want me to open a bug?
[13:16] <james_w> [BUILDDEB
[13:16] <james_w> merge = True
[13:16] <kenvandine_wk> bryce: ping
[13:16] <james_w> should be "[BUILDDEB]"
[13:16] <kenvandine_wk> morning folks!
[13:16] <seb128> utch
[13:16] <seb128> NOTABUG
[13:16] <james_w> seb128: please do, that's one ugly error
[13:16] <seb128> james_w: thanks for the quick debugging ;-)
[13:16] <seb128> it's not obvious from the error
[13:17] <james_w> yeah, I always like to improve the error where possible, so I will investigate this case
[13:17] <seb128> james_w: where do you want to bug? bzr-builddeb ubuntu package?
[13:17] <seb128> or upstream product?
[13:17] <james_w> seb128: either works for me
[13:20] <seb128> james_w: bug #337729
[13:22] <huats> seb128: fixed.... sorry
[13:22] <seb128> huats: it's weird that you didn't get the build error
[13:23] <huats> I didn't...
[13:23] <MacSlow> davidbarth, what's up?
[13:24] <MacSlow> davidbarth, flaky ISP-connection?
[13:24] <davidbarth> MacSlow: fiddling with nm...
[13:24] <seb128> huats: still working on the gcalctool update btw?
[13:24] <MacSlow> davidbarth, I still need some info otherwise I cannot do the PPA
[13:24] <huats> seb128: I did a few correctioins on anjuta, and I am building it on my ppa to avoid the build error...
[13:24] <huats> seb128: yep
[13:24] <davidbarth> MacSlow: yes, ok
[13:24] <davidbarth> MacSlow: so branch the packaging branch
[13:24] <seb128> huats: what did you change?
[13:25] <davidbarth> MacSlow: then merge in the trunk of notify-osd
[13:25] <huats> seb128: what pochu suggested.
[13:25] <davidbarth> MacSlow: then dch -i and follow the rest of the proc
[13:25] <seb128> huats: which was?
[13:25] <huats> remove the DEB_CONFIGURE_SCRIPT call in the rules files
[13:26] <seb128> huats: why?
[13:26] <huats> because it calls autogen.sh and that according pochu that was the cause of the error
[13:27] <huats> seb128: I am testing it right now
[13:27] <huats> seb128: pochu same error
[13:28] <seb128> not a surprise
[13:28] <huats> seb128: I will investigate
[13:29] <seb128> it seems to be a build-dep lack
[13:29] <huats> it is weird that I don't face that on my pbuilder...
[13:29] <huats> (I have rebuilt it twice already)
[13:30] <seb128> sbuild and pbuilder have different logic on build depends which use | for example I think
[13:30] <seb128> and you might get recommends installed and not on the buildds or something
[13:30] <huats> ok
[13:31] <seb128> look at the installed list of packages in the build log and to what is required for the line which breaks
[13:31] <seb128> and see if a build-depends is lacking that you get locally
[13:31] <seb128> let me have a look for you
[13:32] <huats> sure
[13:32] <james_w> seb128: fixed, thanks for the report
[13:32] <seb128> james_w: waouh, that was some quick fixing, thanks ;-)
[13:32] <seb128> huats: do you get liblocale-gettext-perl installed in your pbuilder?
[13:32] <mpt> dobey, yes, for a CD Nautilus offers me both "Unmount" and "Eject", and if I choose "Unmount" by mistake then the only way of ejecting the CD is to restart the computer. That's lots of fun.
[13:32] <james_w> it was an easy one ;-)
[13:33] <seb128> mpt: you can select eject later no?
[13:33] <seb128> mpt: or double click on the CD to mount it again and then select eject
[13:33] <huats> seb128: let me check
[13:34] <seb128> mpt: did you read what I just said?
[13:34] <seb128> or wrote rather
[13:34] <mpt> seb128, no I can't select Eject or double-click later, because it's unmounted so there's nothing to click on any more
[13:35] <seb128> mpt: CD drives are listed in the computer location when unmounted too
[13:35]  * mpt tries
[13:36] <mpt> oh, so it is!
[13:36] <mpt> seb128, I hadn't had "Computer" open at all, so I never noticed
[13:37] <seb128> mpt: I see
[13:37] <mpt> What's the point of unmounting a CD without ejecting it anyway?
[13:37] <seb128> listing empty drive on the desktop wouldn't be a good idea
[13:37] <mpt> indeed
[13:37] <seb128> not sure
[13:37] <seb128> it makes sense for a rw when you want to record on it next
[13:37] <seb128> but the cd recording software does that for you anyway
[13:37] <mpt> yeah
[13:38] <mpt> not for a closed CD
[13:41] <seb128> mpt: alex says that's a bug, it should list only one option and that used to work
[13:49] <seb128> mpt: http://bugzilla.gnome.org/show_bug.cgi?id=574067
[13:51] <mpt> ah good, thanks seb128
[13:51] <seb128> mpt: you're welcome
[13:52] <mpt> Tomorrow I'll complain about how not one but two alerts appear when you insert an Ubuntu CD :-)
[13:52]  * mpt should just report the bug instead
[13:52] <huats> seb128: yes liblocale-gettext-perl is getting  installed in the pbuilder
[13:52] <seb128> huats: that's why it doesn't fail to build
[13:52] <huats> seb128: but it is installed on demand right ?
[13:52] <seb128> mpt: that's here for several cycle, you can argue on whether that's an update-manager or nautilus bug ;-)
[13:53] <seb128> huats: in the soyuz log it's listed as suggest and not installed, not sure why it's in your pbuilder
[13:53] <seb128> huats: ask  on #ubuntu-devel maybe somebody knows there
[13:53] <huats> ok
[13:53] <huats> seb128: thanks
[13:56] <mvo> seb128: is there a (not too intrusive) way to add the required functinatliy into nautilus? then I'm happy to drop it from u-n
[13:57] <mvo> alternatively we shoudl teach nautilus to ignore certain CDs
[13:57] <seb128> mvo: what is the required fonctionnality? nautilus does autorun
[13:58] <seb128> mvo: I'm not sure what this dialog do exactly
[13:59] <mvo> seb128: its a) detecting a CD with packages and offer to add it so that its available via synaptic/apt b) detect upgradable volumes and offer to run a upgrade from it c) detect addon CDs (like the edubuntu one) and show a custrom GUI
[13:59] <mvo> seb128: is autorun not too generic?
[13:59] <mvo> seb128: I mean, it only shows "there is something you can auto-run, do you want to do it"?
[13:59] <mvo> no indication what options the user has
[13:59] <mvo> (and it does not work with xubuntu etc, but thats probably a lesser point)
[14:00] <seb128> mvo: right, the nautilus is autorun support, it tries to use the autorun.inf on the CD
[14:00] <seb128> mvo: the autorun.inf would have a valid binary it would run that
[14:00] <seb128> mvo: the thing is that this autorun if for windows and not linux right now
[14:01] <mvo> hm, we could switch to it, but it would IMO require that we teach it at least some additional text to display
[14:01] <seb128> so we could either make the autorun linux friendly or teach nautilus to ignore it
[14:01] <mvo> (and to not display this prompt every time I insert a windows CD ;)
[14:01] <seb128> right
[14:01] <mvo> isn't autorun.inf mostly windows anyway?
[14:02] <mvo> I mean, why not just disable it if no wine is installed?
[14:02] <seb128> there is a bug open about that I think
[14:02]  * seb128 adds that to his pet bugs list for jaunty
[14:04] <mvo> thnaks seb128!
[14:07] <seb128> mvo: you're welcome!
[14:08] <james_w> there's also the thing nautilus can do if you plug in a memory card full of images
[14:09] <james_w> it offers to run f-spot in a bar across the top
[14:09] <james_w> I can't remember the name to look up the mechanism now though :-/
[14:12] <kenvandine_wk> morning rickspencer3
[14:13] <asac> seb128: so after some rumbling and screaming i found that gtk is the culprit
[14:13] <asac> seb128: e.g. the origin of the problem: "gtk apps dont honor fontconfig"
[14:13] <seb128> asac: it's always gtk bog
[14:13] <rickspencer3> good mornig kenvandine_wk
[14:13] <asac> seb128: i found the place and i made a hack and now it works. i will do that proper after i have finished the security round
[14:14] <seb128> ok, good
[14:14] <seb128> you rock!
[14:14] <asac> seb128: you led me in the wrong direction when telling me that its gnome-settings-deamon doing that ;)
[14:14] <seb128> I said g-s-d set the xsettings
[14:14] <asac> seb128: the way font works is really splattered around all places :)
[14:14] <seb128> and that gtk cairo pango whatever does pick it then
[14:14] <asac> seb128: yeah. i asked "who overwrites the fontconfig settings" ;)
[14:15] <seb128> I though you were asking "who set the xsettings which is used then"
[14:15] <asac> seb128: yeah. its gtk enforcing it, and cairo executing it
[14:15] <seb128> ie, "where do we change to rgba"
[14:15] <asac> i had to read pango before finding ti ;)
[14:15] <asac> seb128: yeah. well. gnome-settings-daemon needs to be touched too ;)
[14:15] <seb128> hey rickspencer3
[14:16] <asac> seb128: its just that we probably will use Xft/Fontconfig Xsetting now to propagate that down to cairo
[14:16] <seb128> rickspencer3: that font change is not a one liner, asac is touching code all over the place for it now
[14:16] <asac> err, down to gtk
[14:16] <rickspencer3> uh
[14:16] <rickspencer3> hold on
[14:16] <asac> seb128: well. the perfect thing is ;)
[14:16]  * rickspencer3 goes to #dx room
[14:16]  * rickspencer3 back
[14:17] <asac> the quick fix is a just flipping to LCD by default
[14:17] <seb128> ie rgba in the gconf key?
[14:17] <asac> seb128: yes
[14:17] <asac> use that for antialiasing
[14:17] <rickspencer3> "quiick fix" doesn't sound so great, but isn't that what is being asked for?
[14:18] <asac> rickspencer3: it has been asked for ages that gtk can honour fontconfig :)
[14:18] <rickspencer3> right
[14:18] <asac> rickspencer3: dx team might think its good to flip to LCD, but that doesnt fix the root cause
[14:19] <rickspencer3> how far down the path of fixing this are you? How much work is left?
[14:20] <asac> rickspencer3: i think i have all pieces now. have to clean things up and do a few things i hacked, properly
[14:20] <asac> rickspencer3: but that will happen after security updates are out
[14:21] <kenvandine_wk> asac: really fixing it?
[14:21] <rickspencer3> I think this is important to do, but I feel that in terms of priority, we should plan to ask for a feature freeze exception
[14:22] <rickspencer3> (in other words, ack on doing it after serurity updates, and I meant UI Freeze Exception)
[14:22] <rickspencer3> seb128: asac: thanks for investigating and tracking this down. It certainly will be an improvement if it gets fixed for Jaunty.
[14:22] <asac> rickspencer3: i dont care if it ends up in jaunty or not (i hope we can have it there). as long as it goes upstream. its just that i was touching fontconfig with arne and then looked further
[14:23] <rickspencer3> asac: I care, but not enough to risk other commitments
[14:23] <rickspencer3> also, ack on patching upstream, but it sounds like something they would want
[14:23] <asac> rickspencer3: in case we dont put it into jaunty (e.g. as usual there might be issues left i dont see), we can always use the "stupid approach"
[14:23] <asac> e.g. just flip to LCD for everyone
[14:24] <rickspencer3> asac: I think that would be acceptable, for sure
[14:24]  * asac now talking to kev from mozilla
[14:24] <rickspencer3> again, you guys rock!
[14:25]  * kenvandine_wk hopes his box does crash again... this build is nearly done :)
[14:26] <james_w> mvo, seb128: ./src/nautilus-x-content-bar.c <- if you can get CDs to get recognised as x-content/something then you can change nautilus to get it to not try and autorun them, but to offer to launch something else to handle them instead.
[14:26] <seb128> james_w: right, we would need a special mimetype for those disks then? similar to audio cds etc
[14:26] <james_w> yeah
[14:27] <james_w> I haven't worked out what detects x-content/* yet
[14:27] <Laney> crevette: Could you update nautilus-sendto-universe to 1.1.2?
[14:27] <james_w> I assume it can be fairly clever
[14:27] <seb128> james_w: yes, shared-mime-info I would say using the disk content
[14:27] <crevette> Laney, I'll try to remember to do that tonight
[14:27] <Laney> cool
[14:28] <crevette> I package nemiver 0.6.5 also
[14:28] <Laney> (it will be uninstallable until this is done)
[14:35] <pitti> hey rickspencer3
[14:35] <rickspencer3> good afternoon pitti
[14:37] <james_w> seb128: thanks for the pointer. Seems like it wouldn't be too hard to extend the spec to handle that. Presumably there is already an app that could be launched?
[14:38] <seb128> james_w: adding mimetypes is easy yes and should not an issue upstream either, for the app mvo might be a better person to ask
[14:38] <james_w> sure :-)
[14:39] <seb128> brb, I just need to restart GNOME to try an update
[14:39] <james_w> shall I write a mail to the list while this is all in my head?
[14:41] <james_w> seb128: shall I write a mail to the list while this is all in my head?
[14:41] <seb128> james_w: good idea yes
[14:47] <mvo> might be a bit late for jaunty though, lets see how it works out
[14:53] <james_w> yeah, I suggested Karmic
[14:54] <mvo> ok, cool
[14:58] <dobey> james_w: too bad you didn't suggest Kameleon
[14:59] <james_w> heh :-)
[15:11] <calc> yipee i got the gvfs OOo issue tracked down and upstream fixed the problem for me already :-)
[15:11]  * calc wonders if it fixes the issue well enough he can get away with leaving gvfs enabled in OOo (without just using fuse)
[15:12] <kenvandine_wk> davidbarth: doesn't look like your patch covers the messages like low ink, paper, etc?
[15:13] <calc> oh full OOo gvfs support doesn't work yet, but i have a better shot at tracking down why now that gvfs fuse fully works :)
[15:17] <davidbarth> kenvandine_wk: couldn't find the place where it was sending the notifications; do you know where this happens?
[15:17] <kenvandine_wk> i am looking
[15:17] <kenvandine_wk> statereason.py sets the messages
[15:25] <pitti> calc: ah, so that recent glib/gvfs fix works well now? great
[15:26] <calc> pitti: OOo can write to a gvfs fuse mount without failing now, but still has some sort of issue when attempting to write using the api, so i'll have to see if i can determine why
[15:26] <mvo> seb128: do you want me to do the totem sponsoring stuff?
[15:26] <calc> pitti: in the past it couldn't even write to the fuse mount due to gvfs issue so i got that part fixed first
[15:27] <seb128> mvo: would be nice thanks, I tried totem but it doesn't build there but my box is not really uptodate, maybe give it a try? totem-pl-parser would be nice too
[15:27] <seb128> mvo: in clear, I tried totem which fails to build here and totem-pl-parser is all yours ;-)
[15:34] <calc> is there a way to compile java code with default-jdk with compatibility mode for older api?
[15:34] <thewrath> does anyone know the bug report number ofr hte issue with conecting to wireless networks that are using wpa2 enterprise encryption
[15:34] <calc> i'm moving java code from gcj to openjdk and it fails due to:
[15:34] <calc>    [javac] Note: Some input files use or override a deprecated API.
[15:34] <calc>     [javac] Note: Recompile with -Xlint:deprecation for details.
[15:34] <calc> and i don't particularly want to rewrite the code
[15:36] <seb128> good, xrandr changes work now with compiz and gnome-panel
[15:37] <seb128> everything adjust correctly and back on intel
[15:40] <pitti> seb128: compiz, too? rock! wasn't working for me earlier today
[15:41] <seb128> pitti: running gtk 2.15.5?
[15:41] <asac> kenvandine: fwiw, your icon is broken on identi.ca  ... fta had the same issue and had to replace it with a png (jpeg seems to have issues with scaling)
[15:42] <pitti> seb128: y3es
[15:43] <seb128> pitti: dunno then
[15:43] <seb128> works for me on my laptop since the gtk update
[15:43] <pitti> seb128: I use compiz --replace
[15:43] <mvo> seb128: totem is not in sync with the archive
[15:43] <pitti> at least the panel auto-adapts now, with today's updates
[15:43] <seb128> mvo: gar
[15:43] <mvo> seb128: I was about to make a joke aobut it - that it must be doko
[15:43] <seb128> mvo: go doko go
[15:43] <asac> ArneGoetje: can you spin a gtk locally with this patch http://paste.ubuntu.com/126310/ ... this will make gtk honour your fontconfig (in a hacky way for now) so you can tune the rules for different font sizes et al
[15:43] <pitti> seb128: and I reopened the g-s-d bug, you dropped the patch :)
[15:44] <seb128> mvo: drop his revision, that's a no change one
[15:44] <mvo> but when I was about to make the joke it turned out it was doko *sigh*
[15:44] <seb128> pitti: I though that has been fixed upstream
[15:44] <mvo> yeah, that is what I'm going to do
[15:44] <seb128> pitti: let me fix it now
[15:44] <mvo> I really hope we get better tools soon, this problem becomes anoying
[15:44] <pitti> seb128: no, still being discussed
[15:44] <calc> so it looks like i need to somehow tell ant to set the java version to an older version, on the command line this appears to be done with javac -source VER  but this uses ant to build so i have no idea
[15:44] <calc> any ideas anyone?
[15:44] <pitti> seb128: no hurry, I can do that as well
[15:44] <seb128> pitti: I broke it I fix it now ;-)
[15:44] <pitti> calc: doko?
[15:45]  * pitti hugs seb128
[15:45] <pitti> seb128: merci
[15:45]  * seb128 hugs pitti
[15:45] <seb128> de rien
[15:45] <pitti> it's one of those bugs that drive me crazy, with an external TFT
[15:45] <asac> ArneGoetje: for instance, we ship hintmedium by default which should be slight according to policy. also we should look into dropping the antialiasing thing imo
[15:47] <asac> calc: i would think that its JAVA_HOME
[15:47] <calc> asac: i think JAVA_HOME=/usr/lib/jvm/default-jdk  (just the path)
[15:48] <asac> calc: yes. just export that and ant should take that iirc
[15:48] <asac> calc: or put it in your ~/.antrc
[15:49] <calc> asac: yea but i want to specify the specific java source compatibility revision
[15:49] <calc> asac: eg compile with source compat set to 1.5 instead of 6
[15:49] <asac> calc: ah. ok. you can do that in the build.xml
[15:50] <calc> since this code uses deprecated functions and causes the build to fail, so i can't port to openjdk
[15:50] <calc> asac: yes... do you know what the option i need is? :)
[15:50] <asac> calc: which you can probably pass through a -D ...
[15:50] <asac> let me look
[15:50] <calc> i looked around on the ant website but didn't see an example for that
[15:51] <asac> calc: a god start is to look at the task API for ant ... in this case the javac task
[15:51] <asac> http://ant.apache.org/manual/CoreTasks/javac.html
[15:51] <asac> calc: its "target="1.4"
[15:51] <asac> i would think at least
[15:51] <asac> calc: you can also pass that from outside using -Dant.build.javac.target=1.4
[15:51] <asac> (if you want 1.4)
[15:51] <xhaker> hello everyone. asac the firefox langpacks bug with -pt is still not fixed
[15:52] <calc> asac: ok thanks
[15:52] <asac> xhaker: i think the update is just happening today
[15:52] <asac> xhaker: or did you get a new langpack from today yet?
[15:52]  * xhaker restarts browser
[15:52] <asac> xhaker: err. that wont help ;)
[15:53] <asac> xhaker: check the version of the langpack-* packages you have installed
[15:53] <xhaker> asac: aswesome.. the firefox restart did indeed help, i had installed the updates with firefox open
[15:53] <asac> xhaker: oh. so the packages already were pushed to mirrors. nice.
[15:53] <asac> thanks for confirming
[15:53] <asac> that its fixed
[15:54] <xhaker> asac: thank you so much :)
[15:54] <asac> welcome. thanks for reporting it ;)
[15:54] <pitti> Timo Jyrinki also closed the bug today
[15:54] <ArneGoetje> asac: will do
[15:55] <asac> ArneGoetje: great.
[15:55] <asac> ArneGoetje: its just that it seems likely we get the "automatic" feature in jaunty ;)
[15:55] <asac> so we should be prepared from the fontconfig side
[15:56] <seb128> pitti: perhaps you could add the requested infos on http://bugzilla.gnome.org/show_bug.cgi?id=572876 since you get the issue?
[15:56] <pitti> seb128: opening, will do
[15:56] <seb128> pitti: it's waiting for over week now and hard code freeze is next week for GNOME
[15:56] <seb128> pitti: thanks
[15:56] <pitti> seb128: (have a call with rickspencer3 in 3 mins)
[15:57] <asac> calc: oh. maybe obvious, but if you really want to use -source, there is also "source"; just look at the build.xml. but imo target is what you really want
[15:57] <seb128> pitti: see the current comment, no need to read everything
[16:05] <calc> asac: i thought it was source, since i am getting this type of error:
[16:05] <calc>    [javac] Note: Some input files use or override a deprecated API.
[16:05] <calc>     [javac] Note: Recompile with -Xlint:deprecation for details.
[16:06] <calc> setting: <property name="ant.build.javac.source" value="1.3"/> (or 1.4 etc) doesn't seem to make any difference
[16:06] <calc> is that the proper way to set it?
[16:06] <asac> calc: yeah. thats deprecation.
[16:07] <calc> isn't that what the source setting is supposed to work around?
[16:08] <asac> calc: try. i would think its for the compiler syntax ... and not the jre used. but i havent used java since ages ;)
[16:08]  * kenvandine_wk can't seem to make system-config-printer not just do the right thing... 
[16:08] <kenvandine_wk> printer config has never been this good :)
[16:08] <asac> calc: do you fail on deprecations?
[16:08] <asac> i mean those are warnings usually
[16:09] <calc> ah hmm, let me see if i can determine that :)
[16:09]  * calc is working on java stuff since he needs it for bug 305790
[16:09] <calc> apparently everything in main has to be ported to default-jdk :\
[16:10] <asac> calc: yeah. actually i dont know about a flag that would make warnings errors in javac ... but again its been a long time
[16:10] <asac> i think the default is to ignore depreactions
[16:10] <asac> you could also do that
[16:10] <asac> calc: that would be deprecation="off" in the javac task
[16:10] <calc> afaict there is no javac task
[16:10] <calc> which seems to be throwing me a bit, heh
[16:11] <calc> oh there are multiple xml files in here
[16:15] <calc> hmm it already specifies 1.3 in the javac
[16:16] <calc> so it appears its openjdk that is being annoying about it
[16:16] <asac> calc: are you sure those are actually the problem?
[16:16] <asac> calc: if so, just disable deprecation like above
[16:17] <calc> ok i'll see if that works now that i found the javac bits
[16:32] <seb128> mvo: good that you uploaded that totem alternative fix, I was not sure about it ;-)
[16:32] <mvo> seb128: why not?
[16:32] <seb128> I would have changed the command called rather I think
[16:32] <mvo> seb128: hm
[16:32] <seb128> I don't like alternative much, got too many issues due to those
[16:33] <mvo> yeah, I don't like them either
[16:33] <mvo> I was thinking that because they are already in use, one more would not hurt ;)
[16:33] <mvo> I take the blame if that was too simple of a reaosnsing ;)
[16:33] <seb128> mvo: well probably better this way so we have a command matching the upstream naming, other software might call it
[16:37] <calc> hmm my son is at the hospital now :-\ at least the doctor finally got a clue and realized he was too low weight
[16:38] <calc> < 9kg and ~ 81cm
[16:46] <seb128> pitti: can you get davidz (cf #gnome-hacker) a gvfs-mount -li log when plugging your camera?
[16:49] <seb128> pitti: don't bother
[17:01] <thewrath> hey all is anyone in here
[17:02] <pitti> seb128: okay, I won't bother :) (just back from call)
[17:02] <calc> doh i should have read through the bug report again, its failing not due to deprecation but due to conflicting function in the new version of java
[17:02] <seb128> pitti: ok, discussing it right now with him
[17:02] <seb128> pitti: I found where I put my camera so I can debug it now
[17:11] <calc> at least xom isn't my fault, its a bug in the either the buildd or openjdk-6
[17:24] <hggdh> seb128, libpst is still pending
[17:25] <seb128> hggdh: I know, I just have too much to do and that is low priority
[17:25] <hggdh> seb128, OK, np
[17:25] <seb128> hggdh: does anybody care about import pst? I don't even know what those are ;-)
[17:25] <hggdh> seb128, PSTs are Outlook mail files
[17:26] <hggdh> this is low-importance, since it can be done manually by running readpst outside of Evo
[17:27] <hggdh> so this would be important for people crossing over to Evo from Outlook
[17:27] <seb128> I will still try to get it done
[17:27] <seb128> I was relying on MOTU to review it so I would not have to do it
[17:28] <seb128> but that doesn't seem to work
[17:31] <crevette> seb128, gnome-bluetooth 2.27.0 is released, I'll try to do it tonight
[17:32] <seb128> ok
[17:32] <seb128> 2.27 = next cycle
[17:32] <seb128> not GNOME 2.26
[17:32] <crevette> bah it is just a release name
[17:33] <crevette> this is because hadess plan to propose it for inclusion
[17:33]  * calc thinks he fixed the jaxme ftbfs on openjdk-6 :)
[17:34] <seb128> crevette: I think he picked 2.27 for a reason ;-)
[17:34] <seb128> crevette: he said that's still early code and can be buggy
[17:35] <seb128> and 2.26 is in 2 weeks
[17:41] <hggdh> seb128, chatted with srag, and he says the plugin will only compile if the library is there; so... not sure it is worth the hassle that late in the game
[17:41] <seb128> yeah, I know that, we have 2.25 in jaunty ;-)
[17:41] <seb128> would still be something nice to have
[17:42] <seb128> I've to go now
[17:42] <seb128> but I will try to ping dholbach about it tomorrow
[17:42] <seb128> or to get some MOTU to review it
[17:42] <hggdh> k
[17:42] <seb128> maybe didrocks or huats or Laney can look at it
[17:42] <seb128> do you have the bug number handy for reference?
[17:44] <seb128> I've to run now, bbl
[17:50] <Laney> look at what? libpst?
[17:51] <hggdh> Laney, yes
[17:51] <crevette> yeah gnome-bluetooth 2.27.1
[17:53] <Laney> he shouldn't hope for people to stumble across these things
[17:54] <Laney> it's a sad thing about REVU that pinging people is usually required to get reviews in a finite amount of time
[17:56] <hggdh> anyway, I just uplaoded libpst with a change in the version (added the ubuntu extension)
[18:05]  * calc hopes he doesn't blow up jaxme
[18:50]  * calc screams at jaxme
[18:51] <calc> jaxme in ubuntu can't compile against new java, jaxme in svn uses maven... maven is in universe and depends on lots of stuff in universe
[18:51] <calc> ergo i die
[18:53] <calc> I HATE JAVA
[18:53]  * calc tries to wrap his head about maven-ant-helper
[18:54]  * calc 's head explodes instead
[19:00]  * pitti hugs calc
[19:00] <pitti> calc: so it only ever built against gcj?
[19:02] <calc> pitti: yes
[19:02] <calc> xom works on my system, jaxme has only ever been built against gcj afaict
[19:03] <calc> jaxme is missing lots of methods in its Marshaller implementation afaict, but it is properly overridden in the subversion repo
[19:03] <calc> however they also redid the build system since then, gar
[19:03] <calc> which is where i am stuck now, not knowing much at all about java packaging
[19:04] <calc> the one example i saw of using maven-ant-helper showed they had to write their own build.xml files for debian (yuck)
[20:06] <mvo> thanks rosetta for sending me another batch of ~100 mails!
[20:07] <mvo> its great that you imported the translations from my package upload
[20:08] <didrocks> mvo: +1
[20:09] <didrocks> mvo: I am striking in the yelp regression and reading upstream diff as I think it's not an ubuntu regression :/
[20:12] <jpds> mvo: bug #336063
[20:21]  * didrocks set up a filter, already :)
[20:25] <seb128> re
[20:25] <seb128> chrisccoulson: what is this nautilus bug about?
[20:26] <seb128> chrisccoulson: now is not the time to do merges on debian, we do that early in the cycle ...
[20:26] <chrisccoulson> it's the problem where it spawns indefinately
[20:26] <seb128> hum
[20:26] <chrisccoulson> it's not a merge with debian. i just sync'd the bzr branch with the current jaunty release
[20:26] <seb128> the debdiff launchpad sent is a zillion line long
[20:27] <chrisccoulson> the ubuntu-desktop bzr branch was quite out of date (from gutsy)
[20:27] <seb128>  36 files changed, 1115 insertions(+), 1007 deletions(-)
[20:27] <seb128> oh, there was one? we didn't use it for a while indeed
[20:27] <seb128> sorry got confused
[20:27] <chrisccoulson> most of that diff is just bringing it in sync with the current jaunty version
[20:27] <seb128> ok
[20:27] <chrisccoulson> the actual change i made is here: http://bazaar.launchpad.net/~chrisccoulson/nautilus/bug325973/revision/5
[20:28] <chrisccoulson> it just adds a AutostartCondition to the desktop file, to stop it autostarting it if isn't drawing the desktop
[20:28] <chrisccoulson> there shouldn't be any need to autostart it if it isn't drawing the desktop reallyt
[20:29] <seb128> that's correct but not a proper fix
[20:29] <seb128> it will still do the same if you open a nautilus dialog and close it
[20:30] <seb128> no?
[20:30] <seb128> or does gnome-session look at the condition to respawn something?
[20:30] <chrisccoulson> i think so. let me try that again actually just to make sure
[20:30] <seb128> ok
[20:31] <chrisccoulson> you're right, it doesn't look at the condition when respawning something. only when initially starting it
[20:31] <chrisccoulson> that's a shame!
[20:32] <chrisccoulson> gnome-session needs a AutorestartCondition ;)
[20:32] <seb128> ;-)
[20:32] <seb128> chrisccoulson: your bzr doesn't build either, it doesn't like the changelog having no name or email
[20:33] <chrisccoulson> i ommitted the name and e-mail deliberately in case someone else wanted to merge anything in to it too
[20:33] <chrisccoulson> should i not do that?
[20:33] <seb128> no
[20:33] <chrisccoulson> ah, ok
[20:33] <seb128> if somebody wants to do change he,she runs dch -r
[20:33] <seb128> which changes the name
[20:34] <chrisccoulson> ah, i didn't realise that
[20:34] <seb128> and add your name under brackets to list the changes you did
[20:34] <seb128> ie
[20:34] <seb128> * upload
[20:34] <seb128> [ other_name ]
[20:34] <seb128> * fix depends
[20:35] <kenvandine_wk> seb128: can i have another gnome package to bump?
[20:37] <seb128> kenvandine_wk: http://download.gnome.org/sources/cheese/2.25/cheese-2.25.92.tar.gz if you want
[20:37] <pitti> kenvandine_wk: oh, updating gnome packages?
[20:37] <kenvandine_wk> sounds good
[20:37] <kenvandine_wk> pitti: yes
[20:37] <pitti> \o/
[20:38] <pitti> seb128: soon you can drink cocktails half of your day :-)
[20:38] <kenvandine_wk> haha.... not moving super fast here yet :)
[20:38] <seb128> pitti: isn't that great? ;-)
[20:38] <pitti> kenvandine_wk: let me know if you want a review of your "learn packaging from scratch" test package, or the OLS one
[20:38] <kenvandine_wk> will do
[20:39] <kenvandine_wk> been working on dx stuff, haven't been able to focus on that
[20:39] <kenvandine_wk> figure i can bump gnome packages while doing other things :)
[20:40] <seb128> mvo: stopping desktop work?
[20:41] <seb128> mvo: I think you did quite some bug un-assignement?
[20:43] <didrocks> seb128: I am fighting against this yelp regression. I reverted a lot of upstream changes without getting something relevant (and toc.xml is correct)
[20:43] <seb128> didrocks: there is not so many commit between versions, that's weird ...
[20:43] <didrocks> What is interesting is that removing "xmlNodeSetLang (node, BAD_CAST g_get_language_names ()[0]);" in yelp-toc.c gave me again French translation (not the right one, but French one)
[20:43] <seb128> didrocks: did you try rebuilding 2.24 just to see if it gets the issue too after a rebuild?
[20:43] <didrocks> I just suspect toc2html.xsl and toc2html.xsl.in to be guilty
[20:44] <didrocks> seb128: hum, no. trying it
[20:44] <seb128> didrocks: just a random idea to make sure it comes from the source and not the toolchain
[20:45] <mvo> seb128: no, but we got a list of bugs assigned to us that should be fixed for jaunty. this list is insane for me so I decided to unassugn myself for everything that I will not realistically fix for jaunty
[20:45] <didrocks> seb128: oki. Trying it now. I just checked the content of po files and xml and they are correct
[20:45] <seb128> mvo: ah ok
[20:45]  * seb128 hugs mvo
[20:46] <seb128> mvo: you might want to have a look to the new libgksu* in debian maybe, I see that kov uploaded new versions, not sure if you still care about those
[20:47] <mvo> seb128: I nocited that he did one - was it today?
[20:47] <seb128> mvo: yes, just read the changes email
[20:48] <seb128> mvo: there is a gksu 2.0.1 too (we have 2.0.0)
[20:49] <seb128> pochu: there?
[20:49] <mvo> seb128: cool, I check it out tomorrow
[20:49] <seb128> mvo: thanks
[20:51] <didrocks> seb128: previous version is working. It's either because of toc2html.xsl changes or intltool-*.in removal I guess
[20:52] <seb128> didrocks: I doubt it's intltool* that's an intltool new version change and should not create an issue
[20:52] <didrocks> seb128: ok, I try to work on toc2html so
[20:56] <pochu> seb128: hi
[20:56] <seb128> pochu: you are on debian right now?
[20:57] <pochu> seb128: yup
[20:57] <seb128> pochu: can you ls /usr/lib/python2.5/site-packages/GMenuSimpleEditor -l and tell me if the symlinks are broken or not?
[20:57] <pochu> sure
[20:58] <pochu> after I install python-gmenu :)
[20:59] <pochu> err, actually it's installed
[20:59] <pochu> seb128: no such file or directory
[20:59] <seb128> pochu: and 2.4 as version?
[21:00] <seb128> not sure what is current on debian
[21:00] <seb128> pochu: you use the python-support from experimental?
[21:01] <pochu> seb128: ah, no
[21:01] <pochu> I have the unstable one
[21:01] <seb128> ok, so that's ok
[21:01] <pochu> but I can update it if you want
[21:01] <seb128> we have an old one too
[21:01] <seb128> no that's ok
[21:01] <pochu> ah ok
[21:01] <pochu> ok, let me know if you need anything else :)
[21:02] <seb128> pochu: that's ok thanks, that directory seems to be a leftover, it installs to /usr/share/python-support/python-gmenu/GMenuSimpleEditor now
[21:03] <seb128> the postinst has a case to clean that
[21:03] <seb128> but I guess the version was not correct for ubuntu
[21:17]  * pochu notes there are 3 hours left to apply for UDS sponsorship
[21:17]  * pochu wonders whether to apply
[21:17] <pochu> not sure if I'll be busy with uni, and I haven't done enough work this cycle to feel comfortable when applying... :(
[21:19] <seb128> pochu: you can always apply and still how it goes, it's in barcelona so not far for you
[21:19] <seb128> ie not expensive to travel there
[21:20] <pochu> indeed
[21:20] <pochu> about one hour by plane :)
[21:23] <asac> oops
[21:23] <asac> fetchmail was borked ... thats why i had such a light mail load half of the day ... now there is a huge backlog
[21:23] <asac> damn
[21:24] <didrocks> seb128: got it \o/
[21:24] <didrocks> seb128: it's this toc2html.xsl.in new file which generates toc2html.xsl file specially processed for GNOME
[21:25] <LaserJock> asac: bummer, I've had that happen occasionally
[21:25] <asac> i never had that
[21:25] <asac> and didnt change anything on that host for ages
[21:25] <asac> its an old debian lenny install and fetchmail always worked
[21:25] <asac> really odd
[21:25] <asac> err debian etch
[21:25] <asac> ;)
[21:25] <didrocks> seb128: but translation only appear if I removed the new line "xmlNodeSetLang (node, BAD_CAST g_get_language_names ()[0]);" in yelp-toc.c. Strange :/
[21:26] <seb128> didrocks: strange indeed
[21:28] <kenvandine_wk> seb128: can i have another please
[21:31] <seb128> kenvandine_wk: http://download.gnome.org/sources/libgtop/2.26/libgtop-2.26.0.tar.gz good opportunity to learn about libraries
[21:31] <didrocks> kenvandine_wk: don't forget to use bzr :)
[21:32] <kenvandine_wk> didrocks: for what?
[21:32] <seb128> kenvandine_wk: https://wiki.ubuntu.com/DesktopTeam/Bzr
[21:32]  * kenvandine_wk is starting to use bzr :)
[21:32] <seb128> kenvandine_wk: the package is in bzr for this one
[21:32] <kenvandine_wk> oh exciting!
[21:32] <didrocks> kenvandine_wk: libgtop is there: https://code.edge.launchpad.net/~ubuntu-desktop
[21:32] <seb128> that's easy, just read this webpage, didrocks wrote it
[21:32] <kenvandine_wk> cool
[21:32] <kenvandine_wk> thx
[21:33] <didrocks> seb128: pitti slightly change the end. For him, the sponsor have to dch -r /debcommit -r
[21:33] <seb128> kenvandine_wk: and https://wiki.ubuntu.com/PackagingGuide/Recipes/CheckingLibrarySymbols
[21:33] <didrocks> seb128: hum no, he didn't change it, but wanted to do so :)
[21:33] <seb128> kenvandine_wk: that's how to check abi changes basically
[21:33] <seb128> kenvandine_wk: dunno if you learnt about libraries packaging yet
[21:33] <kenvandine_wk> ok
[21:34] <seb128> when the abi change we update the shblis
[21:34] <seb128> shlibs
[21:34] <seb128> which is the version number corresponding at the current full abi
[21:38] <seb128> kenvandine_wk: about the seahorse-plugins one, don't forget to reopen the bug when you do the changes
[21:38] <seb128> or it's not listed
[21:39] <kenvandine_wk> oh
[21:39] <kenvandine_wk> whoops
[21:40] <seb128> that's ok, I figured you fixed this one since you were asking for new updates ;-)
[21:40] <kenvandine_wk> seb128: :-D
[21:41] <seb128> kenvandine_wk: we are running out of tarballs to update right now but the lib and bzr should be enough to learn for the rest of the day I think ;-)
[21:41] <kenvandine_wk> :)
[21:41] <kenvandine_wk> i got one more UIF related one to do first :)
[21:41] <kenvandine_wk> just getting my queue lined up
[21:55] <seb128> didrocks, Laney: 337914 and 337911 have freeze exception granted if you want to review those and maybe upload
[21:55] <didrocks> seb128: not tonight, tomorrow it will be ok (I just prepare a proper patch for yelp and test it extensively)
[21:56] <didrocks> seb128: I will tackle the 2 updates tomorrow as well
[21:56] <kenvandine_wk> pitti: 328604
[21:56] <seb128> didrocks: yeah and you still have glibmm and gtkmm to update which is higher priority too ;-)
[21:56] <seb128> bug #328604
[21:57] <didrocks> seb128: as I proposed, is it ok for tomorrow? (yelp have delayed my schedule ;))
[21:57] <didrocks> has*
[21:57] <seb128> didrocks: yeah sure, no hurry, friday is fine too
[21:58] <didrocks> I will prefer to do them tomorrow, if I don't encounter major issues :)
[22:07] <pitti> kenvandine_wk: replied
[22:15] <didrocks> seb128: bug #337983
[22:16] <seb128> didrocks: good work!
[22:16] <didrocks> seb128: thanks :-)
[22:16] <seb128> didrocks:  you deserver some sleep now ;-)
[22:17] <didrocks> seb128: you grant that to me? :-)
[22:17] <seb128> yes!
[22:17]  * didrocks runs to his bed ;)
[22:17] <seb128> don't stay there too long I could change my mind soon ;-)
[22:17] <seb128> hehe
[22:18] <seb128> 'night didrocks
[22:18] <didrocks> seb128: ^^ have a good night!
[22:19] <didrocks> (and don't stay to late too :-))
[22:19] <didrocks> too*
[22:19]  * didrocks is already away
[22:27] <kenvandine_wk> pitti: updated it
[22:52] <mrooney> Hello all, regarding bug #337964, I am wondering if it is a standard anywhere that System -> Preference dialogs should dismiss via escape?
[23:15] <mrooney> rickspencer3-afk, pitti: do either of you have any hints on the above bug?
[23:19] <chrisccoulson> mrooney - it seems to be all the g-c-c capplets that can be dismissed with the escape key
[23:20] <chrisccoulson> all the other non g-c-c capplets (like Power Management, Bluetooth etc) that can't
[23:20] <mrooney> ah, interesting
[23:20] <chrisccoulson> and gnome-system-tools apps too
[23:20] <mrooney> do you think we want to say that anything that adds itself to Preferences should be dismiss-able by escape?
[23:21] <chrisccoulson> not sure really, thats probably something for the dxteam
[23:21] <mrooney> is this the right channel for that?
[23:21] <chrisccoulson> #dx i think
[23:23] <mrooney> How interesting, thanks!
[23:25] <mrooney> That's a hidden little channel
[23:25] <chrisccoulson> not many people on it?
[23:26] <mrooney> 8 people besides myself, and no topic
[23:48] <dobey> any dialog should take the cancel or close action when Esc is pushed