[08:44] <huats> morning everyone
[08:45] <hyperair> it's afternoon here =p
[08:49] <didrocks> morning huats / afternnon hyperair / morning crevette :p
[08:49] <huats> :)
[08:49] <crevette> hey didrocks
[08:49] <hyperair> didrocks: hahah =)
[08:49] <seb128> lut desktopers
[08:49] <didrocks> hey seb128 ;)
[08:49] <crevette> gooood morning guys
[08:49] <seb128> didrocks: thanks for the evolution-mapi bug fix upload
[08:49] <hyperair> morning didrocks
[08:50] <seb128> didrocks: do you think you could have a look to the nautilus-actions crasher I pinged you about some days ago too?
[08:50] <didrocks> seb128: y/w. We just have to wait for new openchange version in debian now.
[08:51] <didrocks> seb128: for nautilus-action, I take a closer look this week-end. I first thought of packaging the new svn version, but I have some autotools issues (it looks for Makefile.in.in in po/ and there is none...). So, I backported the patch but I have still to test it (some parts were not straightforward as the files changed a lot)
[08:51] <didrocks> I think it will be ok for tonight
[08:52] <seb128> ok thanks
[08:55] <didrocks> seb128: upstream also ping me about gtk2-engines-murrine. I updated it to the last version: bug #355249
[08:55] <seb128> didrocks: ok thanks, did you look if we can sync the debian version?
[08:57] <didrocks> seb128: hum no, I must admit, let me check (is there an quicker way whith a shell script rather than looking packages.debian.org?)
[08:58] <seb128> didrocks: way to what?
[08:58] <didrocks> (and yes, syncing is better : 0.90.3-1)
[08:58] <didrocks> seb128: to check the current debian version in unstable/experimental
[09:00] <seb128> you can probably use apt-cache madison with a debian source configured
[09:00] <seb128> I know the version is the same what we need to check is if there is some ubuntu changes or debian changes we don't want ;-)
[09:01] <huats> hello crevette and seb128
[09:01] <huats> how are you guys ?
[09:01] <seb128> lut huats
[09:01] <seb128> good! you?
[09:01] <huats> good too
[09:01] <huats> :)
[09:02] <crevette> hey huats, long time no see
[09:02] <huats> crevette: indeed
[09:02] <huats> I have been really busy lately :(
[09:02] <huats> but this week should be a bit more clam :)
[09:02] <huats> calm
[09:03] <didrocks> seb128: I have to play with apt-cache policy to add a debian repos in my source without having to use apt-get source -t ... each time :) Appart from the Vcs-Bzr in debian/control, there is no ubuntu change.
[09:03] <seb128> didrocks: ok, let's sync then
[09:04] <didrocks> seb128: do you want me to change the bug description?
[09:04] <seb128> didrocks: I did sync it for you now so you can just close the bug
[09:05] <didrocks> seb128: thanks :)
[09:05] <seb128> thank to you for looking into it
[09:11] <seb128> mvo: hello
[09:11] <mvo> hey seb128
[09:12] <seb128> mvo: do you run current compiz?
[09:12] <mvo> yes
[09:12] <seb128> mvo: does the calendar applet open on front if you have other things on screen?
[09:12] <mvo> seb128: yes, I just discovered that too :/
[09:13] <mvo> seb128: breakage from the patch for the open u-m in background
[09:13] <seb128> right
[09:13] <seb128> bug #355330
[09:13] <seb128> bug #355550
[09:13] <mvo> nominated
[09:14] <seb128> thanks
[09:14]  * seb128 hugs mvo
[09:14] <seb128> DOH
[09:14] <seb128> 652 open bugs
[09:14] <seb128> compiz receives lot of bugs
[09:14] <mvo> yes
[09:22] <tjaalton> hey, how do I disable the gphoto2/gvfs mounting of cameras? Bibble doesn't know anything about gvfs or dotted directories (-> .gvfs is not usable), so I'd like to use the old method of mounting them under /media
[09:24] <tjaalton> s/dotted/hidden/
[09:26] <seb128_> you don't
[09:26] <seb128_> or you rebuild gvfs without the option for this one
[09:27] <seb128_> or you use gvfs-mount -u in your software to unmount it
[09:27] <robert_ancell> seb128_: what do we do about old bugs like 73069 which don't reproduce anymore - is there a way of downgrading from confirmed to "might have been fixed"?
[09:27] <robert_ancell> bug 73069
[09:29] <tjaalton> seb128_: hmm ok, I might have to do that
[09:30] <seb128_> robert_ancell: close it saying that you think the bug is fixed but that it can be reopened if that still happens with current versions
[09:30] <robert_ancell> seb128_: thanks
[10:34] <seb128> mvo: the compiz change seems to make the session dialog open in background too
[10:36] <mvo> *grumpf*
[10:36] <mvo> thanks
[10:39] <vikrant> hello
[10:39] <vikrant> what is the equivalent of whatprovides in apt-get
[10:40] <vikrant> ?
[10:40] <seb128> #ubuntu for user questions
[12:03] <james_w> thanks for the revert seb
[12:07] <seb128> james_w: you're welcome, let me if you think we should rather try to get the change working before jaunty but that seems rather something for next cycle
[12:08] <james_w> I think the NX case could be fixed easily (though I may be wrong)
[12:08] <james_w> I was hoping to get half an hour to do that, but there are other issues, so I think a revert may be the best thing anyway
[12:08] <james_w> at the very least the testing will have been useful
[12:11] <seb128> right, the NX case is probably be easy to fix
[12:11] <seb128> but we got several bugs about the change breaking some usecases
[12:11] <seb128> so I've the feeling we trade a set of known issue for a new one
[12:12] <seb128> and I think we should rather stay on the known situation for now
[12:25] <james_w> yeah, I agree
[12:26] <james_w> I think this should be a GNOME 3.0 goal really. While multi screen support isn't too bad now, there are still plenty of niggles because the lower layers don't have the right concepts for it
[12:26] <james_w> but unfortunately I've not the time to make that happen
[12:28] <seb128> right
[12:28] <seb128> seems federico is spending some efforts on it though
[12:29] <james_w> yeah, that's great to see
[12:46] <didrocks> seb128: do you know what's the magic behind gconf in debian? Normally schemas are stored in /etc/gconf and we store it in /usr/share/gconf thanks to dh_gconf as you know. But there is no trace of /usr/... in /etc/gconf/2/path file. Do you know how gconf knows where to look for schemas file?
[12:47] <didrocks> (yes, still no-existential question, but I like to understand :D)
[12:49] <seb128> didrocks: the schemas are used at installation time not at runtime
[12:50] <seb128> didrocks: grep schema_location /usr/sbin/gconf-schemas
[12:50] <seb128> didrocks: the path file is a runtime thing, schemas values are writting to var
[12:51] <didrocks> seb128: ok, so, only the gconf-schemas call in .postinst is relevant to register schemas. If I change some default values there next, there is no impact at runtime
[12:51] <didrocks> seb128: ok, thanks for the info :)
[12:51] <seb128> didrocks: right, schemas are just templates that list keys and values to write
[12:52] <seb128> you need to use gconftool to dump those in the database
[12:52] <didrocks> seb128: default values in schemas are then stored in /var/lib/gconf/defaults, right?
[12:52] <seb128> yes
[12:52] <didrocks> and I also saw some scripts in /usr/share/gconf/default that overwrite those
[12:53] <seb128> those are stored in /var/lib/gconf/debian.defaults
[12:53] <seb128> which is listed before the defaults directory in the path file you mentioned before
[12:53] <seb128> update-gconf-defaults registers those
[12:54] <didrocks> seb128: ok, and files in /usr/share/gconf/default are executed at startup time? Why not just modifying default schemas value at install time?
[12:54] <seb128> didrocks: no, they are debian sort of schemas
[12:54] <seb128> registered using update-gconf-defaults
[12:55] <seb128> because that allows to have a clean order
[12:55] <seb128> - distro default
[12:55] <seb128> - upstream default
[12:55] <seb128> it would also make easy to undo distro changes
[12:55] <didrocks> ok, we keep upstream default in schemas and add some kind of "distro default" with the files in /usr/share/gconf/default
[12:56] <seb128> just delete the default and run the registration update
[12:56] <didrocks> right, understood :)
[12:56] <didrocks> ok, let me try this
[12:56] <seb128> what are you trying to do?
[12:56] <didrocks> just reading gconf doc and trying to understand gconf layers
[12:57] <seb128> don't spend to much energy in that, dconf should come next cycle and deprecate gconf on the way ;-)
[12:57] <didrocks> as I am trying to get the GNOME technology in my mind as a whole to have the scrict basics
[12:57] <didrocks> seb128: yes, but from what I read, dconf will share some commons functionnality with gconf, right?
[12:58] <seb128> I doubt of that
[12:58] <didrocks> I just get subscribe and read GNOME desktop-devel-list, do you advise me other GNOME lists too?
[12:58] <seb128> it will probably have a compatibility layer to make the transition easier rather
[12:58] <seb128> no that one is enough
[12:59] <didrocks> but you think that the underlaying stuff will hugely differs?
[13:00] <seb128> by underlaying you mean code wise?
[13:01] <seb128> or the user visible layout?
[13:01] <seb128> there will be a similar way to define system defaults, etc
[13:01] <seb128> pedro_: holla
[13:01] <didrocks> seb128: code wise, sorry
[13:01] <seb128> didrocks: code wise no, that's a rewrite from scratch
[13:01] <pedro_> salut seb128
[13:01] <didrocks> seb128: ok, thanks for all this information. I am still continuing in my GNOME trip :)
[13:02] <didrocks> hey pedro_
[13:02] <seb128> ;-)
[13:02] <pedro_> hello didrocks ;-)
[13:08] <seb128> mvo: can you look at bug #356203 for me?
[13:09] <seb128> mvo: I'm sorry but I've no clue what to do about "already installed and configured" errors ...
[13:09] <mvo> seb128: I have a look. its usually trigger failing earlier, if its intrepid likely a dup of a dpkg bug we fixed some weeks ago via a sru
[13:10] <seb128> mvo: no it's jaunty
[13:11] <mvo> is it just me or is the io performance of jaunty dreadful sometime? maybe its the fsync() issue in ff or something, but sometimes just a save in vim takes ages
[13:11] <chrisccoulson> mvo - it's not just you
[13:11] <seb128> mvo: yeah, it sucks here too, I'm happy we don't have tracker installed by default in jaunty
[13:12] <seb128> hey chrisccoulson
[13:12] <chrisccoulson> hi seb128
[13:12] <chrisccoulson> i saw that tracker bug
[13:12] <seb128> chrisccoulson: I Cc-ed you on a "would be nice to backport that tracker commit" bug
[13:12] <seb128> let me know if that's not ok, don't feel forced to work on it ;-)
[13:13] <chrisccoulson> i'll take a look at that later. i need to speak to the tracker guys later, because I noticed that the new version always starts indexing when you insert removable media, regardless of what the settings are
[13:14] <mvo> seb128: I dealt with the bug
[13:14] <mvo> seb128: (the dpkg error thing)
[13:14] <seb128> they plan to roll a new tarball this week so better to talk to them early
[13:14] <seb128> mvo: thanks!
[13:14]  * seb128 hugs mvo
[13:14] <mvo> np
[13:17] <mvo> asac: ff goes into unresponsive mode every ~60s or so when my system is loaded. is that a known issue? is that the fsync() issue?
[13:22] <seb128> mvo: ok, I feel a bit stupid now, don't trust the bug titles, that was an obvious error in the log, thanks for triaging this one ;-)
[13:25] <mvo> seb128: I'm not entirely sure why this one was actually be reported
[13:26] <mvo> and not caught by apts logic to prevent that
[13:34] <asac> mvo: most likely. if that happens try to strace it
[13:35] <asac> mvo: you are running 3.0?
[13:41] <asac> mvo: do you see anything special in .xsession-errors?
[14:01] <mvo> asac: joy, strace (amd64) crasht wenn ich es auf ff loslasse :)
[14:13] <asac> na grossartig
[14:14] <asac> mvo: anything in sessionerrors?
[14:14] <mvo> asac: no
[14:50] <mvo> kenvandine_wk: do you mind if I take bug #353768  ?
[14:53] <kenvandine_wk> sure
[14:54] <kenvandine_wk> mvo please do fix that :)
[14:55] <mvo> thanks
[15:05] <asac> mvo: can you file a bug about the strace crash if you have a minute?
[15:06] <asac> against xulrunner-1.9 i would think
[15:06] <asac> would be bad to not have that in a release
[17:19] <pitti> hey folks, what's up?
[17:22] <Keybuk> bryce: !!! argh !!!
[17:23] <Keybuk> bryce: it looks like the X server is hanging just about every time after I come out of suspend
[17:23] <Keybuk> (bizarrely a couple of minutes later)
[17:24] <pitti> I have that as well
[17:24] <seb128> hello pitti, jaunty sprint before freeze ;-)
[17:24] <pitti> Keybuk: bug 339091, I forwarded it upstream
[17:24] <pitti> Keybuk: Option "DRI" "off" in Device section
[17:25] <Keybuk> pitti: does that disable anything?
[17:25] <pitti> Keybuk: will lose you compiz, but bring back suspend
[17:25] <pitti> which is more useful for conferences than 3d/composite stuff
[17:25] <Keybuk> ;-/
[17:25] <Keybuk> do you have to rmmod drm as well?
[17:26] <Keybuk> err, where do you put the Option?
[17:26] <pitti> Keybuk: it doesn't get loaded in the first place if you disable it in xorg.conf
[17:26] <pitti> Section "Device"
[17:26] <pitti>         Option "DRI" "off"
[17:26] <pitti> EndSection
[17:26] <Keybuk> ok
[17:39] <seb128> who has a DVD driver and movies on DVD there?
[17:40] <seb128> does playing a movie work for you in jaunty?
[17:41] <ember> with totem, yes
[17:51] <tjaalton> so, in order for an app to show the gvfs mounts/shortcuts it has to support gvfs or is there a desktop neutral standard for it?
[17:57] <crdlb> tjaalton: it only needs to use GIO, which is part of glib
[17:58] <tjaalton> crdlb: oh cool, thanks
[17:58] <crdlb> and there are some ideas about integrating GIO and KIO
[17:59] <tjaalton> I'll let the Bibble devs know about those..
[18:10] <rickspencer3> seb128: I tried to play a DVD yesterday, and it did not work (assumed that I need to do some more configuration)
[18:11] <rickspencer3> or that the DVD was scratched or something
[18:11] <seb128> rickspencer3: ok thanks, did you get a specific error? do you have libdvdread and libdvdcss installed?
[18:16] <rickspencer3> seb128: I installed ubuntu-restricted-extras. libdvdread is installed, but libdvdcss doesn't seem to be installed
[18:17] <seb128> rickspencer3: you need to sudo sh /usr/share/doc/libdvdread4/install-css.sh
[18:17] <seb128> not really obvious
[18:17] <rickspencer3> hmm
[18:17] <seb128> but we can't ship packages for that for legal reasons
[18:17] <rickspencer3> seb128: ack
[18:17] <rickspencer3> I don't remember how I set it up in the past, it seemed more discoverable than that
[18:18]  * rickspencer3 trying
[18:18] <seb128> there is some people who have a multimedia ppa or similar which has package for those
[18:18] <seb128> maybe you did use that?
[18:18] <maxb> The alternative is to add the medibuntu repository
[18:18] <rickspencer3> honestly, don't recall
[18:18] <seb128> anyway I'm just trying to figure if dvd playing is broken or not
[18:18] <rickspencer3> yeah, hold on
[18:18] <seb128> syltherin did some changes to the build system because dvd playing was broken for him
[18:19] <rickspencer3> seb128: still doesn't work for me
[18:19] <seb128> he doesn't understand the changes but that seems to work for him
[18:19] <seb128> ok
[18:19] <seb128> I've to go now for sport and dinner but I will ping you back later about that ;-)
[18:19] <rickspencer3> seb128: sure, whatever I can do to help
[18:19] <rickspencer3> just let me know
[18:20] <seb128> will do
[18:20] <seb128> bbl
[20:15] <calc> asac: thanks for the update to the subpixel bug, i'll test it here to see if it seems to work for me
[20:16] <calc> just need to make sure I can reproduce the bug again first, heh :)
[20:19] <calc> hmm well if you patch fixes the app main menu then it probably fixes the whole thing, that part is very noticable
[20:20] <calc> testing now
[20:48] <calc> asac: ping
[20:52] <calc> asac: and thank for you for looking into and fixing this bug! :-)
[20:53] <calc> asac: it works after restarting gnome-settings-daemon except for the fact that hinting slight does not update the xrdb info and stays at whatever was the previous setting
[20:53]  * calc hugs asac for the big help with this bug :)
[20:56] <calc> ok this is crackful
[20:56] <calc> i set font hinting to full and now xrdb claims its set to slight
[20:57] <calc> i reopen the fonts page and it shows full again in xrdb
[20:58] <calc> changing it back to slight leaves it set to full
[20:58] <calc> changing it to medium causes xrdb to show hintslight
[20:58] <calc> whatever is setting the xrdb hinting appears to be FUBAR
[20:59] <calc> no wonder OOo doesn't display right since it is using those values
[21:01] <calc> hmm reopening the appearance->fonts dialog made it apply the hintmedium when it was earlier showing hintnone for medium
[21:02] <calc> yea this is easily reproducible at least on my system with the hinting not being updated to xrdb
[21:20]  * calc reverting to jaunty g-s-d to see if it is buggy as well or if asac patch caused the issue
[21:22] <calc> seb128: do you know if there is an existing bug report about g-s-d not updating xrdb Xft.hintstyle properly?
[21:22] <seb128> no
[21:22] <seb128> is xrdb still used?L
[21:23] <seb128> g-s-d applies xsettings
[21:23] <calc> yes OOo at least uses it, not sure if anything else does
[21:23] <calc> while testing a bug that asac fixed wrt reporting the lcd filter setting via xrdb, i noticed that hintstyle doesn't seem to always be being set when it is changed
[21:24] <Gunslinger2> hello
[21:24] <calc> sometimes it only seems to update once you quit the appearance program and restart it again
[21:24] <seb128> g-s-d should be setting to hintstyle
[21:25] <calc> yea it should be... it seems to not be, but i will see if i can reproduce it well enough to track down why
[21:26] <seb128> xft_settings_set_xresources() in gsd-xsettings-manager.c has the code setting it if you want to add some debugging
[21:27] <Gunslinger2> would anyone know if its possible to make the terminal window scroll text up instead of down by default?
[21:27] <calc> seb128: ok thanks for the pointer, i just rolled back to jaunty version to make sure asac's changes weren't affecting it
[21:28] <seb128> gconftool --get /desktop/gnome/font_rendering/hinting
[21:28] <calc> hmm yea changing just now from slight to medium left the hintstyle set to hintslight
[21:28] <calc> gconftool shows medium though
[21:29] <dobey> Gunslinger2: i think you want #ubuntu instead
[21:29] <calc> closing out of appearance totally and then going back into fonts details caused it to update
[21:29] <seb128> Xft.hinting: hintmedium is what it does for a medium value
[21:30] <seb128> rather
[21:30] <seb128> Xft.hinting: 1
[21:30] <calc> yes... what i am saying is that when i went from slight to medium Xft.hintstyle still showed hintslight, gconftool showed medium as did the gui, closing out of appearance then restarting and going back into fonts details caused Xft.hintsyle to show hintmedium
[21:30] <seb128> Xft.hintingstyle: hintmedium is what it does
[21:30] <seb128> weird
[21:31] <calc> it seems to sometimes forget to update xrdb (or set_xresources, etc)
[21:31]  * calc isn't sure what causes the forgetting yet, will dig in the source and hope to find out
[21:32] <calc> if i can't determine why i can probably at least make an istanbul video to attach to the bug report, heh
[21:33] <calc> the code appears to be in plugins/xsettings/gsd-xsettings-manager.c
[21:34] <popey> calc: i find gtk-recordmydesktop is better than istanbul - in that its more reliable
 xft_settings_set_xresources() in gsd-xsettings-manager.c has the code setting it if you want to add some debugging
