[00:08] * calc thinks he found the problem with OOo, whee :) [00:09] now just to be able to patch it and compile it (several more hours of work :( === asac_ is now known as asac === LaserJoc1 is now known as LaserJock === Amaranth_ is now known as Amaranth === Amaranth_ is now known as Amaranth [07:16] hello [07:18] hey crevette [07:18] hey didrocks [07:19] 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] crevette: you are bluez upstream? [07:19] someone opened a bug a https://bugs.edge.launchpad.net/337443 [07:19] didrocks: not at all, I'm hardly understanding bluetooth :/ [07:20] how do you with the crashes, so? ;) [07:20] but I updated once because no one did it [07:20] didrocks: sorry ? i guess you forgot a word [07:20] bug url is https://bugs.edge.launchpad.net/bugs/337443 rather [07:20] Launchpad bug 337443 in bluez "[jaunty] Please update bluez to 4.32 version" [Undecided,New] [07:23] crevette: sorry, how do you fix the crashes, so ? :) [07:23] hey mvo [07:23] I don't fixe my self, I reported to upstream by IRC [07:23] crevette: oki ^^ [07:24] hey didrocks [07:24] hey mvo [07:32] hey crevette [07:57] * pitti hugs back didrocks [07:58] didrocks: I'll review the page and make some corrections if adequate [07:58] didrocks: that won't happen until Friday, though (post-UIF) [08:05] pitti: no pb, take your time. There is no emergency :) [08:10] didrocks: btw, I actually think that unless you can/will upload, you shouldn't even do dch -r/debcommit -r [08:11] 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] I'll mention this on the wiki page [08:12] 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] right [08:17] didrocks: and that needs to become the standard workflow anyway once you'll be able to commit directly to ~ubuntu-desktop [08:20] 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] exactly [08:20] didrocks: ~ubuntu-desktop == ubuntu-core-dev plus some extra contributors [08:20] pitti: oki :) [08:21] morning seb128 [08:21] bonjour seb128 [08:21] lut didrocks [08:21] hey pitti [08:21] seb128: is ~u-core-dev already a member of ~u-desktop? [08:22] pitti: dunno? [08:22] you can probably see that on launchpad [08:22] seems not [08:22] * seb128 just woke up and is making coffee [08:22] seb128: I think it should be [08:22] will start work in a few minutes [08:22] hey seb128, keen to test a compiz change for me ;) ? [08:22] * didrocks will grab some coffee too :) [08:22] (after you had coffee of course) [08:22] mvo: hello, sure [08:22] * mvo makes some tea [08:22] * mvo hugs seb128 [08:23] pitti: you are team admin too now feel free to do any change you want ;-) [08:23] * seb128 hugs mvo [08:23] seb128: oh, you just made me? [08:23] pitti: yes [08:24] * pitti feels the new supah-powahs [08:24] thanks [08:24] you're welcome ;-) [08:37] mvo: so where is this change to try? [08:38] seb128: please add the compiz ppa (deb http://ppa.launchpad.net/compiz/ppa/ubuntu jaunty main) and upgrade to it [08:40] seb128: http://paste.ubuntu.com/126174 are the packges [08:41] 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] seb128: hopefully the second time is faster than the first [08:42] seb128: it should also pull in libprotobuf3 [08:42] (it does some caching now) [08:43] it does grab libprotobuf3 indeed, downloading [08:43] is that start optimization work? [08:44] seb128: yes, I want to push it to jaunty but I want some internal testing first [08:44] works fine for my machines [08:45] mvo: http://paste.ubuntu.com/126182 [08:46] http://paste.ubuntu.com/126184/ [08:47] profile point: first idle 1020000 (1.020000) - delta: 10000 (0.010000) [08:47] profile point: first idle 610000 (0.610000) - delta: 0 (0.000000) [08:47] that's the win? [08:48] yes [08:48] woah [08:48] your machine is *fast* [08:48] its 3s for mine :) [08:49] and goes down to ~2s [08:51] 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] mvo: and don't worry I will complain if thing breaks, you know me ;-) [08:52] haha [08:53] did auto-dpi detection get reverted to a set 96 in recent updates? [08:54] eeejay: no, but if you used the xrandr capplet it forces 96 dpi apparently when loading a config [08:55] seb128: ah, thanks :) [09:04] vuntz: hello? [09:10] hello gents [09:11] lut crevette [09:12] salut seb128 [09:12] 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] I don't have bluetooth devices [09:19] mvo: could you make the "the change have been applied" synaptic dialog show in the tasks list? [09:19] mvo: I often start an install, switch workspace and this one goes in background one the current workspace [09:19] seb128: that would violate the HIG iirc [09:19] but I never quite agreed with this requirement [09:19] mvo: which means synaptic ssems to be stucked for ever without any clue of why until I close everything and notice it [09:19] ssems -> seems [09:20] ok, so get it to be displayed on top of synaptic on the same workspace? [09:20] and not under everything else on an another workspace and not in alt-tab [09:20] nor in the task lists [09:20] seb128: does that happen with synaptic itself? or when its run from update-manager? [09:20] synaptic itself [09:20] run synaptic [09:21] select "package to update" [09:21] double click on something which takes 30s to download [09:21] switch to an another workspace where you do IRC [09:21] and notice that the "installation is done" dialog show there [09:21] if you type on IRC or something the focus prevention send it to background [09:21] but not glowing in the task list since it's not there [09:22] and you have synaptic "stucked" until you figure what's going on [09:23] there must be a better way ;-) [09:24] does this happen with both compiz and metacity? [09:24] dunno, I'm using compiz [09:24] * mvo nods [09:25] I will try later, I don't want to mess all my workspaces now [09:25] sure, thanks [09:25] it does happen with compiz though [09:25] so it's your land anyway ;-) [09:25] mvo: can you confirm you get the issue? [09:25] I will problably not do something about it today :/ need to work on software-propoerties UI changes [09:26] * mvo tries it [09:26] yes, I can confirm it [09:26] 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] haha [09:26] ok [09:27] and I know where to look [09:27] but the first time I though synaptic was stucked or something [09:28] seb128: heh :) it looks like with metacity it does not allow to move the transient window without the parent [09:28] didrocks: your yelp update switched the start page back to the upstream version [09:28] seb128: so when I try to move it to a different workspace, the main synaptic window moves with it [09:28] mvo: that makes sense to me, I often wonder why compiz doesn't do that [09:29] sometime I open evolution on the wrong workspace so I dnd it back where it should be [09:29] and the send&receive dialog stay in the middle of the screen, I've to do it again for it [09:29] 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] what is compiz++? [09:30] compiz rewritten in C++? ;-) [09:31] yes [09:36] crevette: is it in Jaunty now? [09:36] no, in my ppa [09:45] grrr at jaunty crashing on xorg session switches [09:46] the guest session is so nice to try changes but if that's to crash the box === seb128_ is now known as seb128 [09:52] seb128: can you try this patch? http://albertomilone.com/ubuntu/gnome/jaunty/gcc-patches/04032009/109_screen_resolution_extra.patch [09:52] it should work [09:52] tseliot: thanks! [09:52] seb128: I haven't tested it yet but the changes were trivial and the patch applies correctly now [09:53] seb128: should you have any problems, just let me know [09:53] ok, will try now and let you know [10:25] 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] ArneGoetje: there? [10:26] didrocks: ok thanks, I can confirm the issue but I've no real clue what change broke it [10:27] seb128: I compared the 2 revisions and it's not obvious :/ [10:27] seb128: it's just that it's an .in file and autotools patch is runned before patching this .in file [10:27] but it worked in the previous version with the same patch order, so... [10:29] hum [10:29] weird build error [10:29] http://launchpadlibrarian.net/23415060/buildlog_ubuntu-jaunty-lpia.gnome-control-center_1%3A2.25.92-0ubuntu1_FAILEDTOBUILD.txt.gz [10:29] "config.status: executing depfiles commands [10:29] shift: 2353: can't shift that many [10:29] " [10:29] doh! === bothorsen is now known as Hybrig === Hybrig is now known as bothorsen [10:44] is there a way to not received mail from lp on a bug modification when I'm the originator of the change [10:45] what sort of modifications? [10:48] like answers, status modification, any [10:48] MacSlow: is bug 337274 better now :) [10:48] Launchpad bug 337274 in indicator-applet "Wishlist Bug: Minimise Evolution/Other mail clients into the new notify-osd comms applet" [Undecided,New] https://launchpad.net/bugs/337274 [10:48] crevette: specific example? [10:49] slomo_: any reason gst-plugins-good0.10 current is in experimental? [10:49] davmor2, yeah thanks [10:49] 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] :) [10:50] crevette: ah right, there is a bug open about that for a while, no way right now no [10:50] seb128, ah okay, sad :/ [10:50] crevette: do email filtering? ;-) [10:51] seb128: yes, pulseaudio 0.9.13 is required and only in experimental and NEW [10:51] ok [10:55] seb128, crevette: n-s-u was rejected [10:56] Laney: yes, I just did, I was going to fix the issues and reupload but your version is not on the bug [10:56] alright [10:56] Laney: basically some details if you want to fix and reupload [10:56] alright? [10:56] erm [10:56] couldn't you get it from the upload* [10:56] - crevette added himself to the copyright as upstream author [10:56] seb128: I can't do it until tomorrow at the earliest [10:57] which is wrong [10:57] and there is autotools noise [10:57] ok, let me try to get a fixed version [10:59] I though I corrected that [10:59] crevette: no you didn't [10:59] damn [10:59] sorry [11:00] guh [11:00] soz for missing it too! [11:00] that's ok [11:00] but maybe this makes a case for having two reviewers [11:00] Laney: I did scp your control and changelog and I'm fixing those issues and reuploading [11:01] cool [11:01] seb128: you didn't comment on evolution-mapi bug for FFe (I uploaded it last week after reviewing it) [11:01] didrocks: I commented on IRC and it got accepted yesterday [11:01] seb128: great, didn't notice that :) [11:03] * crevette is doing cleaning in bluez & bluez-gnome bugs [11:04] such shame I do that at work [11:04] hello everyone [11:05] hey huats, good to see the new anjuta uploaded ;-) [11:05] hey pedro_ [11:05] crevette: good ;-) [11:05] bonjour seb128 [11:05] seb128, I think we'll need to discuss about bluez-gnome/gnome-bluetooth problem [11:05] seb128: don't be so sure... it fails to build... [11:05] http://launchpadlibrarian.net/23413328/buildlog_ubuntu-jaunty-i386.anjuta_2%3A2.25.902-0ubuntu1_FAILEDTOBUILD.txt.gz [11:06] I have to correct that :( but the thing is that it builds fine in my place :( [11:06] huats: using pbuilder? seems a lack of build-depends [11:06] crevette: sure [11:06] crevette: which ones? [11:06] seb128: yes using pdebuild [11:06] crevette: oh, switching? not for this cycle [11:07] seb128, bluez-gnome is stalled, and bastien forked the code and did a bunch of fixes [11:07] crevette: right, and he says he's not sure the new code will be ready this cycle, that's a bit hasted [11:07] 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] let's see when the new version is available [11:08] seb128, at least for me, the code didn't change that much, and is working fine [11:08] ok [11:09] and it fixes some bugs we have downstream [11:10] Laney, crevette: nautilus-sendto-universe accepted [11:11] wunderbar [11:18] seb128: any idea how I can avoid that kind of build issue ? [11:19] huats: use pbuilder? [11:19] in that case I have used pdebuild and pbuilder ... (and it builds on both) [11:25] huats: I don't understand the question then [11:26] 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] I was wondering what would be your advice to avoid that [11:28] huats: none [11:28] ok :) [11:29] huats: get a buildd running all the time to catch a such every every year? [11:29] huats: did you try sbuild? [11:29] Laney: nope [11:29] lol, see, people have crazy ideas now ;-) [11:29] lol [11:29] ok [11:30] I'll try again [11:30] I had a weird failure before where it worked in pbuilder and not in sbuild [11:34] huats: Why build with pdebuild and pbuilder? pdebuild is just a convenience wrapper for pbuilder! :-) [11:35] 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] huats: the buildd triggered an autotools rebuild [11:41] that's likely the cause of the failure [11:41] pochu: ok [11:42] pochu: so what can I do to fix that ? [11:42] huats: are you patching configure.ac or some Makefiles? [11:43] nope [11:44] hmm [11:45] +DEB_CONFIGURE_SCRIPT := ./autogen.sh [11:45] in debian/rules [11:45] that causes this in the build: [11:45] 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] and ./autogen.sh runs autoconf, automake, intltoolize, etc [11:46] huats: I'd suggest changing that to ./configure, or simply removing DEB_CONFIGURE_SCRIPT [11:46] huats: not sure if that will have any implications... check debian/changelog to see why it was added :) [11:46] :) [11:47] pochu: ok I'll have a look [11:47] thanks pochu [11:47] ! [11:47] cool [11:47] np ;) [11:47] huats: you can also ask robster, he may know why it's there [11:47] absolutly [11:49] huats: seems to be there from before 2003, I guess it's ok to remove it :) [11:50] 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:50] Launchpad bug 317831 in bluez "applications look alsa blueooth libraries in in 32 bit folder on x64 system" [Undecided,New] [11:51] pochu: ok :) [11:51] I'll test build it rigth now without it to check [11:53] crevette: ask if he gets the same issue running the command on a command line [12:04] any idea how i can do something like --force-overwrite-modified-configs? [12:04] i messed up some /etc/... stuff and feel like i want to go through that manually :( [12:04] mvo: ? [12:05] is there a switch that tells dpkg to disable the "be smart about modified conffiles" feature? [12:06] asac: man dpkg? [12:06] seb128: there is --force-confnew [12:06] but that i have the feeling that doesnt do what i want [12:06] asac: rm file and --force-confmiss? [12:07] but --force-confnew should do that [12:08] asac: what seb128 said, confmiss should do the trick [12:08] seb128: hello? [12:09] 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] seb128: closing everything is fine. The way it's closing it is not [12:12] seb128: (apps get killed because there's no more X, I think) [12:12] vuntz: well, it used to ask if you want to save work before the new gnome-session [12:12] I though you said that was fixed in svn [12:12] seb128: firefox would cause this? [12:12] but 2.25.92 still has the bug [12:12] cause what? [12:12] seb128: gnome-session to ask? [12:12] firefox probably not but openoffice did apparently [12:12] ah [12:12] can you try with gedit? [12:13] sudo rm -r /etc/fonts/; followed by --force-confnew worked. ... still unsure why this needs to be so hard :) [12:13] thx seb128 and mvo [12:13] vuntz: not right now but gedit worked in intrepid already, they are GNOME friendly [12:14] ok [12:16] vuntz: gedit has the opposite issue in fact see gnome bug #553168 [12:16] Gnome bug 553168 in gnome-session "Gedit blocks logout every time, even if nothing is unsaved" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=553168 [12:16] oh and bug #553166 too [12:16] Error: Launchpad bug 553166 could not be found [12:16] * asac logs out of gnome and goes for pure openbox to get a clue [12:17] ok, let me try [12:18] vuntz: gedit bugged the same way [12:18] vuntz: you get the "this application doesn't reply" dialog but not "do you want to save your work" [12:18] hrm [12:18] okay [12:18] indeed [12:19] * vuntz was confused [12:20] pochu: hello [12:20] hi seb128 :) [12:20] pochu: would you be interested in getting the python-gtk-dbg changes in debian? [12:21] pochu: there is no reason that shouldn't go there and so we could sync [12:21] seb128: yeah, I'll have a look [12:21] I think I already looked at them, not sure what happened though [12:21] seb128: btw I was looking in getting libsoup2.2 rdepends migrated to 2.4, so that we can remove the package [12:21] pochu: in fact seems to be in experimental [12:21] so ignore the comment ;-) [12:22] ah :-) [12:22] gnome-python doesn't though [12:22] seb128: but azeem told me he wasn't sure libsyncml wasn't quite ready to migrate from experimental to unstable [12:22] ok [12:22] so not sure if removing libsoup2.2 from Jaunty will be possible/a good idea [12:23] definetely for Karmic [12:23] it's in universe so that's ok [12:24] alright [12:24] vuntz: do you need extra details on the session doesn't saving work issue? [12:25] seb128: no :-) [12:25] ok [12:25] seb128: was just confused by the dialogs [12:25] vuntz: you still plan to work on that? ;-) [12:26] seb128: will try, at least. I'm doing the release today [12:26] but I might have time [12:26] vuntz: ok, on the good side we have packaged almost everything and noticed no real issue ;-) [12:26] vuntz: what is firefox supposed to listen for to become "gnome friendly" on session shutdown? [12:27] bwah, new gnome-settings-daemon breaks xrandr again [12:27] * pitti reopens bug 329410 [12:27] Error: Could not parse data returned by Launchpad: timed out (https://launchpad.net/bugs/329410/+text) [12:27] seb128: on that note I can confirm that gnome-panel now auto-adapts to resolution changes [12:27] pitti: good ;-) [12:27] but this thing drives me crazy [12:28] xrandr? [12:28] asac: well. It could well just be a gnome-session bug [12:28] seb128: evalutaion of ~/.config/monitors.xml [12:28] vuntz: whats the theory? [12:28] seb128: see above bug [12:28] asac: everything is broken? :-) [12:28] pitti: I don't find my camera right now could you try if the gphoto issue is still there? [12:28] seb128: sure [12:28] pitti: the "too many icons are displayed" [12:29] vuntz: hehe. well. i think firefox never really played nicely on session shutdown [12:29] vuntz: is that a dbus call nowadays? [12:29] asac: at the moment, it seems gnome-session doesn't really plays nicely with apps [12:29] asac: we still support xsmp. There's a dbus API, but it's not stable, etc. [12:29] seb128: still happens, I get two icons and two "what to do" dialogs [12:29] asac: but I believe I read somewhere that firefox xsmp support was improved at some point [12:29] gvfs-mount -l shows it twice [12:30] pitti: ok, I will ping davidz later [12:30] I think it's a bit early for him now [12:30] merci [12:30] vuntz: ok, i will check that. it causes lots of follow up bugs that firefox gets killed by X ;) [12:30] so should be worth a look ;) [12:31] rhaaa, bugzilla is so sloooooow [12:32] err ... is it just me or is http://www.xfree86.org/current/xsmp.html completely broken? (like a 100 line link) [12:33] asac: not just you [12:47] mvo, james_w: around? [12:47] yes [12:47] hey seb128 [12:47] did bzr-buildpackage changed behaviour recently? [12:47] bzr get lp:~andreas-moog/totem/totem-22592 [12:47] bzr-buildpackage [12:47] gives me ton of "can't diff binary files" error [12:48] seb128: problem with the python2.6 update [12:48] seb128: known bug, change in python2.6; james_w has a fix already, but not uploaded yet [12:48] how come that doesn't get uploaded? [12:48] I'm going to sync from Debian if it is uploaded there today [12:49] if not I'll upload in a couple of hours [12:49] where is stored the bootchart file ? [12:49] can't we get it fixed in jaunty now and sync later when debian update? [12:49] /var/something I guess [12:49] crevette: /var/log/bootchart [12:49] we certainly could [12:49] thanks seb128 [12:49] james_w: would be nice, I'm stucked for sponsoring right now [12:49] waiting for debian has some value but should not stop ubuntu work imho [12:50] seb128: I did bzr-based sponsoring without bzr bd so far [12:50] "python2.5 /usr/bin/bzr builddeb whatever" as a workaround [12:50] or use tar xzf ../foo_orig.tar.gz --str=1 [12:50] to unpack source tarballs manually [12:50] bzr clean-tree before is also helpful [12:51] ok, /me tar xzvf .orig.tar.gz and cp the debian dir over [12:51] just when I started getting used to bzr [12:51] seb128: no, just unpack it in the bzr source with --str=1 [12:52] or use james_w's workaround :) [12:52] I don't want the .bzr in my upload [12:52] copying the debian dir over is fine, I've been working without bzr for years I will manage I think ;-) [12:52] DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -I.bzr -I.svn -I.shelf" [12:52] FYI [12:52] "bzr export ../wherever/debian" rather than copying will remove the .bzr [12:52] it's building right now [12:53] james_w: there is no .bzr in debian, just in ubuntu [12:53] ah [12:53] thanks for the hint [12:53] ../wherever/debian is the target you realise? [12:53] that still strucked me as something which should not wait on debian to wake up to get fixed in ubuntu but *shrug* [12:54] it exports the branch you are currently in [12:54] I do bzr get lp:~team/package/ubuntu [12:54] cp -R ubuntu/debian source [12:54] cd source [12:54] debuild [12:54] that works [12:54] and has no .bzr [12:54]