[00:03] robert_ancell: TheMuso: hi guyess [00:03] time for quick meeting recap? [00:03] yes === asac__ is now known as asac [00:04] * rickspencer3 waits TheMuso [00:04] Hey rickspencer3. [00:04] hi TheMuso :) [00:04] so we had a real quick meeting this morning [00:04] Sorry, just reading eail. [00:04] email [00:04] * awe waves [00:04] either of you have anything to add to the agenda? [00:05] Nope. [00:05] * rickspencer3 waves [00:05] robert_ancell: ? [00:05] nope [00:05] schweet [00:05] okay ... so I didn't get a chance to update the meeting page, I'll just touch on the points real quick [00:06] we're going to work on bluetooth at the sprint next week [00:06] so if you have BT devices to bring, please bring them [00:06] Will do. [00:06] I also have a USB sound card I will be bringing. [00:06] apparently the state of bluetooth in KDE is not too good [00:07] I think the word that Riddell used to describe upstream on the applet was "dead" [00:07] :( [00:07] heh [00:07] ow [00:07] in terms of the greeter, I didn't make any progress, but it's on the agenda for a meeting I have tomorrow [00:08] I'll add the Kubuntu status to the wiki after this meeting [00:08] you can read about the partner update there as well [00:09] we only have a few release targeted bugs so far, which is good [00:09] we are a bit over the trend line on feature work [00:09] so I would like to combine getting stuff done with postponing stuff to try to get back under the trendline while at the sprint next week [00:10] and finally, please add goals to the sprint page [00:10] oh wait ... [00:10] let me know if you need anything from the design team this week so they can prepare it for the sprint [00:11] and with pitti gone, a few things got hung up in getting approved, and MIRs and what not [00:11] that was pretty much it [00:11] any questions, etc..? [00:11] no [00:11] no [00:12] well [00:12] that was fast! [00:12] 8/c [00:12] 8 minutes? [00:12] :) [00:12] heh [00:12] ta da! [00:12] * rickspencer3 goes to update the wiki [00:20] TheMuso: robert_ancell: one more thing ... [00:21] seb128 asks us all to do extra sponsoring, as daniel is on vacation [00:21] I can't sponsor yet [00:22] I've been trying to do an hour or there abouts this week, and hoep to try and keep that u. [00:22] an hour a day even [00:28] TheMuso - i just pushed a change to the gnome-media branch to recommend pulseaudio (the new volume control isn't much use without it) [00:29] chrisccoulson: Right, probably not worth an upload on its own. [00:29] Unless there are other things waiting as well. [00:30] yeah, seb128 said that too. i just thought i'd let you know seeing as you're most active on gnome-media now ;) [00:30] ok thanks === onestone__ is now known as onestone [00:31] * TheMuso decides to subscribe to the gnome-media branch. [00:32] thats a good idea:) [01:06] what's the best laptop for ubuntu hardware support these days? [01:06] ooh, #ubuntu-laptop [01:07] cj: You likely won't go wrong with a Dell that supports Ubuntu, or thinkpad. By Dell supporting Ubuntu, I mean a Dell machine that is sold with Ubuntu pre-installed. [01:07] chrisccoulson: hey [01:07] I just saw your email on glom [01:07] I have started to do it [01:07] but I haven't done much [01:07] so you can work on it [01:07] thanks. it needs quite a few library updates to build [01:08] it needs new goocanvas, goocanvasmm and gdamm, which I've done [01:08] but libgdamm sits in NEW right now [01:08] and it also needs pygda enabling in python-gnome-extras too [01:08] i underestimated the amount of work it would take ;) [01:09] :) [01:09] I need to run [01:10] if you need some help say it :) [01:10] thanks:) === rickspencer3 is now known as rickspencer3-afk [01:36] could anyone with updated karmic builder try to rebuild transmission 1.73-1ubuntu1 ? [01:36] I'm getting weird error with sed.. [01:40] you're getting the error in karmic are you? [01:41] i cant try right now, i already have 2 pbuilders running [01:41] chrisccoulson, in karmic pbuilder [01:42] kklimonda: The latest package from the archive? Sure, I'll give it a run. My mirror is a little old though,. compared to whats in archive.ubuntu.com atm [01:46] Builds fine here, but I'd need to be sure I had the latest updates. [01:46] to be 100% sure that nothing is wrong. [01:48] And it built fine everywhere on the buildds./ [01:54] thanks, TheMuso [02:13] is lsb_release available in pbuilders by default? [02:14] from transmission build log i see that updateminiupnpcstrings.sh has detected OS_VERSION as "9.10" while in my pbuider it's "squeeze/sid" and it (slash to be exact) breaks build.. [02:15] hrm not sure if its meant to be in there or not. [02:15] hmm.. it is.. [02:15] If the package needs it, it should depend on it. [02:16] it isn't really needed by package [02:17] ok [02:17] but pulling in lsb-release has hidden two other bugs.. [02:21] I think i'll add lsb-release to build-depends as it's pulled in by buildd anyway, at least I'll be able to build package. [02:30] yup, builds fine with lsb-release.. [04:10] kklimonda: the miniupnpstrings thing has been reported upstream to the miniupnpc people, and can be patched in the meantime with this diff: http://trac.transmissionbt.com/attachment/ticket/2296/updateminiupnpcstrings.sh.patch [04:15] kklimonda: per what charles_ just said, I'll hold off from doing your merge, in the event you want to use that patch. [04:19] robert_ancell: For the vinagre update, you mentioned the telepathy-glib and libxml2 build-deps under debian/watch. Minor detail that I am happy to change for you, unless you would like to do it yourself. :) [04:19] this is in the changelog [04:19] TheMuso, whoops! please fix :) [04:19] ok will do. [04:23] robert_ancell: also fixed the version, should be ubuntu1, not ubuntu2 [04:24] TheMuso, yes, I miss that one sometimes.. [04:24] heh, its easy to do. [04:25] robert_ancell: Trying patch debian/patches/01_lpi.patch at level 1 ... 0 ... 2 ... failure. [04:25] FTBFs for me. [04:25] TheMuso, OK, that is not right... [04:25] * robert_ancell checks [04:25] ah sorry I know why [04:25] don't mind me. :) [04:26] robert_ancell: forgot to use the new orig tarball. :p [04:26] ah, good :) [04:34] robert_ancell: Hrm. I think vinagre needs to be broken out into separate packages, now that it supports plugins, and ships header files. Generally we have a separate -dev package for dev related files eg header files in /usr/include. [04:34] * TheMuso looks closer to see how this might be done, from a package naming perspective. [04:35] TheMuso, yes I was wondering about that. However as there is only one package currently it didn't seem like a priority [04:36] Well generally we don't ship header files and static libs on the desktop CD. And, they do take up space. [04:38] TheMuso, ok, I can split into two packages vinagre, vinagre-dev - I'm not sure if there is a need to separate the vinagre and vinagre-plugins (they are useless without eachother) [04:39] No I don't think so either. [04:39] But hang on a sec, there may be more needed to be done here, since the pkgconfig file refers toa vinagre-1.0 library. Thats probably not being included int he package, so let me build by hand to see if such a lib is created. [04:58] Hrm ok, I thought it would have built a new shared library, but it doesn't. [04:58] So yeah, I think vinagre and vinagre-dev would be ok. [04:59] TheMuso, yeah, it doesn't build that... [04:59] It creates a static lib which it uses internally only it seems. [05:00] robert_ancell: Ok I see your changes. Good to see you fixed those changes that I didn't get to pushing just yet. :) [05:01] anyone knows where to get debian build logs for their packages? [05:01] No sorry. [05:01] TheMuso, I think the .pc Libs is just copied from the example one. The VNC plugin doesn't require it. I'll raise this upstream [05:02] also, could anyone who knows sed better then me take a look at http://pastebin.com/f35e367be [05:02] robert_ancell: ok [05:03] ahahaha [05:03] * kklimonda cries [05:04] it looks like maintainer has made a mistake in this sed script, it also fails on their buildd.. but it doesn't stop build.. [05:04] good to know I'm not that crazy.. [05:06] robert_ancell: Also, it might be a good idea to remove the static libs from the vinagre package, and at the least, put them in viagre-dev, i.e the .la and .a files. [05:09] charles_, are you there yet? [06:00] TheMuso, vinagre is good to go now [06:01] robert_ancell: Ok will do it once I've dealt with vino. [06:05] TheMuso, I've fixed sed expression so it works now, but I think that better option is to add lsb-release explicitly to Build-Deps (as it was pulled in on buildd anyway). Also this way we get a real system version - "Ubuntu 9.10" instead of "Debian squeeze/sid". Even if it's used only as a User Agent miniupnp's author has clearly given an option to distinguish between debian and ubuntu. [06:05] robert_ancell: you don't think the static libs should be in the -dev package? [06:06] kklimonda: Ok, I'll look at your merge in a bit. [06:06] TheMuso, I don't know, what is done for plugin systems? Are they even useful as the plugins don't even link to them [06:07] ? [06:07] robert_ancell: Yeah thats true. However, you don't need to delete them, you just need to edit the install files to only include the files needed. They do support wildcards characgers. [06:07] so for example debian/tmp/usr/lib/vinagre-1/plugins/*.so [06:08] works fine [06:08] so you don't need the stuff in debian/rules [06:08] TheMuso, I did that first, but afaik you can't blacklist files. I had that line but then if some other files need adding then you need to continually update the .install file. Is there a convention for doing this? [06:08] Arguably vinagre should not be producing those files but I couldn't work out the automake stuff that was doing it [06:09] Well, another way would be to disable static building, but I am not sure if that would break anything. [06:10] Depends on how the autofoo is set up. [06:13] brb [06:23] back [06:31] robert_ancell: I really think the easiest way is to adjust the install files and use wildcard characters. The install file will have to be touched in the future if dir names change anyway, and one should really check what new or changed files a package introduces in a new release anyway, especially if the package has to be broken out into two or more. [06:32] TheMuso, OK, I will change that. I really wish the .install format was more powerful [06:32] the dh_install manpage may tgell you more that I have neglected to mention. [06:32] tell even [06:34] Last I checked it wasn't that useful [06:35] ah ok [06:46] TheMuso, pushed [06:49] ok thanks [06:57] robert_ancell: The schema gets installed in usr/share/gconf/schemas not in etc. I'll remove the reference to etc from the install file. [06:57] TheMuso, that's needed [06:57] make install puts in etc/ then dh moves it [06:58] hrm ok [07:05] robert_ancell: vinagre uploaded. [07:05] TheMuso, thanks === tkamppeter_ is now known as tkamppeter [07:39] TheMuso, heh, wrt transmission changelog I've been listing all changes before but then I saw that previous upload has only small info that all changes remain.. I thought it was a new "right way" ;) [07:40] Good morning [07:40] kklimonda: Not so far as I've heard. [07:40] Hey pitti. [07:40] ...and welcome back. [07:41] TheMuso: hey! thanks [07:41] asac: no, the text is really "Lokale Branchenergebnisse für Pizza im Umkreis von Dresden" [07:42] asac: I just translated it back to English for the sake of the channel [07:49] good morning [07:50] hey pitti! it seems that your long week-end was very good, cf your post :) [07:50] * pitti hugs didrocks [08:03] didrocks: I really enjoyed it, yes [08:03] didrocks: how was your's? [08:07] pitti: shorter, but restful :) (it's been a long time I hadn't taken a week-end doing almost nothing :)) [08:08] sounds good and relaxing [08:08] exactly! [08:17] good morning there [08:18] hello seb128 & everyne [08:18] yeah first typo [08:19] hey seb128 and crevette :) [08:19] hi didrocks [08:19] lut crevette didrocks [08:21] asac, around? [08:23] how can I generate a .symbols file? I didn't figure out how and when using dpkg-gensymbols, each time I used the output was empty. [08:26] hey seb128, bonjour [08:26] pitti, guten tag! [08:27] had a nice weekend break? ;-) [08:27] seb128: I did indeed! http://martinpitt.wordpress.com/2009/07/28/back-from-mini-vacation-and-climbing/ [08:27] crevette, did you try running it after the build? it needs to lib to be built to list something [08:28] seb128, so the packaging should be done in two steps? I package, and I do the gensymbols, and I add the file, and I do the packaging againg (packaging being debuild for me) [08:31] crevette, I think so, I never added .symbols to a package though so I'm not sure [08:31] okay, sounds the right way, as you said the package should be built [08:32] seb128, I have another question about soname, I would like to know when bumping soname version. I guess I have to check in configure.ac but I would like to confirm. [08:32] upstream question or packaging one? [08:33] see configure.in comments how to handle the libtool numbering [08:33] ie the age, revision, etc [08:33] upstream I guess? [08:33] http://git.gnome.org/cgit/gnome-bluetooth/tree/configure.ac#n23 [08:33] the packaging can bump the soname without being bumped in uptream? [08:34] does GNOMEBT_LT_VERSION=7:2:0 means the soname version is 7? [08:35] read the libtool documentation or the libgnome configure.in comments [08:35] the soname is a combinaison of 2 of the numbers [08:35] you bump 2 numbers when there is compatible changes and set one back to 0 when those break abi [08:37] okay merci, I'll check libgnome [08:45] seb128: hm, still no gnome-power-manager release [08:45] pitti, perhaps the release team can help you? [08:45] pitti, no... [08:46] pitti, btw somebody was asking on the channel yesterday what should be the default behaviour on lid close on battery [08:46] is someone here who knows a bit about the apt packagekit backend and packagekit in general? [08:46] seb128: I saw the scrollback, but didn't answer since nobody was online [08:46] seb128: the default for both is now to suspend [08:46] I guess he had a custom gconf setting for batter to not suspend [08:46] slomo, mvo and glatzor [08:47] hey seb128 [08:47] * pitti hugs mvo [08:47] hey pitti! [08:47] pitti, right, there is a .gconf-defaults which default on blank [08:47] hey slomo! wie gehts? [08:47] mvo, alter! [08:47] seb128: thanks [08:47] mvo, are we stalled on language-selector to gtkbuilder? ;-) [08:48] seb128: looks like it ;) I upload it now [08:48] hi pitti :) everything's great here, i'm very productive atm and real life is fine too ;) how are you? [08:48] mvo, cool thanks [08:48] slomo: pretty relaxed still, had a nice 5-day weekend; diving into ubuntu stuff again now :) [08:49] mvo: do you know how/if the gstreamer codec installation stuff works with packagekit and the apt backend? i know that people are trying to implement it for RPM currently [08:50] crevette: You asked me something yesterday, but I can't for the life of me find your notify, and hense can't remember what it is. Mind asking me again? :) [08:50] seb128: I idly wonder why there is a data/test.ui in the bzr tree that contains a "hello world" [08:50] slomo: it should work, PK is fine as long as nothing like conffile or debconf or anything like this is used [08:50] TheMuso, hi, it was just about the version of pulseaudio shipped for karmic, but seb128 answered inthe meantime :) [08:51] mvo, I just converted the .glade, good question, feel free to clean it ;-) [08:51] s/shipped/which will be shipped/ [08:51] crevette: Oh ok. What was the response? [08:51] slomo: but its not not deal with any of this [08:51] TheMuso, he asked if we would get .16 for karmic and I said I think we would [08:51] seb128 told me 0.9.16 (I was asking about gnome-bluetooth for audio on bleutooth device) [08:51] seb128: heh :) I will leave that to arne [08:51] TheMuso, but confirmation would be welcome [08:52] Yes, I am aiming for .16, but have to get a new dependency into main, as well as some kernel level stuff for things to really work well, which is under way. [08:53] mvo: how does packagekit find the package with the required codec? does it call gnome-codec-install or something? [08:53] slomo: I think it looks at the pkgrecord headers [08:55] mvo: which are the content of Packages.gz? or a different format of Packages.gz which is handled by packagekit directly (instead of the backend)? in the first case, does it use gst-python magic to match the records? [08:56] slomo: it will use the stock packages.gz, I need to look at the code to know if it does use gst-python or not [08:58] mvo: ok, well, if it works it probably uses it and i'm happy ;) i was only feared that there is a suboptimal solution after seeing what the RPM guys are doing for the codec installation [09:02] slomo: even if it would not use gst-python now, we could easily add it [09:03] Does someone want to respond to Sandy on bug 345166? [09:03] Launchpad bug 345166 in tomboy "Tomboy tries to load fuse module in Jaunty...and can't" [Medium,Fix released] https://launchpad.net/bugs/345166 [09:03] Laney, I will ping jcastro when he's around [09:03] thanks [09:03] don't want to have annoyed upstreams... [09:04] or pitti [09:04] me neither [09:04] mvo: ok :) thanks [09:21] seb128, Laney: replied [09:22] thanks [09:22] pitti, thank you [09:23] pitti, I'm not sure where you see a translation breakage in the update [09:23] mvo: hi, good morning! I've been asked about bug 378075. Would it be possible to upload the new Polish DDTP translation to fix it? Is there any way I can help on this, does it have to follow the SRU process? [09:23] Launchpad bug 378075 in ddtp-ubuntu "Typos in package summaries" [High,Fix committed] https://launchpad.net/bugs/378075 [09:24] seb128: it changes documentation without updating the translations [09:25] pitti, well which mean the english and translated version will have a slightly different content [09:25] seb128: well, the translations are built using gettext at build time, aren't they? [09:25] pitti, that doesn't break the string match in the gettext sense since documentation is translated xml and the string don't get fuzzy or anything [09:26] hum, I need to check that but I think it doesn't fuzzy translations usually you can just get the content out of sync [09:26] seb128: if that's not the case, then I'm not so worried about them [09:27] seb128: they keep translated xml files in the upstream orig.tar.gz? [09:27] (duh) [09:28] pitti, yes they have translated xmls in the tarball [09:30] dpm: hello, what version of the distro is affected? [09:30] seb128: that's sick.. but at least it doesn't break SRU rules then [09:31] pitti, you would prefer having all documentations fuzzied every time the english version change? [09:32] seb128: yes, for unstable versions [09:32] similar to gettext itself [09:32] the thing is that string changes in the ui are easy to notice and to be out of context [09:32] well, at least there should be an obvious way for translators to see where work is needed [09:32] translated documentation is tricker to handle [09:32] mvo: according to the bug it is Jaunty, but I cannot find a jaunty distro series at https://translations.launchpad.net/ddtp-ubuntu/ubuntu [09:32] usually fixing a typo doesn't deprecate your translated versions [09:33] and there is not enough translators to play catch up on documentation [09:33] so better to have a slightly outdated version translated that no translation [09:33] I see [09:34] I need to check how the updates work exactly again though [09:34] but documentation in GNOME sucks that's why they can to change it for GNOME3 [09:34] mvo: sorry, on my last message I meant https://translations.launchpad.net/ddtp-ubuntu [09:34] the way it currently works doesn't fit with community work [09:34] it's too much efforts for translators, etc [09:35] anyway that's a bit orthogonal to the issue there [09:36] dpm: ok, how isolated is the problem? is it small enough to just have a diff against Translation-pl ? I can prepare a SRU then [09:42] mvo: as far as I can understand this is isolated to the Polish translation and to the 2 strings pointed out in the bug, so I believe that a diff against Translation-pl should suffice. Note though, that the link to the second translation in the bug now points to an unstranslated string instead of a corrected one (maybe a new POT was uploaded and the string order is now different?) [09:43] crevette: yeah [09:44] asac, too late :) [09:44] dpm: thanks, I asked for a diff in the bugreport, I hope I get one :) [09:44] asac, hello :) [09:44] crevette: ok so you figured? great. [09:44] pitti, ok, I checked the update to be sure and it seems I was wrong, they have update xml translated files with extra english strings in the tarball [09:46] mvo: thanks a lot for looking at this. Just another question: how do SRU work for DDTP translations? Is there a place where they can be first uploaded (sort of like -proposed) so that users can test the fixes? [09:47] dpm: yes, -proposed is the place, apt should use the updated one then [09:48] dpm: I'm not sure about this particular problem now, it seems that it crashes the apt-xapian-index, so maybe that needs a additional fix. depends on if it accesses the transltions through (python-)apt or directly === _mrputa_ is now known as mrputa [10:12] asac, I asked my question to seb128 and didrocks [10:12] it is about soname for gnome-bluetooth [10:24] crevette: what does gnome-bluetooth ship a lib for? [10:24] asac, a device fileselector for instance [10:27] it ships a library since a while, 2.27.5 at least [10:27] crevette: yeah. so any questions left? [10:27] wrt soname? [10:28] asac, I don't know as I can work on that only the evening [10:28] you basically run dpkg-gensymbols the first time manually [10:28] then it produces a diff you can apply to libgnome-bluetooth2.symbols [10:28] ok [10:28] asac, http://library.gnome.org/devel/gnome-bluetooth/unstable/ [10:29] crevette: also add DEB_DH_MAKESHLIBS_ARGS += -c4 to rules so the build fails if symbols mismatch [10:30] but seems it already has .symbols file ;) [10:30] thx i will check it out [10:30] yep it does [10:30] crevette: i would still suggest to add the DEB_DH thing [10:30] i think atm it just warns about it, but doesnt fail (which it should imo) [11:16] pitti: i use fix committed for approving mir ... is that wrong? [11:17] asac: no, it's fine [11:17] great === sabdfl1 is now known as sabdfl === MacSlow is now known as MacSlow|lunch [12:12] ArneGoetje: seems we can sync ibus-m17n from unstable? we don't seem to have a delta any more [12:41] seb128: any objections against bug 400179 ? [12:41] Launchpad bug 400179 in pywebkitgtk "pywebkitgtk main inclusion review" [Undecided,New] https://launchpad.net/bugs/400179 [12:43] (it's just a small binding, but checking) [12:43] pitti, no objection, that sells the deal about webkit on the CD [12:43] evand needs it for ubiquity, too [12:43] right, I did read the wiki page [12:44] go for it [12:44] seb128: I thought we'd need it anyway? or is there a realistic opportunity to get rid of it in the default install? [12:44] pitti, I doubt we will have an opportunity no, GNOME accepted it as an official depends now [12:44] ok [12:44] so, no big deal then [13:06] cassidy, thanks for the debian hook suggestion, maybe you could describe the hook or add a patch to the bug? === MacSlow|lunch is now known as MacSlow [13:07] seb128: I don't really know how it works :\ [13:08] cassidy, debian doesn't have 2.27 and doesn't seem to have any dbus hook in those sourrce [13:08] sources [13:10] chrisccoulson, hey, want to claim the gnome-session update? ;-) [13:10] seb128: cassidy: dans le postinst de avahi-daemon, il y a : [13:10] if [ -x "/etc/init.d/dbus" ]; then [13:10] invoke-rc.d dbus force-reload || true [13:10] fi [13:10] seb128: but that's weird, I don't see this hook in telepathy-gabble package [13:10] cassidy, ok merci [13:11] there is no postinst in telepathy-gabble apparently no [13:11] I'm asking to the packager [13:11] seb128 - yeah, i'll do that [13:12] cassidy, btw do you know if empathy will get the share over vnc thing for 2.28? [13:12] seb128: it will [13:12] chrisccoulson, thanks [13:12] that's in master :) [13:12] seb128: cassidy: dbus-daemon is meant to notice automatically with inotify or something [13:13] cassidy, ok good, plan to roll a 2.27.5 tarball? [13:13] so I guess something went wrong when installing the package [13:13] seb128: Zdra is the one to ask for that [13:13] Zdra, ^^;-) [13:13] (I backported the Vino and Vinagre packages in the TP PPA) [13:13] cassidy, the inotify thing would make sense [13:13] ah, my distcheck finished... tarball will be uploaded in ~5sec [13:13] thanks for reminding me :p [13:13] Zdra, good timing! ;-) [13:13] seb128: got confirmation, the package shouldn't use a hook but rely on inotify [13:14] cassidy, ok, thanks, can you close the bug then? ;-) [13:14] is there a ppa for nightly Thunderbird builds? [13:14] andreasn, try asking on #ubuntu-mozilla maybe? [13:14] sure [13:14] seb128: I'd be tempted to re-assign it to D-Bus as something obviously went wrong when I installed the package [13:15] cassidy, do you get inotify error when running gedit or something? [13:15] I've noticed warnings about that recently I think [13:15] seb128: just when starting gedit ? [13:15] (I'm running Jaunty) [13:15] cassidy, don't bother on jaunty inotify should work there [13:16] * seb128 looks at firefox [13:16] $ grep "XID collision" .xsession-errors | wc -l [13:16] 13086 [13:16] asac, ^ known issue? [13:17] bad firefox, no cookie for you [13:17] which seems to indicate the .xsession-errors limit seems to have skipped too [13:17] it used to cut the log [13:17] could be another gdm change [13:22] seb128: Empathy 2.27.5 released ;) [13:22] Zdra, good, thanks ;-) [13:23] seb128: yes. at least i think so [13:23] let me check [13:23] seb128: that means users will soon be able to use the share-my-desktop feature. Would be good to fix https://bugs.edge.launchpad.net/ubuntu/+source/vinagre/+bug/406335 as it currently doesn't work because of this [13:23] Launchpad bug 406335 in vinagre "VNC plugin should be enabled by default" [Undecided,New] [13:23] cassidy, ok thanks [13:24] asac, the firefox-3.5 bug list has no bug match XID [13:24] asac, but I might be looking at the wrong component or something [13:25] cassidy, btw did you open a GNOME bug about that too? [13:25] seb128: mozilla bug 497561 [13:25] Mozilla bug 497561 in Widget: Gtk "Firefox outputs lots of "Gdk-WARNING **: XID collision, trouble ahead"" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=497561 [13:25] asac, thanks [13:25] i guess we probably have a launchpad bug too [13:25] "This warning was added for http://bugzilla.gnome.org/show_bug.cgi?id=581526 [13:26] Gnome bug 581526 in gdk "XID table corruption from reuse of XIDs, resulting in leak, incorrect window destroyed status ("unexpectedly destroyed"), and crash" [Critical,Unconfirmed] [13:26] " [13:26] seb128: ^ [13:26] thats what i remember. its what is left after the libxcb fix [13:26] its because gdk does its own xid caching and that messes up stuff that uses X directly (thats out of my head and can be wrong) [13:27]