[05:26] <yoophglup> i need help with desktop sharing anyone here know about it??
[07:05] <pitti> Good morning
[07:12] <didrocks> Guten Tag pitti
[08:15] <seb128> hello
[08:16] <didrocks> lut seb128
[08:16] <seb128> hey didrocks
[08:16] <didrocks> seb128: did you have a restful night?
[08:16] <seb128> yes!
[08:17] <seb128> watched a movie and had almost 8 hours sleep yesterday
[08:17] <seb128> and you?
[08:17] <didrocks> \o/ that's needed after a GNOME release ;)
[08:17] <seb128> hey MacSlow
[08:17] <seb128> didrocks: indeed!
[08:17] <didrocks> yes, fine too. Thanks!
[08:18] <seb128> didrocks:
[08:18] <seb128> http://download.gnome.org/sources/deskbar-applet/2.26/deskbar-applet-2.26.0.tar.gz
[08:18] <didrocks> seb128: I merged a contributor update of murrine. dholbach asks for an explicit FFe on bug #344154 ;)
[08:18] <seb128> didrocks: if you want to do another update ;-)
[08:19] <seb128> pitti: ^ it's main, can you grant the exception?
[08:19] <didrocks> seb128: of course. I will handle it in a couple of hours (my girlfriend wants to do some shopping first ;))
[08:19] <seb128> didrocks: sure no hurry, enjoy the shopping!
[08:19] <mvo> shopping!
[08:19] <pitti> seb128, didrocks: any upstream changelog? does it have new features?
[08:20] <mvo> seb128: do you want to do the gnome-media sponsoring (it adds a new package) or is that all discussed and agreed upon?
[08:20] <didrocks> pitti: the changelog is in the changelog file, no NEWS. There are some slightely changes
[08:20] <seb128> mvo, pitti: guten tag
[08:21] <seb128> pitti: we had a svn snaphost and upstream rolled a tarball with a special mention for jaunty, there was a blog post on planet.gnome.org
[08:21] <seb128> pitti: ie they fixed quite some bugs since and would like us to ship this stable version rather than a buggy snapshot
[08:22] <seb128> mvo: I asked chrisccoulson to do those changes, as discussed at distro sprint we use the intrepid capplet and make the new one available
[08:22] <seb128> mvo: you are welcome to review or sponsor or it or I can do it too today if you want, we are mostly done with 2.26 so I'm not too busy today
[08:23] <didrocks> seb128: bbl, have a good morning and probably lunch too ;)
[08:23] <mvo> seb128: ok, thats fine then. I have a look and upload
[08:23]  * mvo hugs chrisccoulson
[08:23] <seb128> mvo: thanks!
[08:23] <pitti> seb128: sure, makes sense to me
[08:23] <seb128> didrocks: you too
[08:23] <didrocks> seb128: thanks!
[08:23] <pitti> didrocks: did you test this on your box?
[08:24] <chrisccoulson> :)
[08:25] <didrocks> pitti: the murrine update? Before the merge, yes. After removing quilt (Khashayar changes), I only rebuilt it.
[08:25] <pitti> didrocks: please test it in the current form; if it works, please go ahead
[08:26] <didrocks> pitti: let me launch my jaunty's box
[08:26] <seb128> pitti: I'm looking to the indicator-applet update now if you didn't yet
[08:28] <pitti> seb128: no, I didn't; thanks
[08:28] <pitti> yay new usplash
[08:33] <mvo> hm, personally I find it a bit misleading that the package is named "gnome-volume-control" but the gnome-volume-control binary is in gnome-media and the gnome-volume-control one is called gnome-volume-control-settings - thoughts?
[08:34] <mvo> other than this nitpick the update looks fine
[08:34] <seb128> lut huats
[08:35] <seb128> mvo: call the binary gnome-volume-control-new?
[08:35] <seb128> the binary package I mean
[08:35] <huats> hello everyone
[08:35] <huats> sorry I got to run
[08:38] <mvo> seb128: ok, g-v-c-pulse does not make sense, or does it?
[08:39] <seb128> mvo: that would work too
[08:39] <seb128> mvo: yeah, use that naming
[08:39] <seb128> chrisccoulson: ^ opinion?
[08:42] <chrisccoulson> that sounds ok. the only reason i chose the name is because the new package ships g-v-c-settings and g-v-c-applet, and upstream call it gnome-volume-control too
[08:43] <chrisccoulson> which is really confusing when they also install gst-mix as gnome-volume-control
[08:43] <seb128> right
[08:43] <pitti> seb128: ah, saw the new indicator-applet merge request; please let me know if bzr bd DTRT for you now
[08:43] <seb128> pitti: it did thanks
[08:43] <pitti> seb128: if they released a new upstream tarball, it should Just Work (tm)
[08:43] <pitti> cool
[08:43] <seb128> pitti: not sure if launchpad did pick up the upload correctly though
[08:44] <seb128> pitti: the tarball download didn't work though
[08:44] <pitti> oh? worked for me on a different project yesterday
[08:44] <pitti> seb128: what happened?
[08:44] <mvo> thanks, I go with -pulse then
[08:45] <seb128> pitti:
[08:45] <seb128>   http://launchpad.net/indicator-applet/+download failed: 501 Protocol scheme 'https' is not supported (Crypt::SSLeay not installed)
[08:45] <pitti> argh
[08:45] <seb128> pitti: I probably need to install something but dunno which one
[08:45] <pitti> seb128: I probably have that perl module installed
[08:45] <pitti> libcrypt-ssleay-perl
[08:46] <pitti> yes, I do
[08:46] <pitti> seb128: ^ try that
[08:46] <seb128> pitti: that works indeed ;-)
[08:46] <seb128> pitti: anyway update built, tested, uploaded and pushed to bzr
[08:49] <MacSlow> hey seb128, mvo, pitti
[08:49] <crevette> good morning
[08:50] <pitti> hey MacSlow
[08:50] <pitti> seb128: \o/ merci
[08:50] <seb128> lut crevette
[08:55] <crevette> salut seb128
[08:59] <chrisccoulson> mvo - i think you forgot to rename debian/gnome-volume-control.install on the gnome-media upload
[09:00] <mvo> chrisccoulson: oh, bugger. thanks
[09:00] <chrisccoulson> that's ok ;)
[09:00] <chrisccoulson> it's just failed to build on lpia, but i haven't checked the build log yet
[09:02] <mvo> chrisccoulson: thanks, fixed locally now, I do a testbuild with that now and if its all good I upload it right away
[09:03] <chrisccoulson> the lpia build failure looks unrelated. i386 and ppc just finished successfully (albeit, with an empty package)
[09:04] <seb128> asac: gnome bug #571423 still on your list?
[09:05] <asac> seb128: what is missing. just http://bugzilla.gnome.org/show_bug.cgi?id=571423#c8 ?
[09:05] <asac> i will do that now
[09:05]  * asac gets the test sources
[09:06] <seb128> asac: the current commenter stated not having the issue with the test program but you did iirc?
[09:07] <seb128> asac: the comment you point has a question
[09:07] <asac> yes
[09:07] <seb128> asac: "Could you duplicate the problem, and paste the output of the test program
[09:07] <seb128> attached?"
[09:07] <asac> seb128: yes. that qusetion i saw. wondered if there is something else ;)
[09:07] <seb128> asac: if you do have the issue could you respond to that so we can get things moving again?
[09:07] <seb128> asac: that's all yes
[09:08] <asac> 10:05 < asac> i will do that now
[09:08] <seb128> thanks ;-)
[09:10] <asac> so on metacity it definitly doesnt happen  ... let me boot laptop with compiz where i had this issue initially
[09:11] <pitti> I'm off for about two hours; I'm not feeling very well, and need some fresh air
[09:11] <pitti> I'll do some work in the evening to compensate
[09:11] <seb128> pitti: see you
[09:11] <seb128> pitti: you work enough there is no need to compensate ;-)
[09:12]  * seb128 hugs pitti
[09:21]  * seb128 hugs mvo
[09:21] <seb128> mvo: thanks for the sponsoring work!
[09:21] <mvo> get well pitti
[09:22] <mvo> seb128: np, doing it with bzr is really mostly fun :)
[09:22] <dholbach> hiya
[09:22] <seb128> hey dholbach
[09:22] <seb128> dholbach: thanks for the sponsoring you are doing too
[09:22] <dholbach> seb128: I tried to do the python-nautilus thing yesterday, but it FTBFS
[09:22] <dholbach> seb128: something weird with gnomevfs / python-gnome*
[09:24] <dholbach> seb128: I gave up in the end and just de-installed, so I could remove python2.5*
[09:24] <seb128> dholbach: ok
[09:24] <dholbach> maybe http://cvs.fedoraproject.org/viewvc/devel/nautilus-python/nautilus-python-0.5.1-gnome-vfs.patch?revision=1.1&view=markup ?
[09:24] <seb128> do you have the build error?
[09:25] <dholbach> hang on
[09:25] <seb128> could be
[09:25] <seb128> did you try this change?
[09:25] <dholbach> no, just found it now
[09:25] <seb128> is anybody really using nautilus-python?
[09:25] <dholbach> no idea
[09:34] <dholbach> seb128: in any case the proper fix would be a port to gvfs, but there's not much activity upstream it seems
[09:34] <seb128> indeed
[09:35] <seb128> I've enough things in the desktop to not spend time on nautilus-python to be honest, I don't think it's very used or useful
[09:37] <dholbach> seb128: that fixed it
[09:37] <dholbach> seb128: uploaded
[09:37] <seb128> dholbach: danke
[09:37] <dholbach> de rien
[09:37] <dholbach> easy enough to do
[09:37] <dholbach> seb128: gotta do something sometimes to justify my ~ubuntu-desktop membership :)
[09:39] <dholbach> seb128: bzr-gtk recommends python-nautilus - that's why I had it installed
[10:10] <mpt> pitti, thanks and hugs for fixing bug 343618
[11:57] <asac> mdeslaur: hji
[11:58] <mdeslaur> asac: so, as I was saying
[11:58] <asac> mdeslaur: so if you select 10px its the same size? and for 10pt its flipped from what we expect?
[11:58] <mdeslaur> asac: yes
[11:59] <mdeslaur> asac: well, not flipped
[11:59] <asac> mdeslaur: so for 96dpi vs. 135dpi we would expect 2/3 of actual size ... and now its 4/3 ?
[11:59] <mdeslaur> asac: I would expect "pt" fonts to be dpi-adjusted once
[11:59] <mdeslaur> asac: it's 1.5 times right now
[11:59] <mdeslaur> asac: I would expect it to be 1/1
[11:59] <asac> mdeslaur: yeah makes sense
[12:00] <asac> 40/96 ~ 0.5
[12:00] <asac> mdeslaur: please say good bye to the meta discussion.
[12:00] <asac> mdeslaur: if you configure fonts with 10pt they will be different on screens
[12:00] <asac> if the notion in the gnome appearence dialog actually tries to do "px"
[12:01] <asac> and there is a calculation bug thats a different thing ;)
[12:01] <asac> and that could be the case actually
[12:02] <asac> mdeslaur: so please try the pango-view command on both
[12:02] <mdeslaur> asac: pango-view command?
[12:02] <asac> pango-view -t "Test Text 1" --font="Sans 10pt"
[12:03] <asac> mdeslaur: sorry. remove the pt
[12:03] <asac> just "Sans 10"
[12:03] <asac> mdeslaur: please check how that behaves
[12:03] <asac> mdeslaur: its in libpango*dev
[12:04] <kenvandine_wk> good morning all
[12:05] <asac> hi kenvandine_wk
[12:05] <kenvandine_wk> hey asac
[12:06] <davmor2> pitti: do you deal with the kde port of jockey too?
[12:06] <kenvandine_wk> seb128: so what's the plan for ekiga, 3.2 or 3.0.2?
[12:07] <seb128> kenvandine_wk: your call I would say ;-)
[12:07] <kenvandine_wk> i have the patches ported for 3.2, but the deps aren't available yet (or wasn't last night)
[12:07] <kenvandine_wk> 3.2 depends on versions of opal and ptlib that haven't been released yet :)
[12:07]  * kenvandine_wk checks to see if they are now
[12:10] <seb128> kenvandine_wk: new opal an ptlib have been rolled since yesterday
[12:10]  * kenvandine_wk isn't seeing them
[12:10] <kenvandine_wk> 2.6.1 and 3.6.1
[12:11] <kenvandine_wk> damn mirrors
[12:11] <kenvandine_wk> ok, forced to use a different mirror and i am seeing it
[12:11]  * kenvandine_wk will build those
[12:15] <pitti> back; my head feels slightly better now
[12:16] <mdeslaur> asac: ok, I'll drop this issue now. thanks to you and seb128 and pitti for hearing me out.
[12:16] <pitti> mpt: no problem; the label wrap bug is still on my radar, working on a small test case
[12:16] <pitti> davmor2: yes, I can fix grave breakages
[12:16] <pitti> mdeslaur: drop?
[12:17] <mdeslaur> pitti: I'll let you guys handle it as you think it should be.
[12:18] <pitti> mdeslaur: I'm not entirely sure that I thoroughly understood the matter :)
[12:18] <mdeslaur> pitti: well, me neither :)
[12:20] <davmor2> pitti: not so much grave as graphically incorrect.  the listing in Kubuntu for Nvidia looks like this http://www.davmor2.co.uk/jock.png
[12:21] <asac> mdeslaur: can you please test the pango-view commands still?
[12:21] <davmor2> people might automatically install the 173 driver due to it being the highlighted one rather than the 180 which is the recommended one
[12:21] <asac> mdeslaur: and tell me if "Sans 10" vs. "Sans 10px" have the same behaviour that they have in gconf=
[12:21] <asac> ?
[12:22] <mdeslaur> asac: okay, one sec
[12:29] <mdeslaur> asac: I need to reinstall jaunty on my netbook...I'll have the results a little later
[12:30] <seb128> lool: do you think you could have a look to the pango 1.24 update for debian (and ubuntu since we are in sync)?
[12:35] <asac> mdeslaur: ok. no problem. let me know
[12:35] <asac> mdeslaur: btw, your findings are much appreciated as i dont have a high dpi display here
[12:39] <pitti> davmor2: ah, you mean that the recommended one should come first?
[12:39] <pitti> davmor2: btw, does it actually work for you? Riddell mentioned the other day that it wouldn't work for him at all
[12:40] <davmor2> pitti: Yes so it is the highlighted one which is correct in gnome but not kde
[12:40] <pitti> davmor2: I didn't upload the recent nvidia crash fix yet, though
[12:40] <pitti> ah, no, I did
[12:40] <davmor2> pitti: I just installed it I was about to restart to check it :)
[12:40] <pitti> davmor2: if you came that far, it can't be so bad :)
[12:41]  * pitti tests it here, too
[12:43] <davmor2> pitti: It's up and running here :)
[12:43] <pitti> yay
[12:43] <pitti> davmor2: thanks
[12:44] <davmor2> pitti: how does the list get made up is it jsut random or do you set the list?
[12:45] <pitti> davmor2: it's more or less random right now
[12:45] <pitti> davmor2: well, 'random' in the "python dictionary key order" sense
[12:46] <davmor2> pitti: Right.  Okay just seems strange that it always seems to be in number order in gnome and not in kde is all :)
[12:48] <pitti> davmor2: btw, could you test something else, please?
[12:48] <davmor2> Yeap
[12:48] <pitti> davmor2: if you currently have a kubuntu up and running?
[12:48] <davmor2> yeap
[12:48] <pitti> davmor2: can you please install policykit-kde (if it's not already) and run "jockey-kde" from a Terminal, as normal user?
[12:49] <pitti> davmor2: using policykit-kde should work now, and I'd like to stop it running as root entirely
[12:49] <pitti> I tried it here, but under gnome it insists to use policykit-gnome
[12:49]  * pitti looks forward to getting DSL soon, so that he has enough bandwidth to get KDE CDs, too
[12:50] <davmor2> pitti: I it not policykit-kde that kicked in and asked for the password just then?
[12:50] <pitti> davmor2: please try installing or uninstalling something
[12:50] <kenvandine_wk> pitti: hehe... good :)
[12:50] <chrisccoulson> what speed is your new DSL connection pitti?
[12:50] <davmor2> Is even
[12:50] <pitti> davmor2: in Kubuntu you should be asked for you password at program start (kdesu)
[12:50] <pitti> davmor2: while in GNOME you get asked when you install/remove a driver (with policykit)
[12:50] <pitti> davmor2: right now you should still see kdesu when you run it from the menu
[12:51] <davmor2> pitti: Ah yes I'll try it now
[12:51] <pitti> chrisccoulson: well, "new"; it's the first time DSL is available here :) will be a 6000 one
[12:51] <chrisccoulson> fantastic!
[12:51] <seb128> mvo: around?
[12:51] <mvo> yes
[12:51] <chrisccoulson> my DSL connection dropped to 580B/s last night. notice the lack of the "k" ;)
[12:51] <seb128> mvo: do we have an easy way to grep the whole archive for something?
[12:52] <kenvandine_wk> chrisccoulson: eek
[12:52] <mvo> seb128: source or binary?
[12:52] <seb128> mvo: I'm pondering splitting the gtksourceview1 python package since nothing in the default install seems to be using it
[12:52] <pitti> chrisccoulson: eww; well, I'm crossing fingers that it'll actually work
[12:52] <chrisccoulson> mine went really slow as soon as i told my ISP that i was leaving
[12:52] <davmor2> pitti: seems to be working I'll just reboot after to double check
[12:53] <pitti> seb128, mvo: I usually run that on rookery's mirror, with http://people.ubuntu.com/~pitti/scripts/for-srcarchive
[12:53] <pitti> davmor2: rock, thanks
[12:53] <seb128> mvo: source, in fact the problem is easier than then, I just need to go through the rdepends of python-gnome2-desktop
[12:53] <davmor2> pitti: policykit-kde is installed
[12:53] <seb128> I guess I could easy get the list and apt-get source everything
[12:53] <seb128> mvo: do you have tools for this sort of job?
[12:53] <pitti> davmor2: you should be asked for password as soon as you install/remove a driver
[12:54] <mvo> seb128: no, sorry. maybe the script that pitti has helps?
[12:54] <seb128> looking into that
[12:54] <seb128> I'm not sure what it does exactly
[12:54] <pitti> my script walks over an archive, unpacks everything, and runs a command in the source tree (such as grep)
[12:54] <davmor2> pitti: yes it's working in the same way as gnome I'm just checking that the nvidia driver got removed then I'll reinstall it again
[12:55] <seb128> pitti: how many years does it take? ;-)
[12:55] <davmor2> pitti: Right it's removed fine I'll reinstall it now
[12:55] <pitti> seb128: e. g. for-srcarchive /srv/archive.ubuntu.com/ubuntu dists/jaunty/main/source/Sources.gz "grep -r foobar"
[12:55] <pitti> seb128: about a day; run it in screen :)
[12:56] <pitti> seb128: it's quicker for main
[12:56] <seb128> I guess I will just do a for package in$ $list; apt-get source $package;  and then grep
[12:56] <seb128> I just need the python-gnome2-desktop rdepends
[12:56] <pitti> seb128: for a small set of packages that'll work
[12:56] <pitti> seb128: you can still do that on rookery to use the mirror there
[12:56] <pitti> seb128: or an apport fakechroot
[12:56] <seb128> pitti: right thanks
[12:58] <lool> seb128: Pango: I wish, but certainly not today and likely not this week, I'm blocking various work and need to make progress on my tasks ASAP, also I'm covering for davidm this week
[12:59] <lool> seb128: I would like to though, especially since I have armel changes to do
[13:01] <seb128> lool: hum ok, thanks anyway
[13:01] <davmor2> pitti: That's worked fine removing and installing :)
[13:02] <seb128> lool: I will see if slomo wants to do it, jaunty beta freeze is tomorrow
[13:02] <pitti> davmor2: thanks, much appreciated
[13:02] <pitti> davmor2: I'll change jockey-kde to use polkit-kde then
[13:02] <lool> Urgh beta freeze is tomorrow already
[13:02] <lool> indeed
[13:03] <davmor2> pitti: pop-up for policykit appears after you have selected and hit activate
[13:16] <didrocks> pitti: I reinstall a fresh jaunty box and there is no noticeable issue with murrine gtk engine.
[13:17] <pitti> didrocks: nice; then let's get it in
[13:23] <mdeslaur> asac: pango-view renders a 10pt font at a sane size
[13:23] <mdeslaur> asac: on a 135dpi screen
[13:26] <seb128> didrocks: they rolled a 0.90.1 since
[13:27] <mdeslaur> asac: oh, weird, the pango-view titlebar says 96 dpi
[13:27] <seb128> pitti: ^
[13:27] <asac> mdeslaur: if you use "Sans 10" ?
[13:27] <asac> mdeslaur: what is sane size?
[13:27] <pitti> seb128: sounds like bug-fix only, compared to 90?
[13:28] <seb128> pitti: yes
[13:28] <asac> mdeslaur: you can use --dpi=135
[13:28] <seb128> pitti: just pointing to didrocks that he might want to update to this one, doesn't hurt to get some extra bug fixing now
[13:28] <pitti> indeed
[13:29] <mdeslaur> asac: by default, it assumes dpi=96, so it renders "Sans 10" the same size as "Sans 13.333px"
[13:29] <mdeslaur> asac: if I specify --dpi=135, than "Sans 10" is bigger, like the desktop
[13:29] <didrocks> seb128: ok, I will do it
[13:35] <asac> mdeslaur: ok. so to summarize. with --dpi the point size is also physically larger on higher dpi screens when using pango-view?
[13:35] <asac> and px has the same physical size?
[13:36] <mdeslaur> asac: yes
[13:36] <mdeslaur> asac: sidenote: weird, my firefox text isn't antialiased
[13:36] <asac> good. i will check. but i guess that pango-view is right and point has really the opposite effect from what we would suspect
[13:37] <asac> mdeslaur: thats because you use inferior fonts ;)
[13:37] <asac> mdeslaur: you shouldnt allow websites to select their fonts
[13:37] <asac> mdeslaur: also we have a regression:
[13:37] <asac> mdeslaur: run: sudo ln -s /etc/fonts/conf.avail/70-no-bitmaps.conf /etc/fonts/conf.d/70-no-bitmaps.conf
[13:38] <mdeslaur> asac: I wish the firefox preferences panel would fit in my screen so I could change it :)
[13:38] <asac> mdeslaur: lol
[13:38] <asac> mdeslaur: about:config, set browser.display.use_document_fonts to 0
[13:38] <asac> mdeslaur: the no-bitmaps font will be readded on next upload
[13:38] <asac> s/font/link/
[13:39] <asac> but i would still suggest to prevent sites from selecting their own fonts
[13:42] <asac> mdeslaur: oh. you could check if all backends have the same behaviour with pango-view ... e.g. --backend=cairo
[13:42] <asac> --backend=xft
[13:42] <asac> there is also ft2 and x
[13:42] <asac> but i guess we shouldnt look after those
[13:44] <mdeslaur> asac: xft backend gives the same results
[13:44] <didrocks> pitti & seb128: new revision tested and pushed
[13:45] <seb128> didrocks: excellent
[13:45] <asac> mdeslaur: ok. but 10px still does the right thing? with --dpi=xxx?
[13:45] <seb128> didrocks: do you have still some updates on your todolist?
[13:45] <asac> right thing == same physical size ;)
[13:45] <mdeslaur> asac: yes
[13:45] <asac> mdeslaur: yeah. a bit odd though. size doesnt change here on the same screen regardless of what i use as --dpi
[13:46] <asac> but maybe its because dpi is auto detected for px
[13:46] <didrocks> seb128: I have to perform deskbar-applet: I will do it in few minutes, but I can take some if you wish
[13:46] <seb128> didrocks: no that's ok, enjoy the nice weather rather you are on holidays and already did a lot ;-)
[13:47] <mdeslaur> asac: hmm...me either
[13:47] <didrocks> seb128: yeah, what a great weather there! ;)
[13:47]  * asac needs a high dpi screen
[13:48] <mdeslaur> asac: borrow a netbook
[13:48] <asac> mdeslaur: does a mini 9 have high dpi?
[13:48] <mdeslaur> asac: and try to install jaunty on it :)
[13:48] <mdeslaur> asac: let me check, wife has one
[13:48] <asac> i think i will try mini 9 ... i have that and it needs to be reinstalled anyway
[13:48]  * asac searches for UNR daily images
[13:49] <mdeslaur> asac: UNR forces dpi to 96
[13:49] <mdeslaur> asac: install standard jaunty
[13:49] <asac> mdeslaur: on what level?
[13:49] <mdeslaur> asac: gnome i think, but I'd have to reinstall to make sure
[13:51] <asac> mdeslaur: i will figure
[13:51]  * asac installs UNR regardless ;)
[13:52] <mdeslaur> asac: yes, mini 9 is 135 dpi
[13:52] <asac> great
[13:52] <asac> so seems i have the hardware ;)
[13:52] <asac> lets see if i have the time
[13:52] <mdeslaur> asac: please try the standard jaunty desktop installer, just to see what my fuss is about
[13:53] <mdeslaur> asac: don't install, just boot your mini 9 with it
[13:53] <asac> mdeslaur: where can i download the usb image?
[13:53] <mdeslaur> asac: download the iso and use the "USB Startup Disk Creator" to make a usb key
[13:54] <asac> ok. i will do that after installing UNR ;)
[13:54] <mdeslaur> asac: cool, thanks :)
[14:02] <seb128> hate hate hate g-s-d
[14:03] <seb128> "(gnome-settings-daemon:24832): GLib-GObject-WARNING **: cannot register existing type `GnomeSettingsPlugin'
[14:03] <seb128> (gnome-settings-daemon:24832): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
[14:03] <seb128> (gnome-settings-daemon:24832): GLib-GObject-WARNING **: invalid cast from `GsdXrandrPlugin' to `<invalid>'
[14:03] <seb128> "
[14:06] <vuntz> seb128: two questions for you
[14:07] <vuntz> seb128: if you have time after hating g-s-d :-)
[14:07] <vuntz> kenvandine_wk: btw, planning to do foresight livecd/vm for 2.26.0?
[14:08] <kenvandine_wk> vuntz: yup
[14:09] <kenvandine_wk> vuntz: how close is it to announce?
[14:09] <kenvandine_wk> i was up very late last night testing images :)
[14:09] <kenvandine_wk> so i just need about an hour to refresh the latest packages and create images
[14:09] <vuntz> kenvandine_wk: hrm, I'm doing some smoketesting, and then I'll work on preparing everything for the announcement
[14:09] <kenvandine_wk> ok
[14:09]  * kenvandine_wk runs the script :)
[14:10] <seb128> vuntz: shoot
[14:10] <vuntz> kenvandine_wk: but I guess this won't be before 6-7 hours (to give more time to translators for the release notes)
[14:10] <vuntz> seb128: how is 2.26.0 looking for you? :-)
[14:10] <seb128> vuntz: any idea what could lead to those issues? I've that after applying a patch which has not a lot to do with it since g-s-d has been fixed to build correctly with -zdefs
[14:10] <kenvandine_wk> vuntz: my live images last night worked well
[14:10] <seb128> vuntz: good!
[14:11] <vuntz> seb128: no idea about the errors
[14:12] <vuntz> my second question isn't actually just for you... It's a dumb user question: is it normal that security updates of hardy also contain version bumps?
[14:13]  * vuntz saw a new glib coming with a security bugfix... and tons of other changes
[14:13] <seb128> vuntz: GNOME glib or glibc? no it should not, are you sure you don't have -updates too?
[14:13] <vuntz> seb128: glib, and we don't use -updates on the server
[14:15] <didrocks> seb128: done, I overwrite and upgraded the repository format to latest bzr one. bug #344832
[14:15] <vuntz> seb128: glib2.0 (2.16.6-0ubuntu1.1) hardy-security; urgency=low ... Thu, 12 Mar 2009 16:46:11 -0500
[14:15] <didrocks> hey vuntz o/
[14:15] <vuntz> or maybe I'm misreading the apt-listchanges output
[14:16] <seb128> vuntz: what is written in the apt-listchanges log?
[14:16] <seb128> vuntz: https://edge.launchpad.net/ubuntu/hardy/+source/glib2.0/2.16.6-0ubuntu1.1
[14:17] <vuntz> seb128: sure, but hardy didn't contain 2.16.6 in the first place
[14:17] <vuntz> it was something like 2.16.3
[14:17] <seb128> hum
[14:17] <seb128> let me check
[14:18] <vuntz> seb128: you uploaded 2.16.6 to hardy-proposed on Wed, 17 Sep 2008 13:54:46 +0200
[14:19] <vuntz> (not that I really care, I was just surprised)
[14:20] <seb128> vuntz: I'm asking for confirmation, 2.6.6 was in updates for a while but I'm not sure that's wanted or an error
[14:20] <seb128> to push it to security
[14:20] <seb128> vuntz: that's wanted, they do security on top of -updates
[14:21] <vuntz> okay
[14:21] <vuntz> sounds weird
[14:21] <vuntz> but again, I don't care in my case ;-)
[14:22] <vuntz> so 2.26.0 looks fine here. Good
[14:22] <seb128> yes
[14:22]  * vuntz goes to ask people from other distros
[14:24] <seb128> vuntz: they do that to avoid having a -updates-security or having to push all the fixes twice
[14:25] <seb128> slomo: hi, do you think you could do the librsvg libglade and pango updates for debian?
[14:25] <seb128> slomo: we are on syncs for those and that would be nice to keep it this way ;-)
[14:27] <slomo> seb128: yes, i can do them today or tomorrow i guess
[14:27] <slomo> seb128: oh, for librsvg i want to wait until it's in testing (http://packages.qa.debian.org/libr/librsvg.html) blocked by gtk
[14:28] <seb128> slomo: ok thanks
[14:38] <lool> pulseaudio is crashing a lot for me today; E: cpulimit.c: Received request to terminate due to CPU overload.
[14:41] <chrisccoulson> lool - you need a bigger CPU ;)
[14:42] <lool> One would hope that a dual core 2 GHz x86-64 would be enough these days   :-/
[14:53] <seb128> vuntz: any idea what could lead to gconf calls crashing in orbit when using autostart desktops?
[14:54] <seb128> vuntz: we have a small script to migrate some gnome-panel configuration
[14:54] <seb128> vuntz: when run using an autostart (ie letting gnome-session run it) setting a key using python gconf crashes in orbit code
[14:55] <vuntz> oooh, that's nastily bad ;-)
[14:55] <vuntz> no idea, sorry
[14:56] <seb128> hum ok
[14:56] <seb128> vuntz: and any idea why the error for this autostart don't show up in .xsession-errors?
[15:02]  * kenvandine_wk -> lunch
[15:07] <vuntz> seb128: nope
[15:08] <seb128> vuntz: ok, another question for you, any reason gnome-session doesn't expose dbus interface for reboot, etc? ;-)
[15:10] <vuntz> it does
[15:10] <vuntz> doesn't it?
[15:10] <vuntz> ah no
[15:10] <vuntz> indeed
[15:10] <seb128> just for logout
[15:10] <vuntz> hrm, don't know
[15:11] <seb128> ok
[16:09] <mvo> seb128, kenvandine_wk: yet another new gnome-panel with add-indicator uploaded, lets hope its the final one
[16:10] <mvo> kenvandine_wk: the ppa3 version was still not reliable, it turned out it crashed like this for me in my test environment http://paste.ubuntu.com/133066/
[16:12] <seb128> vuntz: how does gnome-session run those .desktop?
[16:13] <seb128> vuntz: it's a weird thing, the script basically does sleep(90) and some gconf call and crashes in write
[16:13] <seb128> vuntz: I don't know enough about orbit, bonobo, gconf etc but it there something which could timeout there?
[16:14] <seb128> vuntz: and decide to close a socket or something because the client it stucked in a sleep for over a minute?
[16:14] <kenvandine_wk> mvo: i will test
[16:15] <vuntz> seb128: we do egg_desktop_file_launch(), I think
[16:15] <vuntz> and no idea what's going on
[16:15] <seb128> ok
[16:16] <seb128> that's my second tricky issue today
[16:16] <vuntz> if it works fine with all other apps, then something is weird
[16:16] <seb128> I guess I will never understand that one
[16:16] <seb128> vuntz: it works fine without the sleep(90) there too
[16:16] <seb128> and the same script works fine otherwise when ran manually
[16:16] <kenvandine_wk> why do we need the sleep?
[16:16] <seb128> my guess was that 90 seconds stucked would close a socket or something
[16:17] <seb128> but I don't get where and why
[16:17] <seb128> and doing import gconf after the sleep makes no difference
[16:17] <seb128> kenvandine_wk: 90 is maybe too much, that's to avoid a race between gnome-panel and the script
[16:17] <kenvandine_wk> does the panel need to be loaded to add it?
[16:18] <seb128> mvo had case where the code does wrong thing when the panel is not loaded
[16:18] <kenvandine_wk> interesting
[16:18] <seb128> or gnome-panel gets confused
[16:18] <kenvandine_wk> that is more likely :)
[16:18] <kenvandine_wk> the panel is just *so robust* :)
[16:18] <mvo> :)
[16:19] <mvo> it showed some applets twice for me
[16:19] <mvo> without the sleep
[16:19]  * mvo still thinks the crash is really strange
[16:19] <kenvandine_wk> mvo: why 90?
[16:19] <kenvandine_wk> just to be sure the panel is done?
[16:19] <mvo> I pulled it out of my back :P
[16:19] <mvo> yes
[16:20] <kenvandine_wk> is there anyway to query the panel for status?
[16:20] <mvo> just to be sure that it does not intefere
[16:20] <mvo> I don't know
[16:20]  * kenvandine_wk thinks if it takes 90s for the panel to start, there are bigger issues :)
[16:21] <seb128> 15 should be enough there
[16:21] <kenvandine_wk> mvo: btw... it seems that even if the script fails, it still sets that key so it doesn't try again
[16:21] <kenvandine_wk> i would think an actual script failure should problem not set that
[16:21]  * kenvandine_wk agrees with seb128
[16:22] <kenvandine_wk> and 15 might be short enough that nothing gets yanked out from under us :)
[16:22] <rickspencer3> kenvandine_wk: seb128: I'm going over the dx team bugs right now ... they appear to be in reasonable shape, except for a couple of unimplemented features
[16:22] <rickspencer3> thoughts?
[16:22] <mvo> I don't mind what exact number to use
[16:23] <kenvandine_wk> rickspencer3: what's the decision for the unimplemented features?
[16:23] <kenvandine_wk> cram to get any of them in we can before beta?
[16:23] <kenvandine_wk> or just wait for the dust to settle?
[16:23] <mvo> I just picked 90 to be on the safe side, it should not matter much
[16:23] <kenvandine_wk> mvo: ok
[16:23] <rickspencer3> kenvandine_wk: they are captured as bugs right now, and are set to "high" which means they intend to fix them for the beta, so will probably be done today or tomorrow
[16:23] <kenvandine_wk> rickspencer3: i would really like to get the indicator python bindings in
[16:23] <kenvandine_wk> which should be doable today
[16:24] <rickspencer3> kenvandine_wk: I don't see a bug for that
[16:24] <kenvandine_wk> there probably isn't... they are ready
[16:24] <kenvandine_wk> eeejay is getting me a tarball to package
[16:24] <kenvandine_wk> i'll file a bug for packaging it
[16:25] <rickspencer3> kenvandine_wk: it's very important that we have bugs for all of the remaining work, otherwise we will lose track of something and it will come back to bite us
[16:25] <kenvandine_wk> yeah
[16:25] <kenvandine_wk> eeejay: is there a bug for that already?
[16:25] <rickspencer3> I would appreciate it very much if you would help them by creating bugs if you they missed one. They can always close it if it's not needed.
[16:26] <kenvandine_wk> sure
[16:26] <rickspencer3> thanks
[16:30] <seb128> chrisccoulson: I'm not sure now, did you say you would work on the tracker update?
[16:31] <kenvandine_wk> seb128: how do i build multiple things that depend on each other in pbuilder?
[16:32] <seb128> kenvandine_wk: add an apt source which has those or use pbuilder login, copy things there, etc
[16:32] <seb128> I don't use pbuilder much
[16:32] <seb128> only to test new packages, it's overwork for normal updates
[16:32] <kenvandine_wk> ah
[16:33] <seb128> diffing the configure.in or configure.ac is enough to catch 90% of the build-depends change
[16:33] <kenvandine_wk> i just want to make sure ekiga/opal/ptlib all build fine
[16:33] <kenvandine_wk> gonna upload to my ppa and ask for some testing
[16:33] <seb128> I like better to have an another round of fixing and upload in 10% of the cases than using pbuilder for nothing in 90%
[16:34] <seb128> ppa is a good way to do testing too ;-)
[16:34] <asomething> kenvandine_wk: Check out https://wiki.ubuntu.com/PbuilderHowto#Building%20With%20Local%20Packages
[16:34] <kenvandine_wk> asomething: thx
[16:35] <asomething> basically it details how to create a local repository and how to add it to your pbuilder sources
[16:36] <kenvandine_wk> great
[16:38] <chrisccoulson> seb128 - i did say i would work on the tracker update
[16:38] <chrisccoulson> i got distracted last night with gnome-media and gnome-session though
[16:39] <chrisccoulson> tracker is on my list for when i get home from work
[16:44] <seb128> chrisccoulson: ok, I was just making sure, debian did the update and the ubuntu diff is small I think that should make it easier
[16:44] <seb128> so you might want to take their update and apply the ubuntu changes on it
[16:45] <chrisccoulson> yeah, that sounds easier. that's what i did last time
[16:48] <ember> hey
[17:14]  * mvo goes for dinner and will upload gnome-panel the ppa -0ubuntu2~ppa5 as -0ubuntu2 afterrward, my tests look all good 
[17:20] <seb128> mvo: your ppa version doesn't work
[17:21] <seb128> mvo: "Syntax error: end of file unexpected (expecting ")")"
[17:21] <seb128> mvo: sh -c (sleep 90 && python /usr/share/gnome-panel/add-indicator-applet.py) ... I don't know this syntax
[17:22] <seb128> mvo: did you mean to use ""?
[17:22] <seb128> mvo: or $()?
[17:22] <seb128> mvo: doh, I'm lagging one version behind apparently, enjoy your dinner ;-)
[17:38] <seb128> mvo: ok, the new version is still not there, I'm away for sport and dinner now but I will try after that again
[17:38] <seb128> mvo: if you decide to upload please consider the patch on bug #335242 too
[17:38] <seb128> it's from ted and should be alright to ship with the update
[17:57] <chrisccoulson> seb128 - did you say debian updated tracker to 0.6.91?
[18:03] <kenvandine_wk> ok, i'm confused... how do you upload multiple packages to a ppa that depend on one another to build?
[18:05] <pitti> kenvandine_wk: set tight build dependencies, and upload them all
[18:05] <pitti> kenvandine_wk: the build of the depending ones will only start once the dependencies become available (i. e. the other packages get built and published)
[18:07] <kenvandine_wk> i did... hummm
[18:08] <kenvandine_wk> oh
[18:08] <kenvandine_wk> it is working
[18:08] <kenvandine_wk> i see
[18:08] <kenvandine_wk> the red X doesn't mean the build failed :)
[18:10] <kenvandine_wk> pitti: well ekiga and friends are building in my ppa
[18:10] <kenvandine_wk> it is working locally for me :)
[18:10] <kenvandine_wk> i still need to re-fix the lp patch for it
[18:19] <asac> mvo: did you see that debian gsoc page has three aptitude project proposals?
[18:19] <asac> mvo: do you think that makes generally sense? couldnt we try to redirect forces on debian side in a direction that would better match our roadmap?
[18:23] <LaserJock> seb128: around? ogra said you were wanting to demote screem
[18:24] <asac> ArneGoetje: i saw one thing that still makes me wonder. why do we create links for hitning-medium AND hinting-slight at the same time?
[18:24] <asac> i mean in the end we use slight i guess as that comes after medium alphabetically, but still seems wrong to have medium there at all
[18:25] <mvo> seb128: thanks
[18:25] <mvo> asac: I don't think I can redirect a lot, but I can have a look
[18:26] <asac> mvo: couldnt we add our own ideas there and hope that they attract the people instead of this aptitude thing?
[18:27] <asac> mvo: or is there nothing a student could do to help apt in general?
[18:28] <mvo> asac: I can think of some, I can also talk to daniel about the aptitude ones
[18:28] <mvo> asac: one of the things I would love to see is the resolver available from within libapt (or as its own lib)
[18:29] <asac> mvo: yeah. so maybe aptitude project could be to factor resolver into a stable API and make that available as libaptitude-resolver.so or something ;)
[18:34] <mvo> asac: yeah, my thought
[18:40] <didrocks> seb128: gtk2-engines-murrine: Version (0.90.2) available on remote  site: http://download.gnome.org/sources/murrine/0.90/murrine-0.90.2.tar.gz  (local version is 0.90.1)
[18:41] <didrocks> who do I have to kill? ;)
[18:41] <mvo> asac: I contacted daniel about it, lets see what he thinks
[18:41] <asac> cool
[18:42] <asac> didrocks: be happy. you still have a few hours left till freeze gets enforced
[18:42] <didrocks> asac: yeah, that's what I keep telling myself ;)
[19:49] <seb128> chrisccoulson: yes, it has been uploaded this afternoon could still be in incoming.debian.org
[19:49] <chrisccoulson> ah, that's probably why i can't find it
[19:49] <pitti> Good night everyone
[19:49] <seb128> LaserJock: right, that's the only thing in main using gtksourceview1 still and one of the few things using libgnomeprint*
[19:49] <chrisccoulson> i'll have another look in a second
[19:49] <chrisccoulson> good night pitti
[19:49] <seb128> mvo: will test after dinner if you still need testing
[19:49] <seb128> pitti: 'night ;-)
[19:49] <LaserJock> seb128: is Edubuntu the only thing keeping it in?
[19:49] <seb128> didrocks: ah ah ;-)
[19:49] <seb128> LaserJock: yes
[19:50] <didrocks> seb128: :-)
[19:50] <LaserJock> seb128: right, I'll drop it then. We've had lots of bugs filed about it just crashing a lot
[19:50] <kenvandine_wk> ok, ekiga is built in my ppa
[19:50] <didrocks> seb128: new version available, btw. You can sponsor it quickly before the 3rd round :p
[19:50] <seb128> kenvandine_wk: excellent!
[19:50] <kenvandine_wk> anyone willing/able to test it?
[19:50] <seb128> didrocks: I will eat my sandwitch first and come back ;-)
[19:50] <LaserJock> seb128: we were looking to replace it but haven't found a good replacement for Jaunty. I'll take it out anyway and look for a replacement in Karmic
[19:51] <seb128> LaserJock: I guess we can keep it for jaunty if you still use it
[19:51] <asac> mdeslaur: seb128: what was the bugid for the px thing?
[19:51] <seb128> LaserJock: that's only gtksourceview1 no big deal
[19:51] <LaserJock> seb128: I don't want it either
[19:51] <LaserJock> :-)
[19:51] <LaserJock> it gives me a good excuse to finally kill it ;-)
[19:51] <didrocks> seb128: sure, have a good… hum dinner? :-)
[19:51] <mdeslaur> asac: 310353
[19:51] <seb128> didrocks: yeah, kebab that's ok ;-)
[19:51] <asac> mdeslaur: great. thanks
[19:51] <seb128> brb before it gets cold
[19:52] <didrocks> seb128: ok, that's more than just a swanditch. Enjoy!
[19:52] <kenvandine_wk> pitti: you still around?
[19:52] <mvo> seb128: that would be nice (testing)
[20:11] <fta> seb128, is it possible to tune the dim level somehow? i just installed UMR a6 on a brand new samsung nc10, the dim mode is really too dim
[20:12] <fta> oops, he's gone
[20:12] <asac> thats his trick ;)
[20:12] <asac> disappearing magic - poof!
[20:12] <fta> lol
[20:13] <asac> 3
[20:13] <asac> 2
[20:13] <asac> 1
[20:13] <asac> hmm... still not back
[20:13] <fta> UMR doesn't have the new notifications?
[20:13] <asac> fta: seems not. yes
[20:13] <asac> fta: install notify-osd please
[20:13] <asac> should work well
[20:13] <asac> as it uses compiz by default
[20:14] <fta> i need more light, it's too dim here
[20:16] <seb128> re
[20:16] <asac> seb128: http://paste.ubuntu.com/133198/
[20:17] <seb128> asac: upload if you think that's correct
[20:17] <asac> seb128: what do you think ;)
[20:17] <asac> seb128: for me the "... ..." stuff worke
[20:17] <asac> wasnt sure about the right syntax.
[20:17] <seb128> "... ..."?
[20:17] <asac> "Monospace 13.333px"
[20:17] <seb128> yes that's ok
[20:17] <asac> like a whitespace in the gconf-defaults
[20:17] <asac> good
[20:18] <asac> bomb uploaded ;)
[20:18] <asac> seb128: if you get complains redirect them to me ;)
[20:18] <seb128> mvo: still there?
[20:18] <asac> so i understand the impact of this change a-posterioir ;)
[20:18] <mvo> seb128: yes
[20:19] <seb128> mvo:
[20:19] <seb128> $ cat /etc/xdg/autostart/indicator-applet.desktop
[20:19] <seb128> buntu[Desktop Entry]
[20:19] <seb128> the "buntu" at the start of the file breaks the script
[20:19] <seb128> that's the version I got from your ppa
[20:19] <seb128> what version should I be testing?
[20:19]  * mvo goes and hides under a rock
[20:19] <seb128> ii  gnome-panel                                1:2.26.0-0ubuntu2~ppa5                  launcher and docking facility for GNOME
[20:20] <seb128> mvo: also the () is not need on the sh line
[20:20] <seb128> and you can use 15 as sleep value
[20:20] <seb128> on slow config it takes around 10 seconds for gnome-panel to start usually
[20:20] <mvo> I would rather play it safe, maybe 90 is a bit extreme
[20:21] <mvo> but then its run once only, then the gconf thing kicks in
[20:21] <seb128> right
[20:21] <seb128> let's not discuss the sleep
[20:21] <seb128> what about the typo? ;-)
[20:21]  * mvo goes and hides under a rock
[20:21] <seb128> lol
[20:21] <mvo> fixed here now
[20:21] <seb128> mvo: give me the updated .desktop if you do update it to be sure we have the same version
[20:21]  * mvo checks the debdiff
[20:21] <seb128> no need to wait for an another ppa update round
[20:22] <seb128> so I can test that now
[20:23] <mvo> seb128: please check http://people.ubuntu.com/~mvo/tmp/indicator-applet.desktop
[20:24] <mvo> seb128: on the plus side, I merged the patch from ted
[20:24] <seb128> mvo: looks good to me, let's try this one
[20:24]  * seb128 hugs mvo
[20:25] <seb128> brb
[20:27] <fta> seb128, [21:11] <fta> seb128, is it possible to tune the dim level somehow? i just installed UMR a6 on a brand new samsung nc10, the dim mode is really too dim
[20:27] <seb128> fta: dim? screen brightness?
[20:27] <fta> yes
[20:28] <seb128> laptop usually have keys for that
[20:28] <seb128> no?
[20:28] <fta> in battery mode, it turns almost black
[20:28] <seb128> there is gconf key
[20:28] <seb128> and I think the power management capplet has slides for values too
[20:29] <seb128> mvo: ok, confirmed working for my normal user and my test user in xephyr
[20:31] <mvo> seb128: excellent, uploading now
[20:31] <seb128> mvo: rock on!
[20:31] <seb128> mvo: I also tested the case where there was already an applet btw
[20:31] <mvo> seb128: great, thanks. I expect that went ok too?
[20:32] <seb128> yes
[20:32] <mvo> seb128: I hope there is not another funny typo in the upload, but I checked the debdiff carefully
[20:32] <mvo> so hopefully we are ok
[20:32] <seb128> "[add-indicator-applet.py] INFO: Already has a indicator applet
[20:32] <seb128> Your panel already has a indicator applet"
[20:32] <mvo> s/we/I/
[20:32] <seb128> mvo: you might want to remove the debug infos
[20:32] <seb128> mvo: or we can let those for a while and drop before jaunty
[20:32] <mvo> yeah, I think we can keep them for a big
[20:32] <mvo> bit
[20:32] <seb128> mvo: at least in the working cases
[20:32] <seb128> right
[20:32] <mvo> just to have a log in case something goes wrong
[20:33] <mvo> initially it had much less debug info :) but the stupid crash made me add more and more
[20:33] <seb128> ;-)
[20:33] <mvo> I'm really happy that is now fixed for good
[20:33] <seb128> mvo: another issue I just ran into
[20:33] <seb128> I get the "do you want to reboot now" dialog at each login my test user
[20:33] <seb128> yeah me too
[20:33] <seb128> mvo: because I installed upgrades and didn't reboot
[20:33] <mvo> is there a pending reboot required?
[20:33] <mvo> aha
[20:34] <seb128> mvo: clicking "reboot" close the session and that's all since my normal user is logged too
[20:34] <seb128> it's a bit confusing
[20:34] <mvo> hm, so hitting reboot just puts you back to gdm?
[20:34] <seb128> yes
[20:35] <mvo> I think I send a signal to gdm that it should reboot
[20:35]  * mvo scratches head
[20:35] <chrisccoulson> you need to authenticate to reboot with more than one user logged in ;)
[20:35] <mvo> I use the /var/run/gdm_socket interface
[20:36] <seb128> mvo: hum, I'm using gdm-new, perhaps that doesn't work there
[20:36] <mvo> let me test with gdm-old
[20:36] <seb128> mvo: you mean it would reboot without consideration for my other logged users normally? ;-)
[20:36] <chrisccoulson> i haven't tried the new gdm much yet
[20:36] <mvo> yes
[20:36] <seb128> urg
[20:37] <seb128> chrisccoulson: nothing worth testing, I just run it because I said I would package it and debug some issues this cycle
[20:37] <seb128> there is no configuration tool
[20:37] <seb128> there is no way to pick your session type that I found
[20:37] <seb128> ie I wanted to start a non GNOME session to debug gnome-session today there is just no way
[20:37] <chrisccoulson> yeah, those are pretty big regressions. i got as far as installing it in a VM and that was it
[20:37] <seb128> there is no nice fusa, no guest session
[20:38] <seb128> no gdmflexiserver in xephyr
[20:38] <seb128> it's the suck for no win ;-)
[20:38] <vuntz> seb128: I use xephyr to do my gnome-session testing
[20:38] <mvo> seb128: gdm-old just reboots, does not care for the second user
[20:39] <chrisccoulson> it sounds like it. i think i'll give it a miss on my main desktop for now then;)
[20:39] <mvo> seb128: I guess that is a bug :)
[20:39] <vuntz> seb128: it works fine
[20:40] <seb128> vuntz: run xephyr by hand and DISPLAY= gnome-session?
[20:40] <seb128> vuntz: yeah, I did that today, thanks to you who gave me the hint when I debugged the "session dialogs are not themed"
[20:40] <chrisccoulson> mvo - i probably wouldn't worry about it too much, the guest user can still log out and then press reboot from GDM, and it will reboot without consideration for anyone else
[20:40] <chrisccoulson> i think the old GDM just runs /sbin/shutdown doesn't it?
[20:41] <seb128> well in this case we nag them to reboot
[20:41] <seb128> ie auto open a dialog with a "reboot" button
[20:41] <mvo> chrisccoulson: thanks, good to know
[20:41] <chrisccoulson> i think that's how it works anyway ;) perhaps seb128 knows better
[20:41] <seb128> right that's what it does
[20:42] <seb128> I blame vuntz for the lack of dbus api in gnome-session to reboot ;-)
[20:42] <mvo> multi-user-hippies :P
[20:42] <chrisccoulson> seb128 - i have a patch here which adds that ;)
[20:42] <chrisccoulson> although not tested yet
[20:42] <seb128> chrisccoulson: bugzilla it please
[20:43] <chrisccoulson> i need to test it first and then i'll do that. probably easier to test in a VM so i don't keep rebooting my desktop
[20:45] <seb128> right
[20:45] <seb128> or replace the reboot funtion by a beep or something
[20:45] <seb128> just to make sure it get called
[20:46] <chrisccoulson> that's a good idea. i'll work on that whilst i'm waiting for the tracker update to appear in debian
[20:51] <seb128> tedg: do you want to do the gnome-screensaver update?
[20:52] <tedg> seb128: Not really :)  I can if you need me to though.
[20:54] <seb128> tedg: you better focus on dx work we will manage it
[20:54] <seb128> chrisccoulson: do you want to look to it?
[20:55] <tedg> seb128: Great, thanks.  I'll have a messaging indicator merge here shortly.
[20:55] <seb128> or you are hacking on gnome-session?
[20:55] <seb128> tedg: ok, what changes?
[20:55] <seb128> tedg: is there any pidgin change coming before beta?
[20:55] <tedg> seb128: Fixing a bunch of bugs.  Most of them were reported under evolution-indicator, but they're MI bugs.
[20:55] <seb128> ok
[20:55] <chrisccoulson> i'll look at it in a bit if I get the chance, but I wouldn't stop anyone else from taking it if they wanted to, as I can't guarantee I'll get it done this evening
[20:56] <seb128> didrocks: still wanting to work or enjoying your evening?
[20:56] <tedg> seb128: I'm fixing a couple of little things in the plugin, bratsche is looking at the chat window popping up issue.
[20:58] <seb128> ok
[20:59] <tedg> Wow, only one of the MI bugs was reported...  heh, looks like I got by easy on the bug triage front there :)
[21:00] <seb128> tedg: I think the indicator is not really used a lot, for one thing it's not useful and for the other the migration script has just been uploaded
[21:00] <seb128> tedg: sorry about the "not useful" but I still don't see the point of this thing ;-)
[21:01] <seb128> I never get anything listed there
[21:01] <seb128> evolution is running so I don't need to menu to open it
[21:01] <tedg> seb128: That's partially because you don't use Pidgin.  And the Evolution stuff was a little broken.
[21:01] <seb128> and pidgin dialog just open so I never get anything in the applet
[21:01] <seb128> tedg: I do use pidgin!
[21:01] <tedg> You should use Pidgin for IRC ;)
[21:01] <kenvandine_wk> hehehe
[21:01] <seb128> I use an IRC client for IRC
[21:01] <kenvandine_wk> tedg: you converted me :)
[21:02]  * tedg hasn't found an IRC client that didn't make him angry within two minutes of using it. :)
[21:04] <bratsche> tedg: Maybe that indicates something about irc itself? :)
[21:04] <tedg> bratsche: Heh, I didn't say it.
[21:05] <tedg> I do find it rather ironic that a bunch of Linux folks are telling all the Windows folks that they should try something new yet won't move off of IRC ;)
[21:05] <bratsche> What's the best alternative?  Jabber?
[21:05] <tedg> I don't know the dates, but I'd guess that IRC is actually older than Windows.
[21:06] <seb128> tedg: I let xchat-gnome running on a desktop and get notification bubble when somebody talk to me
[21:06] <seb128> tedg: that's all I ask for an IRC client ;-)
[21:06] <kenvandine_wk> seb128: that is what i used too :)
[21:06] <tedg> bratsche: I think so.  But there isn't the large chatroom network like there is for IRC.
[21:06] <kenvandine_wk> MI converted me
[21:06] <seb128> kenvandine_wk: because it lists all the pings in the menu?
[21:06] <seb128> I find pidgin being a pretty poor user experience for IRC
[21:07] <kenvandine_wk> it's more than that
[21:07] <bratsche> tedg: No, but all it takes is for someone to start one.
[21:07] <kenvandine_wk> i agree with that :)
[21:07] <bratsche> heh.. "all it takes."
[21:07] <seb128> it's an IM not an IRC client
[21:07] <kenvandine_wk> the MI gives you a list of things you might need to address
[21:07] <seb128> I would rather convince those guys to make xchat-gnome use the indicator ;-)
[21:07] <kenvandine_wk> seb128: i resisted it for  years :)
[21:07] <bratsche> But you can have Jabber channels can't you?
[21:07] <asac> < dcbw1> asac: random question; you guys don't have Poulsbo X drivers packaged for 8.10 or 9.04, do you?
[21:07] <kenvandine_wk> seb128: i will go back for sure if that happens :)
[21:07]  * tedg nominates bratsche to start one ;)
[21:07] <asac> bryce: ^^ ?
[21:07]  * kenvandine_wk needs to run out... bbiab
[21:07] <bratsche> woot, I've been nominated for something!
[21:08] <bratsche> Later ken
[21:08] <tedg> seb128: I'd like it to also.  I've had a few people tell me they're going to do it, no finished code yet though :)
[21:08] <bratsche> tedg: I'm depressed that I have to hack on something called "pidgin".
[21:09] <tedg> The name is pretty silly.
[21:09] <tedg> Icon too for that matter.
[21:10] <bratsche> I didn't really like it when it was called gaim, but when it was renamed to pidgin I thought it lost what little credibility it may have previously had. ;)
[21:10] <didrocks> seb128: if there are some stuffs to do, why not :)
[21:10] <bryce> asac: no
[21:10] <seb128> didrocks: http://download.gnome.org/sources/gnome-screensaver/2.26/gnome-screensaver-2.26.0.tar.gz
[21:10] <asac> bryce: whats that about?
[21:10] <seb128> didrocks: I'm sorry to give your work during your holidays
[21:10] <bryce> asac: not a matter of packaging; it's a matter of upstream not providing them
[21:10] <didrocks> seb128: no problem, it's really a pleasure :)
[21:10] <asac> heh. ok
[21:10] <seb128> didrocks: tomorrow freeze start so you will be able to enjoy the weather and write your book ;-)
[21:10] <asac> bryce: what hardware is that for=
[21:10] <asac> ?
[21:11] <bryce> asac: I'll spare you the pool of bitterness and misery ;-)
[21:11] <mvo> didrocks: what is your book about?
[21:11] <didrocks> seb128: tomorrow, I head to Lyon for the day visiting old friends :)
[21:11] <asac> bryce: not even a hint? (i just got thrown tha at me ;))
[21:11] <bryce> asac: it's the poulsbo graphics hardware, which iirc is...
[21:11] <didrocks> mvo: it's a free book on ubuntu for beginners (under CC:BY-SA)
[21:11] <asac> bryce: intel?
[21:11] <bryce> asac: yep, gma 500
[21:11] <asac> bryce: ok so binary?
[21:11] <seb128> didrocks: good, enjoy ;-)
[21:11] <didrocks> mvo: but in French ;)
[21:11] <asac> bryce: thanks ;)
[21:12] <didrocks> seb128: thanks!
[21:12] <bryce> asac: it's the gfx chip included in the quite popular dell mini systems
[21:12] <seb128> mvo: it's not the first edition, didrocks is a rock star ;-)
[21:12] <asac> bryce: oh. so what do we use?
[21:12] <bryce> asac: it's a weird mishmash of binary and open bits and pieces.  The stuff that provides acceleration is a proprietary kernel chunk
[21:13] <didrocks> mvo: telling "rock star", seb128 is a little emphasize the reality :p
[21:13] <bryce> asac: the main problem that prevents us from shipping is that it has dependencies on a forked version of libdrm
[21:13] <asac> bryce: do we do that in custom images?
[21:13] <bryce> asac: which we cannot easily include in ubuntu proper
[21:13] <mvo> didrocks: woah, that is ubercool :)
[21:13]  * mvo hugs didrocks
[21:13] <bryce> asac: correct
[21:13] <asac> seems dell mini is something we want to support ;)
[21:13]  * didrocks hugs mvo back
[21:13] <asac> bryce: ah ok. so thats all custom then that gets shipped
[21:13] <asac> nice
[21:13] <bryce> asac: the workaround (used in intrepid) is -vesa
[21:13] <asac> heh
[21:13] <chrisccoulson> didrocks - that sounds ace
[21:14] <asac> bryce: that matches what he said as well: 22:12 < dcbw1> asac: and, of course, vesa doesn't have modes for the Vaio P's panel size...
[21:14] <seb128> mvo: http://www.amazon.fr/Simple-comme-Ubuntu-8-10-d%C3%A9couverte/dp/2352091896
[21:14] <bryce> asac: you need the sarcasm punctuation mark after "nice"  ;-)  http://en.wikipedia.org/wiki/Sarcasm_mark
[21:14] <didrocks> chrisccoulson: ;)
[21:14] <asac> bryce: i didnt want to get tooo political ;)
[21:15] <bryce> right, vesa only supports standard panel sizes, and has trouble with HD resolutions.  :-(
[21:16] <bryce> asac: people with mini's need to stick with hardy and the official builds.  Not a good idea to roll your own.
[21:16] <chrisccoulson> seb128 - the gnome-session patch works ok
[21:16] <seb128> chrisccoulson: excellent
[21:16] <chrisccoulson> i'll attach it to bugzilla
[21:16] <chrisccoulson> it's quite a small patch
[21:16] <asac> bryce: interesting. i just installed the jaunty UNR image ;)
[21:16] <asac> bryce: worked
[21:16] <asac> daily
[21:16] <bryce> asac: I bought my dad a mini 9 for xmas, so already looked into the possibilities there.  Maybe one day there'll be a properly integratable, fully open source driver, but not yet
[21:16] <asac> well. but probably i didnt notice ;)
[21:17] <bryce> asac: oh on a mini?
[21:17] <asac> bryce: on mini 9
[21:17] <bryce> mm cool
[21:17] <asac> bryce: i mean even the clutter stuff worked well
[21:17] <asac> wasnt really slow or something
[21:17] <bryce> I know the mobile team has been working on getting -psb updated on their UNR for jaunty, so perhaps you're benefitting from their hard work
[21:19] <bryce> asac: anyway, if you're really curious of the whole sordid background, buy me a beer in spain
[21:19] <asac> bryce: thats a good idea ;)
[21:20] <bryce> asac: but basically if we can get upstream to straighten out their libdrm requirements, and if the binary kernel drm bits can be straightened out, then maybe we can include it in ubuntu proper.
[21:20] <asac> if if maybe == p < 0.3 ;)
[21:21] <didrocks> seb128: there was a bzr branch abandonned in ~ted-gould (2.24.0 was not in it), do I restart from scratch?
[21:21] <bryce> asac: and a bottle of wine for lool as well - he actually knows the background much better than I
[21:21] <asac> bryce: heh. if he wasn't french i would think that a bottle might turn out to be counterproductive ;
[21:21] <asac> )
[21:21] <bryce> hehe
[21:22] <seb128> tedg: ^ didrocks question about your gnome-screensaver bzr
[21:23] <seb128> tedg: should we base on that or do a new ubuntu-desktop clean one?
[21:23] <bryce> asac: say btw, did you ever get a chance to test out that xauth change?
[21:23] <bryce> asac: turned out to be a bigger integration work than I expected (my fault really), but never did check back to see if it actually solved the original problem...
[21:24] <tedg> didrocks, seb128: I believe that one was up-to-date, but it never had the whole package in it, it was just the debian directory.  So it'll have to change someday... I have no problem with today being that day.
[21:24] <asac> bryce: lets try ;)
[21:24] <tedg> I can move it to ubuntu-desktop or somewhere else.  I didn't realize I hadn't.
[21:24]  * bryce crosses fingers
[21:24] <seb128> tedg: we do that too, store the debian directory only
[21:24] <tedg> seb128: Oh, I thought that wasn't "the way"
[21:25] <didrocks> tedg: yes, we do that too. It's just that the latest revision in your branch is 2.23.90
[21:25] <seb128> didrocks: ok, take that one, copy the current jaunty version over and commit the diff as a "update to nnnn"
[21:25] <seb128> didrocks: work based on that and push to ubuntu-desktop
[21:25] <didrocks> seb128: I was thinking about that
[21:25] <seb128> didrocks: that makes sense?
[21:25] <seb128> excellent
[21:25] <asac> bryce: so firefox still starts with changed hostname
[21:25] <asac> bryce: looks good
[21:25] <tedg> Do you want me to change the owner?  Or just push it there?
[21:26] <bryce> asac: \o/
[21:26] <seb128> tedg: it might not be the way but we are ubuntu-desktop and not bzr-hackers ;-)
[21:26] <seb128> tedg: ie we use it this way ;-)
[21:26] <didrocks> tedg: no, don't change anything. I will push it in ~ubuntu-desktop afterwards
[21:26] <asac> bryce: just change your hostname in /etc/hostname and run sudo killall nm-system-settings
[21:26] <tedg> seb128: heh, that works.  ping me when it's good and I'll hide mine to decrease confusion.
[21:26] <asac> bryce: you will see the hostname changed in new shells
[21:26] <asac> and you can still open apps
[21:26] <bryce> asac: sweet
[21:26] <asac> IceTransSocketUNIXConnect: Cannot connect to non-local host hector
[21:26] <asac> (firefox:11995): GnomeUI-WARNING **: While connecting to session manager:
[21:26] <asac> Could not open network socket.
[21:26] <asac> i get this
[21:27] <asac> not sure what that means
[21:27] <asac> sounds related
[21:27] <bryce> yeah
[21:27] <seb128> asac: changing hostname dynamically is not a good idea usually ;-)
[21:27] <seb128> things get confused
[21:28] <bryce> seb128: well, asac and I just eliminated one source of confusedness for that
[21:28] <asac> seb128: well. thats what we are fixing ;)
[21:28] <asac> seb128: now X still works after hostname change
[21:28] <asac> thats a good step ;)
[21:28] <asac> everything else seems to be kind of minor  ;)
[21:29] <bryce> hehe, just like fixing dpi's
[21:29] <seb128> asac: I'm not sure the session manager and thing wanting authentification ie polkit will handle that smoothly
[21:30] <asac> seb128: we have to check that
[21:30] <asac> seb128: in fedora it works i think
[21:31] <asac> seb128: could you think of testcases for session manager that might break?
[21:34] <seb128> asac: well those "GnomeUI-WARNING **: While connecting to session manager"
[21:34] <seb128> asac: it means applications will not be registered in the session correctly I think
[21:34] <asac> seb128: ah. where is the code that does that?
[21:34] <asac> libgnomeui?
[21:35] <asac> client side i mean
[21:39] <chrisccoulson> seb128 - gnome bug 575880
[21:41] <seb128> asac: yes
[21:41] <seb128> chrisccoulson: thanks
[21:41] <chrisccoulson> you're welcome
[21:42] <chrisccoulson> i must go and get some dinner now
[21:43] <rickspencer3> asac: I'm looking at bug 310353
[21:43] <rickspencer3> UI-wise, what are you planning for the "return to defaults" functionality?
[21:46] <asac> rickspencer3: that part is "optional" for beta as discussed the day before
[21:46] <asac> but here my current thought:
[21:46] <asac> dont chanage UI ... just ensure that 10 means 13.333px
[21:46] <asac> and make that happen somehow
[21:46] <asac> between UI and backend
[21:46] <rickspencer3> asac: sounds GREAT!
[21:46] <asac> i just need to find the right place to add that fix
[21:46] <seb128> asac: I drop the milestone on the task
[21:46] <rickspencer3> the bug task is still targeted for the milestone
[21:46] <rickspencer3> seb128: thanks
[21:47] <asac> seb128: please add the rc one
[21:47] <asac> seb128: its important to fix for final
[21:47] <asac> at least the simple solution i suggested
[21:47] <seb128> asac: there is no rc yet I've milestoned for 9.04
[21:48] <seb128> chrisccoulson: tracker is available on the debian ftp now btw
[21:49] <rickspencer3> seb128: asac: that was the last importance = "High" bug task for beta for the whole desktop team
[21:49] <rickspencer3> so sweet!
[21:50] <seb128> \o/
[21:50] <asac> great.
[21:52] <asac> seb128: so rm_conffile doesnt work effectively in postinst?
[21:52] <seb128> asac: what do you mean? I usually use in preinst I think but it works fine
[21:52] <asac> only in preinst?
[21:52] <seb128> ah right
[21:52] <seb128> you still need the md5sum to be there I think
[21:53] <asac> seb128: yeah. i didnt want to bother about fallback case and didnt want to add a new maintainer script
[21:53] <asac> but well
[21:53] <asac> seb128: hmm
[21:53] <asac> so if there is no md5sum things will fail?
[21:53] <asac> http://wiki.debian.org/DpkgConffileHandling
[21:53] <asac> thats the pattern
[21:53] <seb128>         old_md5sum="`dpkg-query -W -f='${Conffiles}' $PKGNAME | sed -n -e \"\\\\' $CONFFILE '{s/ obsolete$//;s/.* //p}\"`"
[21:53] <seb128> that needs to work
[21:53] <seb128> not sure if that still works after install?
[21:54] <asac> seb128: but if it doesnt it should fall into the else?
[21:54] <asac> hmm or does set -e mean that it exits the function?
[21:54] <seb128> asac: right you should either get the .bak or it cleaned
[21:54] <asac> seb128: yes. but seems nothing happens for us
[21:54] <asac> strange
[21:54] <asac> i mena its probabl really that its not in the conf db
[21:54] <seb128> asac: where is you postinst?
[21:55] <seb128> your
[21:55] <asac> seb128: http://paste.ubuntu.com/133255/
[21:55] <asac> seb128: only the "if dpkg --compare-versions "$2" lt "2.6.0-1ubuntu11~"; then" block deals with conffiles
[21:56] <asac> the other stuff is previous debconf stuff needed to be reset
[21:56] <asac> that works obviously because i just rm
[21:59] <seb128> hum
[22:00] <seb128> asac: postinst is called with the current version as argument no?
[22:00] <seb128> asac: where preinst is called with the old installed version
[22:00] <seb128> no?
[22:00] <asac> seb128: postinst is called with current version. yes. thats why i do lt "current~"
[22:00] <asac> let me check preinst ;)
[22:01] <asac> #
[22:01] <asac> new-preinst install old-version
[22:01] <asac> #
[22:01] <asac> new-preinst upgrade old-version
[22:01] <asac> yes
[22:01] <asac> hmm
[22:01] <asac> you are right ;)
[22:01] <asac> #
[22:01] <asac> postinst configure most-recently-configured-version
[22:01] <asac> hmm. sounds like old version
[22:02] <seb128> asac: lol
[22:02] <seb128> asac:   for f in $lp332992_acient_conf_leftover; do
[22:03] <seb128> asac: ^ typo "acient" "ancient"
[22:03] <asac> seb128: is that a type ;)
[22:03] <asac> damn
[22:03] <asac> seb128: i guess i owe you a beer ;)
[22:03] <seb128> cool ;-)
[22:06] <seb128> lut huats
[22:07] <fta> asac, enough beers for me for a few days. yesterday was St Patrick's day. oh my!
[22:07] <asac> fta: ;)
[22:07] <seb128> asac: can you push your libgnome changes to bzr?
[22:07] <huats> hey seb128
[22:08] <huats> seb128: did you received my email ?
[22:08] <asac> seb128: damn. i always have in my head "seb doesnt use bzr because its too slow" :)
[22:08] <asac> i can ... yes.
[22:08] <seb128> asac: read the apt-get source output ;-)
[22:08] <seb128> asac: we have almost every in bzr now, only the debian directory
[22:08] <asac> seb128: yeah. but i dont see it because i am always sooo sure ;)
[22:08] <asac> seb128: good++
[22:08] <seb128> asac: bzr-buildpackages rocks so they convinced me, that makes sponsoring much easier
[22:09] <seb128> it downloads the tarball, and changes round are push and pull not add and download on launchpad
[22:09] <asac> seb128: yeah. its really magic
[22:09] <asac> seb128: but it also caused some colleteral damage to get there ;)
[22:09] <asac> but i think now is most fine
[22:10] <seb128> I don't care that was before my time ;-)
[22:11] <asac> seb128: so the gconf defaults are not real defaults?
[22:11] <asac> seb128: they seem to get set on login or something
[22:12] <asac> and then if i push "unset key" they go back to the real defaults
[22:12] <seb128> asac: no
[22:12] <seb128> asac: the "unset key" is a gconf-editor display bug
[22:12] <asac> seb128: ah.
[22:12] <seb128> try to gconftool-2 --get
[22:12] <asac> seb128: so it tries to be smart and guesses the new value
[22:12] <seb128> or switch to an another dir in gconf-editor and back
[22:12] <asac> seb128: but unset still does unset or is that wrong even?
[22:12] <asac> ok cool.
[22:12] <seb128> the "at login" is not true either
[22:12] <asac> i will check that
[22:13] <seb128> but the gconfd daemon does pick it immediatly
[22:13] <asac> seb128: yeah. thats obvious if its a real default ,)
[22:13] <seb128> you need to HUP it or wait 30 seconds
[22:13] <seb128> does -> doesn't
[22:13] <seb128> but it does the same for schemas
[22:13] <asac> seb128: you are right. i am happy
[22:14] <asac> i dont mind gconf-editor bug ;)
[22:14] <seb128> good
[22:14] <asac> just scared that it was kind of a login hack because of that
[22:24] <seb128> asac: libgnome push? I'm waiting to do the 2.26 update
[22:24] <asac> seb128: ah so you want to do something
[22:24] <asac> let me fast track that then
[22:24] <seb128> asac: yes, I'm waiting to do an update
[22:26] <didrocks> seb128: gnome-screensaver ready (bug #345107)
[22:26] <seb128> didrocks: thanks
[22:26] <didrocks> seb128: y/w
[22:26] <seb128> didrocks: you are deserved some relaxing now ;-)
[22:27] <didrocks> seb128: thanks (free \o/)
[22:27] <didrocks> kidding ;)
[22:27] <didrocks> and yes, I accept to go to bed now ;)
[22:27] <seb128> didrocks: you call also tease huats while he's around ;-)
[22:27] <seb128> call -> can
[22:28] <huats> seb128: hehe... you know he teases me a lot... but I enjoy that :)
[22:28] <didrocks> seb128: I do that everyday you know :p
[22:28] <asac> seb128: its flowing up
[22:28] <didrocks> hehe
[22:28] <seb128> didrocks: ;-)
[22:28] <asac> sigh
[22:28] <asac> seb128: bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/%7Eubuntu-desktop/libgnome/ubuntu/.bzr/branch/lock): Transport operation not possible: http does not support mkdir()
[22:28] <asac> oh
[22:28] <asac> sorry
[22:28] <asac> ;)
[22:28] <seb128> asac: don't use http to push ;-)
[22:28] <didrocks> have a good night both of you!
[22:28] <seb128> didrocks: 'night
[22:29]  * huats starts to wonder 
[22:29] <asac> seb128: yeah. i hoped you had lp: in control and didnt look
[22:29] <huats> to bring his wii the next time he sees seb128 and didrocks :)
[22:29] <asac> seb128: ok its up
[22:29] <asac> revision 2
[22:29] <seb128> asac: got it thanks!
[22:29] <didrocks> huats: that what's you are doing in reality, playing at Mario Kart, I knew it! ;)
[22:30] <huats> didrocks: you have discovered...
[22:30] <didrocks> ;)
[22:30] <didrocks> really going to bed now. 'night :)
[22:30] <seb128> didrocks: I'm sure he's training full time so he can take his wii at uds and beat you
[22:30] <seb128> 'night didrocks
[22:30] <huats> hehe :)
[22:31] <huats> good idea !
[22:32] <didrocks_> seb128: that's so unfair :)
[22:47] <seb128> cassidy: the notify-osd bug is not a bug, the idea is that you don't interact with bubbles
[22:47] <seb128> cassidy: they get out of the way if you need to use that corner of screen
[22:47] <cassidy> seb128: really?
[22:48] <cassidy> that seems really really weird to me
[22:48] <cassidy> so weird that I thought it was a bug...
[22:48] <seb128> cassidy: if you have a composite manager they become translucide
[22:48] <cassidy> humm
[22:48] <seb128> that's a bit weird if you don't have a composite manager running since they can't
[22:48] <cassidy> maybe I should retry to use metacity compositing
[22:49] <seb128> the experience is not really nice in non-composited case indeed
[22:49] <cassidy> yeah, it's really confusing
[22:50] <cassidy> it took me a while before I understood when the bubble were appearing/disappearing
[22:50] <seb128> everybody should be running a composite manager nowadays ;-)
[22:50] <cassidy> that seemed random first
[22:52] <cassidy> seb128: are you using metacity+compositing or compiz?
[22:52] <seb128> compiz
[22:55] <Ampelbein> seb128: do we include gnome version 2.26.1 in jaunty or do we stick to 2.26.0? i'm asking because there are some minor issues fixed in seahorse now that 2.26.0 is released and i want to ask if it's worth implementing them as patches. see bug #341983 for example.
[22:55] <seb128> Ampelbein: 2.26.1
[22:55] <seb128> don't backport minor changes that's not required
[22:56] <Ampelbein> ok.
[22:56] <Ampelbein> seb128: btw, any updates left to do for me?
[22:58] <seb128> ups
[22:59] <seb128> Ampelbein: http://download.gnome.org/sources/libgda/4.0/libgda-4.0.0.tar.gz
[22:59] <Ampelbein> seb128: ok.
[22:59] <seb128> Ampelbein: http://download.gnome.org/sources/cheese/2.26/cheese-2.26.0.tar.gz
[23:03] <Ampelbein> seb128: ok. for libgda there is a svn-branch mentioned in debian/control. shouldn't we remove this reference in the ubuntu-package/change it to a bzr-branch on launchpad?
[23:03] <seb128> Ampelbein: no, just do the update, we don't use bzr for this one since we will resync on debian when they do the update
[23:04] <Ampelbein> ok.
[23:05] <Ampelbein> seb128: out of curiosity: is there a list of packages we regularly sync from debian?
[23:05] <seb128> no
[23:05] <seb128> but basically whatever has no ubuntu specific changes
[23:05] <seb128> the desktop applications usually have lpi changes for example so we don't sync those
[23:06] <seb128> the libraries are often in sync when we can
[23:06] <Ampelbein> ok, got that.
[23:08] <asac_> 00:06 < asac> james_w: for me --export-upstream still doesnt work
[23:08] <asac_> 00:06 < asac> thats bad
[23:08] <asac_> 00:07 < asac> is that my fault?
[23:16] <Ampelbein> seb128: another question (sorry to bug you that late): http://paste.ubuntu.com/133296/ is the output of configure for libgda. berkeley db, mdb and jdbc are not included. is this ok or is a build-dependency (i.e. for a java-runtime) missing?
[23:16] <huats> good night everyone !
[23:17] <seb128> 'night huats
[23:17] <huats> Ampelbein: if you need some help with gda just say it..
[23:17] <seb128> Ampelbein: compare to the current jaunty build log?
[23:17] <huats> I have done some updated on that one before
[23:17] <huats> so I might help you :)
[23:17] <huats> seb128: don't go to bed to late ;)
[23:17] <seb128> Ampelbein: http://launchpadlibrarian.net/23791198/buildlog_ubuntu-jaunty-i386.libgda4_3.99.13-0ubuntu1_FULLYBUILT.txt.gz
[23:17] <Ampelbein> huats: thanks for the offer.
[23:17] <seb128> huats: I'm about to go
[23:18] <Ampelbein> huats: i might come back to that one.
[23:18] <seb128> Ampelbein: seems normal
[23:18] <seb128> Ampelbein: I would not bother doing changes right now, let's do the update first and we can think about backends to build later ;-)
[23:18] <Ampelbein> seb128: ok, didn't want to make a mistake there.
[23:21] <Ampelbein> seb128: bug #345132 ready for review.
[23:22] <Ampelbein> now going for cheese.
[23:29] <Laney> CHEESE? WHERE?
[23:31] <Ampelbein> Laney: here: http://download.gnome.org/sources/cheese/2.26/cheese-2.26.0.tar.gz and here: bug #345143
[23:31] <Laney> I can't eat that :(
[23:31] <Ampelbein> Laney: ok, then take http://www.wineandleisure.com/images/cheese.jpg
[23:31] <Ampelbein> lot's of cheese for you. ;-)
[23:32] <Laney> much better!
[23:32] <Ampelbein> seb128: btw, why is cheese in main for hardy but in universe for intrepid and jaunty? any specific reason?
[23:33] <seb128> Ampelbein: not sure, I think it was used by mobile maybe they stopped or they can use universe packages now
[23:35] <Ampelbein> seb128: ok. bug #345132 and bug #345143 ready for review.
[23:35] <seb128> Ampelbein: libgda uploaded, looking at cheese
[23:37] <seb128> Ampelbein: you can look at nautilus-cd-burner too, the current 2.25 tarball doesn't build but there is a fix in svn
[23:37] <Ampelbein> seb128: ok, will do that.
[23:38] <seb128> thanks
[23:38] <Ampelbein> and looking at cheese's buglist i found myself some triage work to do.
[23:39] <seb128> ;-)
[23:43] <seb128> cheese uploaded
[23:43] <seb128> enough work for me today
[23:43] <seb128> I will look at the new sponsoring requests tomorrow
[23:43] <seb128> good night everybody