[21:35] <calc> popey: cool thanks for the tip :)
[21:35] <seb128> right, what I said
[21:35] <dobey> man
[21:35] <calc> seb128: ok, looking at it now, thanks for the help :)
[21:35]  * dobey really needs to find time to hack on his 4324343 projects
[21:36] <calc> seb128: is it safe to kill and restart g-s-d in a terminal window to see the debugging info?
[21:36] <hyperair> it is
[21:36] <hyperair> i've doen it before.
[21:36] <calc> ok thanks
[21:36] <hyperair> your gtk themes will reset temporarily before you restart gsd
[21:37] <calc> yea
[21:38] <hyperair> well actually the first time i debugged gsd, i added fopen/fprintf/fclose, and restarted my session =p
[21:41] <seb128> run it using --debug --no-daemon
[21:43] <calc> seb128: yea that is what i did
[21:51]  * calc likes packages that only take 2m to build :)
[21:52] <calc> seb128: hmm so it is calling set_xresources but it isn't actually getting set somewhere after that
[21:54] <calc> hmm it seems to call xrdb there directly, weird
[21:54]  * calc adds more debugging to make sure it is getting set as he thinks it is
[21:56] <geser> has someone an idea why gnome-session(?) believes that multiple users are logged in and wants a password from me to shutdown? it happens now and then but I couldn't figure out yet what it triggers
[21:56] <calc> grr g-s-d is not rebuildable it makes changes it doesn't revert on clean
[21:57] <seb128> calc: did you look at the function I told you before? there is the xrdb command there, it just built a virtual file with the config and call xrdb on it
[21:57] <seb128> geser: ck-list-sessions
[21:58] <seb128> geser: could be bug #287715 due to cron and libpam-ck-connector
[21:58] <calc> seb128: yea, i see it is getting into that function with the right info, so now making sure it built the string passed to xrdb right and that xrdb actually got executed at all
[21:58] <seb128> calc: strace it to see if xrdb is called
[21:59] <calc> ok
[22:00] <geser> seb128: thanks, that's the correct bug
[22:00] <seb128> you're welcome
[22:03] <seb128> Ampelbein: want to do the glade3 update on http://download.gnome.org/sources/glade3/3.6/glade3-3.6.1.tar.gz?
[22:03] <Ampelbein> seb128: sure, i'll do it in a minute.
[22:03] <seb128> thanks
[22:03]  * Ampelbein is trying to connect nokia6300 with wammu - no luck yet... :-(
[22:04] <jpds> pid
[22:04] <Laney> 12572
[22:04] <jpds> Whoops, sorry folks.
[22:07] <calc> this is fscking heisenbug, strace makes it go away and then it comes back when you kill strace
[22:08] <calc> probably some sort of threading breakage
[22:15] <seb128> bryce: hi, could you have a look to bug #337926 again? there an url to a fedora change which fixes the issue now, could be worth getting for jaunty
[22:17] <bryce> seb128: alright.  I'm looking into xv-crashes-x bugs right now, but will put that on my todo list
[22:18] <seb128> bryce: should I try to ping somebody else about it? tjaalton?
[22:18] <seb128> I don't expect to be lot of work the patch is a few line and in fedora and upstream apparently so it's just a matter of slipping it in an upload ;-)
[22:21] <bryce> seb128: sure if he's around.  I will get to it eventually, I'm just trying to stay focused on -intel crash bugs.  Feel free to raise prio with rickspencer though
[22:21] <seb128> bryce: no, focus on intel that one is really a "would be nice to have and should be quick"
[22:22] <seb128> intel has higher priority for sure
[22:22] <tjaalton> seb128: I can add it, should be safe since it's already upstream and written by peter
[22:22] <seb128> I will try to get tseliot or tjaalton to comment on it
[22:22] <seb128> tjaalton: thanks!
[22:29] <Ampelbein> seb128: "dpkg-shlibdeps: warning: dependency on libpthread.so.0 could be avoided if "debian/glade-gnome-3/usr/lib/glade3/modules/libgladegnome.so" were not uselessly linked against it (they use none of its symbols)." is this something that should be sent upstream, preferably along with a patch?
[22:30] <seb128> Ampelbein: there is zillion of such errors, I'm not sure if those are upstream issues or automake, libtool etc issues or extra warnings from the debian tools
[22:31] <seb128> Ampelbein: I would not bother opening a bug if you don't have a clear idea of what is wrong
[22:31] <Ampelbein> ok.
[22:33] <Ampelbein> seb128: bug 356614 ready for review.
[22:33] <seb128> Ampelbein: thanks
[22:38] <seb128> chrisccoulson: should your change on bug #354601 still be sponsored? or are you working on other changes?
[22:39] <chrisccoulson> seb128 - just working on the other change now
[22:39] <chrisccoulson> probably best not to sponsor it just yet
[22:39] <seb128> chrisccoulson: there is bug #346912 too about a binary not shipped right now
[22:40] <seb128> ok will wait
[22:41] <chrisccoulson> i can correct that packaging bug too
[22:43] <seb128> chrisccoulson: thanks
[22:44] <dobey> how do i link a bug against a project, to the ubuntu package of that project, in launchpad?
[22:44] <dobey> ah, n/m
[22:45] <seb128> the actions are just after the tasklist on the webpage
[22:48] <dobey> https://bugs.edge.launchpad.net/ubuntu/+source/bzr/+bug/338261 <- would be really nice to get that patch in the ubuntu package, since currently smtp actions in bzr are kind of unusable without it on python2.6
[22:51] <seb128> tedg: do you have uploads that need sponsoring?
[22:52] <seb128> brb
[22:53] <james_w> dobey: I'm going to request a 1.13.2, I'll ask that that be included as well
[22:53] <dobey> james_w: looking in the bzr ppa, there is a 1.13.2 but i don't know that it has that fix
[22:53] <james_w> there is?
[22:54] <dobey> oh, no
[22:54] <james_w> no, there's a -2
[22:54] <dobey> i read the version wrong
[22:55] <dobey> but yeah, it would be (extremely) good to get that in jaunty
[22:57] <tedg> seb128: Only one right now: https://code.launchpad.net/~indicator-applet-developers/evolution-indicator/packaging/+merge/5257
[22:58] <tedg> seb128: I'm going through bugs making sure I'm catching them all.  We should really make it harder to submit them :)
[22:58] <seb128> ;-)
[23:02] <seb128> calc: could you open upstream bugs upstream directly so you can get reply in a quicker way and put less work on ubuntu bug triagers?
[23:03] <seb128> calc: and I doubt that g-s-d issue is what you describe, as said there is no reason there should be a race there
[23:03] <calc> seb128: ok will do
[23:03] <seb128> thanks
[23:03] <calc> seb128: all i can report about the issue is what i am seeing, it seems to be in some manner threading since it goes away on strace, but other than that i have no clue
[23:04] <seb128> you mean the function is not called on normal run?
[23:04] <calc> will report upstream perhaps they can spot it more easily
[23:04] <calc> when stracing it works every time, when not stracing it seems that xrdb most likely doesn't get called, or at least it doesn't update its list since the hintstyle is out of date
[23:05] <calc> i put g_warning output into the xresources function to make sure it was being called to that point at least correctly and it was, so something causes it to not actually update randomly
[23:06] <seb128> Ampelbein: the soname needs to be update in the glade update
[23:10] <seb128> calc: the function is just calling g_spaw_async... there is no multithreading there
[23:10] <seb128> calc: did you look to the log if there is some warnings?
[23:10] <seb128>                 g_warning ("Unable to parse command: %s", command);
[23:11] <seb128>                 g_warning ("Could not execute %s: %s", command, error->message);
[23:11] <seb128>                         g_warning ("Could not write input to %s", command);
[23:11] <seb128> one of those
[23:11] <Ampelbein> seb128: i look into it now.
[23:11] <seb128> thanks
[23:12] <calc> seb128: no warnings showed up for me, no :\
[23:12] <seb128> that bug makes no sense
[23:12] <seb128> can you add print calls in the function to make sure it's called?
[23:12] <Ampelbein> seb128: there is a symbol added and none removed, so i thought a so-name change is not needed? (for libgladeui-1-9)
[23:13] <calc> hmm i suppose i could move xrdb out of the way and create a wrapper script to see if it is actually being called each time and with what args
[23:13] <calc> in spawn_with_input or in xresources?
[23:13] <seb128> Ampelbein: it's getting late, I meant shlibs sorry about that ;-)
[23:13] <seb128> calc: spawn_with_input
[23:13] <calc> ok i'll take a look at it
[23:13] <seb128> calc: replace the g_spaw_async.. by a system() call if you want
[23:14] <seb128> but I doubt there could be any race there, that's not multithreading, that's just async calls
[23:14] <calc> ok, i'll take a look at it in a bit, i think dinner is ready for me to go downstairs :)
[23:14] <seb128> there is no reason the callback should vanish
[23:14] <seb128> ok
[23:14] <calc> ok, yea i
[23:15] <calc> ok, yea i'll add some more debug info in there and also try replacing the xrdb program to see if it is indeed being called
[23:23] <Ampelbein> seb128: i don't get it, sorry. where do i have to update the shlibs? the soname changed from .so.9.0.2 to so.9.0.3, but as the symlink stays the same... i'm lost, help me please ;-)
[23:23] <james_w> Ampelbein: you need to change the argument to dh_shlibdeps
[23:23] <james_w> check the manpage for -V argument
[23:24] <james_w> that will mean that anything that builds with the new version won't be allowed to install with an older version in case they use the new symbol
[23:30] <seb128> Ampelbein: there is 2 ways to do that, either add a .shlibs for the library or DEB_DH_MAKESHLIBS_ARGS_ call in the rules
[23:31] <seb128> Ampelbein: look to totem-pl-parser for a rules example
[23:31] <Ampelbein> james_w, seb128 will have to read a bit on it. thanks for the advice.
[23:32] <seb128> Ampelbein: no hurry for the update take your time to learn about it ;-)
[23:33] <Ampelbein> i will. i want to understand _what_ i'm doing and why. not just doing it. ;-)
[23:34] <seb128> Ampelbein: https://wiki.ubuntu.com/PackagingGuide/Recipes/CheckingLibrarySymbols
[23:34] <seb128> Ampelbein: http://www.debian.org/doc/debian-policy/ch-sharedlibs.html too
[23:37] <chrisccoulson> seb128 - i've done the tracker changes now
[23:38] <seb128> chrisccoulson: good, ready to be sponsored?
[23:38] <chrisccoulson> yeah, i attached it to bug 354601 again
[23:39] <seb128> thanks
[23:42] <chrisccoulson> thanks for sponsoring:)
[23:43] <Ampelbein> seb128: ok, i think i understand. i added DEB_DH_MAKESHLIBS_ARGS_libgladeui-1-9 += -V 'libgladeui-1-9 (>= 3.6.1)'. Reason: without it, the dependency for packages linked against this library would be without version information, so every version would be considered as enough. with this argument, every package that is linked against it needs the minimum version specified (3.6.1).
[23:43] <chrisccoulson> i've opened a bug report upstream about the indexing of removable media, and prodded martyn on #tracker, as that's going to hurt people upgrading from intrepid
[23:43] <seb128> Ampelbein: correct
[23:43] <seb128> chrisccoulson: what is the issue? the performances hit?
[23:44] <chrisccoulson> if you insert removable media, the indexer starts even if it is disabled in the preferences. and it indexes everything on the watch list (not just the removable media)
[23:44] <seb128> urg
[23:44] <seb128> did he reply to your comment?
[23:44] <chrisccoulson> he's aware of it now
[23:44] <chrisccoulson> that was basically it;)
[23:45] <Ampelbein> seb128: just one question: does this mean that every binary linked against 3.6.1 need >= 3.6.1 or does shlibdeps recognize somehow that a lesser version is enough?
[23:45] <Ampelbein> e.g. when the new symbol is not used.
[23:45] <seb128> every version requires it
[23:45] <seb128> you need to use the .symbol format for the other way
[23:48] <Ampelbein> seb128: ok. i will provide an updated attachment.
[23:48] <Ampelbein> thanks for the help and pointing to some more documentation.
[23:49] <rickspencer3> robert_ancell: good mornig
[23:52] <robert_ancell> rickspencer3: hey rick.  ready for meeting when you are
[23:52] <seb128> hello robert_ancell
[23:53] <robert_ancell> seb128: up late!
[23:53] <seb128> yes, finish some sponsoring uploads and going to bed soon
[23:54] <rickspencer3> seb128: I've been watching you work today, incredible throughput
[23:54] <seb128> thanks!
[23:55] <rickspencer3> robert_ancell: I see you uploaded rhythm box this morning
[23:55] <rickspencer3> nice
[23:56] <rickspencer3> iPod support is important to our users
[23:56] <robert_ancell> yup, i brushed some dust off my ipod - was very suprised it still worked!
[23:56] <rickspencer3> heh
[23:57] <seb128> GNOME has a summer of code project to get ipod syncing in rhythmbox
[23:57] <rickspencer3> maybe for Karmic you should say that you "require" a new iPod, for testing only of course
[23:57] <seb128> let's see if that gets accepted
[23:57] <robert_ancell> :)
[23:59] <rickspencer3> robert_ancell: how does it feel to have a release critical bug assigned to you?
[23:59] <rickspencer3> what's this, like your third week? and you're already critical to the team! :)
[23:59] <robert_ancell> rickspencer3: looking at it now :)