[00:05] dang, new fail.. [00:09] think of it as having some new exciting bug to fix! [00:09] (I have to try doing that, otherwise I'd end up stabbing things :p ) [00:10] Mook_sb: more practice, right? haha [00:10] although this one is related to a patch we have.. [00:18] ah, got it [00:23] * ddecator hates huge patches [00:56] dang, didn't fix it...i'm gonna have to look into it later :( [01:05] want to paste the error somewhere in the mean time? :) [01:07] Mook_sb: one of our patches deletes some files related to hunspell, and when i build it complains that it cannot find one of those files, not sure if the patch isn't working properly or if that's a new issue. it's related to xr again, so i'm going to see if i need to get any patches from the xr192 branch later :) [01:07] ah; okay, you'd have a lot more handle on that (mostly because it involves actually building things to test) :D [01:08] yah, unfortunately. i'm to the point i have to wait a half hour each time i test :/ [01:13] ddecator: debuild -nc? [01:13] micahg: what does that do again? [01:13] ddecator: doesn't clean the build dri [01:13] *dir [01:14] micahg: oh yah, but where would it start the build? [01:15] ddecator: it starts at teh beginning, just doesn't rebuild components that are already built [01:16] micahg: good to know, but unfortunately nothing is building yet...i need to remember that for when other things break though, i knew there was a way to do that but i couldn't remember :x [01:16] ddecator: it also, doesn't redo the tarball [01:17] micahg: would still save time. thanks :) [01:19] but i need a break from looking at the computer screen. i'll be back later to try and figure out the cause of the failure [01:19] awesome, jaunty is nearly completely ready to go :) [01:21] chrisccoulson_: did you see the question about new extensions on mailing list? [01:21] maybe answer there ;) [01:21] (its about 3.6.4 update and how organizations can be better prepared for it) [01:21] asac - i did. i've not had time to answer yet though [01:21] kk [01:21] i'm not sure what to do though, as this is how firefox behaves upstream when extensions are updated too [01:21] just wasnt sure if you are subscribed to discuss [01:22] i am, but i generally don't read mails there. micahg pointed me to it earlier [01:22] gnomefreak point it out to me :) [01:22] chrisccoulson_: right. but what he wondered is is if he updates the computers from ppa now ... will he get the new extension dialog again when the final rollout happens [01:22] i would think we can say "typically not ... unless extensions need to be fixed still" [01:23] ah, i misunderstood that then. no, users won't get the dialog again, as the updates in the archive will be the same as those in the PPA [01:23] not sure why he doesnt have a problem in general with that ... probably because we dont update extensions (so system extensions seem to have a value;)) [01:23] though maybe he disabled the "check for extensions update" checkbox to avoid the on-startup upgrades [01:23] btw, sunday is the day ;) ::: GER - ENG :-P [01:24] lol [01:24] i have no confidence in our team anyway ;) [01:24] i'm surprised we made it to the last 16 [01:24] ;) [01:24] i am surprised that ENG got that far too ... our team usually sucks (like today) ... but in the end often win ;) [01:25] usually if you feel disgusted during the game you can be sure we win. if they play nice all is becoming risky ;) [01:25] lol [01:25] it should be an entertaining game [01:25] yeah. at least its in south africa ... so there wont be riots ;) [01:26] at least no country vs. country riots... i know that english folks do riots anyway ;) ... which is understandable given how bad they were in the past :-P [01:27] yeah, sometimes i feel ashamed when our supporters behave so badly ;) [01:27] fortunately, most of these people have their passports confiscated during major tournaments ;) [01:27] right. i doubt those are really supporters though. they are just idiots [01:28] and iirc we have the same ... but ENG is really famous for that ;) [01:28] infamous [01:28] heh :) [01:28] we gave our daughter an england flag this afternoon [01:28] she just tried to eat it [01:29] ah. she got it right! [01:29] she's at the age where evereything is edible ;) [01:35] chrisccoulson_: you are still darth vader in directory btw ;) [01:35] get a picture [01:36] asac - yeah, i keep being asked to get a picture [01:36] data:image/jpeg;base64,/9j/4AAQSkZJRgABAQEAYABgAAD/4QAWRXhpZgAATU0AKgAAAAgAAAAAAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCACNAI4DASIAAhEBAxEB/8QAHgAAAgMBAQEBAQEAAAAAAAAABwgGCQoFBAALAQP/xABmEAAABAIFBggGCwoICA8AAAABBAUGBxEAAgMVIQgUFjFBURMkJSY1YXGBEjQ2RZHwCRdERlVWZaGxwdEYIiMnM0JmduHxCjJDVGR1hYY3R2KU [01:36] ooops [01:36] that was long ;) [01:36] can your irc client open that ;)? [01:36] copy it to firefox [01:37] guess it was cut off for you ;) [01:37] should end with f/9k= [01:37] 340 char or so [01:37] yeah. should be more like 1k+ [01:37] yeah, i think it was cut off [01:37] 10k even ;) [01:37] big [01:38] for such a small image ;) [01:38] ok nice try ;) [01:38] * asac drops out. 'night! [01:39] 'night asac [01:53] chrisccoulson_: did you grab fennec yet? [01:53] micahg - not yet [01:53] chrisccoulson_: k [04:48] hm, the hunspell patch in sb isn't in xr192.. [04:49] ddecator: it's probably opbsolete [04:49] *obsolete [04:50] micahg: do you think i should remove it? [04:50] * micahg goes to look at the patch before commenting [04:50] because the issue is a makefile needs one of the files that the patch currently deletes [04:51] ddecator: comment it out in series for now [04:51] ddecator: we can probably drop it [04:51] micahg: sure thing [04:53] * ddecator uses debuild -nc :) [05:48] well, shoot. sb _should_ be good now, but there is an issue upstream preventing the build from finishing (their bot failed for the same reason) so i'll have to wait until that is fixed -_- [05:49] ddecator: weave aka sync will now be in FF trunk :) [05:50] micahg: nice, and webm has been working fairly well (still loads two audio stream for some videos) :) [05:51] i just saw their blog post of linux gui mock-ups for FF4 === nikolam_ is now known as nikolam [13:10] chrisccoulson: hi! do you have an idea when the openjdk-6 packages for jaunty and karmic will be uploaded? I'm trying to decide whether to pull the trigger on hardy/lucid [13:10] jdstrand - i found an issue on hardy i'm looking at atm [13:11] the totem plugin doesn't actually work (although I thought it did, i wasn't really playing media with that plugin) [13:11] jdstrand - see https://developer.mozilla.org/en/firefox_3.6_for_developers [13:11] "The NPN_GetValue() function no longer provides access to XPCOM through the variable values NPNVserviceManager, NPNVDOMelement, and NPNVDOMWindow. This is part of the work toward making plugins run in separate processes in a future version of Gecko." [13:12] that breaks the totem plugin big time :( [13:13] chrisccoulson: hrmm. that means my tests also didn't use the plugin :( [13:13] chrisccoulson: what url/filetype did you use to verify totem? [13:13] jdstrand - yeah, i got caught out by that. if i just open up an mpeg or something on my filesystem, then it doesn't play [13:14] but i tested by playing an ogv embedded in a webpage before, which doesn't play in totem [13:14] chrisccoulson: so you soemthing like file:///.mpeg? [13:15] chrisccoulson: basically, I want to know what you did exactly so I can update my test :) [13:16] jdstrand - yeah, i just went to File -> Open File and pointed it to an mpeg. the plugin in the archive won't load that anymore with FF3.6 (it fails with "Failed to get the service manager") [13:16] and my feeble attempt at rebuilding totem with xul192 in the PPA will actually just make firefox abort completely [13:16] chrisccoulson: ok, thanks [13:17] chrisccoulson: so, what is the plan now? [13:17] jdstrand - i'm cherrypicking bits from the later totem plugin which avoids using the missing API [13:17] chrisccoulson: ok. sounds good. I won't keep you [13:18] i expect that will work, but it's just taking a while (I don't really want to backport the whole of totem, else we will end up in the same situation as we did with epiphany-webkit) [13:18] ie, needing half of glib and gtk backporting too ;) === BUGabundo is now known as BUGabundo_fewd === yofel_ is now known as yofel [13:29] * jdstrand nods [13:29] chrisccoulson: so, gnome-chemistry-utils is deleted. sru? [13:30] jdstrand - there's no need to do even that, the plugin wasn't detected in hardy release [13:30] k, thanks [13:30] i only realised that when i went to investigate it not rendering properly after the update [13:30] i'm glad i tested totem again though :-/ [13:31] chrisccoulson: yes! nice catch [13:31] chrisccoulson: I will be updating my tests to catch this in the future [13:31] s/this/this sort of thing/ === BUGabundo_fewd is now known as BUGabundo [14:57] !test [14:57] hrm? [15:01] hi asac [15:01] still testing with the bot? [15:01] why do you even need 100mbs if they don't work? [15:13] special situation [15:26] man ... desktopcouch broken AGAIN [15:26] why can't this peace of software hold for more then 2 weeks?!?!? === BUGabundo is now known as BUGabundo_writin === BUGabundo_writin is now known as BUGabundoWriting [16:56] chrisccoulson: do you have a bug # for the totem regression? [16:56] chrisccoulson: or rather, did you file a bug for it? [16:56] jdstrand - not yet. i've just got it to build with the changes in now, so, going to test it [16:56] hopefully it will work :) [16:57] chrisccoulson: k. I created some free avi, mpg and ogv files for QRT, and update my test script to use file:// as well as embedded [16:57] chrisccoulson: the test catches the regression, so I feel pretty good going forward [17:00] jdstrand - cool :) [17:00] it works btw :) [17:00] first time! [17:02] \o/ [17:02] chrisccoulson: nice! :) [17:03] jdstrand - the only issue is i have to disable the totem-complex plugin (as that doesn't build) [17:03] but that only handles realaudio [17:04] and it has been removed entirely from jaunty onwards anyway [17:04] chrisccoulson: I can release note that [17:04] thanks [17:04] i will tidy up the changelog and get that in to the PPA now [17:04] chrisccoulson: of course, that makes helix-player slightly more important I guess ;) [17:04] yeah, that's a bit of a pain [17:04] chrisccoulson: but still, not a blocker [17:06] chrisccoulson: what other plugins work in hardy that can play realaudio? [17:07] (for the release note, I thought it might be nice to recommend something) [17:07] jdstrand - i'm not sure. i don't even think there are any in lucid (helix doesn't work there either, and totem doesn't handle it) [17:07] perhaps VLC? [17:07] but that crashes the browser in jaunty :-/ [17:07] i'll test it on hardy and see what happens [17:09] xine-plugin? [17:11] * BUGabundoWriting raises an eye brow [17:11] right, but this release note is only for hardy, and hardy users will upgrade to lucid [17:11] anyone knows that maverick codecs are broken? [17:15] jdstrand - ok, totem uploaded now [17:16] chrisccoulson: thanks! btw, is vlc broken in jaunty release? I know you told me, but I forgot [17:16] jdstrand, yeah, the plugin crashes firefox in jaunty release too [17:16] k [17:16] i'm just about to test that in hardy now [17:17] well, it doesn't crash 3.6.4 on hardy [17:19] and it seems to play the file:// URLs. my plugin detection for my embedded tests failed, but that is y testing [17:25] hmmm, xine-plugin crashes firefox too [17:33] chrisccoulson: so if you disable the realaudio support, it obviously will not show up in about:plugins as a supported format. I removed totem-mozilla here and found some x-pn-realaudio content, and was prompted to install xine or gecko-mediaplayer (gmplayer). this is enough for the release note [17:38] chrisccoulson: and gnome-mediaplayer seems to work [18:37] rick spencer is wrong. dead wrong. [18:37] and he's spreading fud about firefox in ubuntu [18:39] huh wha? [18:40] chrisccoulson: I've tested the new hardy/totem, and it is much better. however it still has one regression [18:41] chrisccoulson: it can't find the location of embedded media for a relative path when using file:// on the url [18:41] eg [18:41] chrisccoulson: eg, go to http://people.canonical.com/~jamie/totem-test/ [18:42] chrisccoulson: if you click on 'embed_full.html', then after a few seconds you will see a movie of the jaunty desktop [18:43] chrisccoulson: if you do 'Save Link As' for both embed_file_url.html and rfbproxy-jaunty.ogv, then try to open embed_file_url.html via 'File/Open', it won't play [18:43] chrisccoulson: it does play in jaunty and lucid [18:46] chrisccoulson: it used to work with 3.0.19 [18:52] jdstrand - ok, will have a look at that in a minute. i'm just testing a few things in hardy release atm [18:55] chrisccoulson: k [19:01] jdstrand - ok, having xine-plugin installed makes firefox crash on startup after the upgrade [19:01] that's not good :( [19:01] bummer :( [19:02] * jdstrand makes a note [19:02] did you guys see rick spencer's comment? [19:03] LLStarks, where was that? [19:05] LLStarks: I think you should calm down before accusing someone of spreading fud [19:05] http://www.webupd8.org/2010/06/ubuntu-wont-become-rolling-release.html [19:06] why don't you just ask him to clarify so he can correct the error? [19:06] he's not on freenode [19:06] i sent him a message on twitter [19:06] hmmm, LLStarks, your comment on there is completely and utterly wrong [19:06] howso? [19:06] rick is well aware of the mozilla policy, and has been involved with it all along [19:07] LLStarks, well, I work with rick [19:07] am i wrong about 3.6.4 and 4.0 getting backported? [19:07] because that's what micah and asac told me a few weeks ago [19:07] LLStarks, no, but that is completely orthogonal to any discussion of a rolling release [19:08] and i can tell you with 100% certaintly that your comment about rick not being aware of the policy is completely wrong [19:08] i didn't imply that he didn't know. he just phrased things a bit awkwardly. [19:09] LLStarks, your words exatly: "As a member of the Ubuntu-MozillaSquad, I can honestly say that Rick has no idea what he's talking about with respect to Firefox." [19:09] how do you not imply that he didn't know? [19:09] i think you should clarify yourself on that blog before you make yourself look a fool [19:10] i will. i didn't ask andrew to post my stuff. [19:12] apologized. [19:13] LLStarks, thanks [19:13] note to self: don't post on blogs where webmasters actually read comments [19:14] LLStarks, the comment "It does not make Ubuntu a rolling release. You will not be able to get the latest versions of apps like Firefox, Open Office, etc... from this method" is true though - we won't be distributing new versions of firefox via this method [19:14] we will be updating versions in the archive though, but they won't be updated immediately each time a new version comes along [19:14] the plan is that firefox will be updated to the next major release as the current version approaches EOL [19:15] i know that extras isn't the same as main or -updates, i only sought to not many people know about the firefox policy. [19:15] *sought to clarify [19:15] *clarify since [19:16] people will know about the firefox policy in the next few days ;) [19:17] also, i really hope hardy and karmic don't get 4.0 ;) [19:17] we're hoping that 3.6 is supported long enough to see those releases through to the end now [19:17] are there technical considerations against giving 4.0 to hardy and karmic? [19:18] it's an incredible amount of effort to introduce the new version, as i'm finding out right now [19:18] we don't want to do it again in the next year if we can avoid it [19:18] totally! [19:18] i can imagine them being a more of a nightmare than the lucid transition of xulrunner [19:18] yeah, it is [19:18] i've been working on the 3.6 transition for weeks now [19:19] along with jdstrand and micahg [19:19] btw, is the transition for main or updates? [19:20] i wasn't too sure. [19:20] LLStarks: it is going through -security [19:20] LLStarks, main and updates are 2 different things. the update will be published through security, and will affect applications in all components [19:21] ah. [19:21] hardy shipping with 3.0 beta 5 is the whole reason for this, right? [19:22] LLStarks, hardy currently has 3.0.0.19 [19:22] 3.0b5 was the release version, but it's been maintained since then [19:27] with xulrunner and firefox no longer joined at the hip, will the transitions get easier as releases expire? that is, will it take only 2 week instead of 2 months in 2012 for example? [19:28] LLStarks, that's what we hope. decoupling them doesn't particularly make the updates that much easier though. what will make the updates easier is reducing in-archive reverse dependencies [19:28] which we alaready started in lucid [19:28] and also reducing the number of extensions in the archive, as we have a crazy amount to update in the older releases [19:30] too many things rely on specific xulrunner versions [19:30] yeah, that's a problem [19:31] jdstrand - micahg posted a mail to tb-planning a few days ago asking about the life of tb3.0 [19:31] and we've just had a response saying that it's likely to be supported for significantly less than 6 months [19:31] so, we might need to start preparing 3.1 for lucid soon ;) [19:32] \o/ [19:32] well, that should be far less painful [19:32] yeah, hopefully [19:32] i haven't been too impressed with the tb3.1 tarballs. nothing new or earthshattering feature-wise. [19:33] LLStarks, that's good from a maintenance POV ;) [19:33] tb 3.1 has an add-on for conversation-style threading, so i may switch once that starts working :) [19:33] we don't want it to be too different [19:34] that's what they said about evolution for lucid [19:35] ddecator: wait, what? link! [19:36] jcastro: https://addons.mozilla.org/en-US/thunderbird/addon/54035/ [19:36] we'll get 3.1 in to maverick soon [19:37] jdstrand - hmmm, firefox works with xine-plugin installed now. perhaps i started it with some media open in another tab previously [19:39] thunderbird has become such a snooze that i didn't even know 3.1 was released. [19:40] jdstrand, ok, it crashes when trying to play media. that's not so bad (and this plugin isn't even detected in hardy release) [19:40] either the blogs are slow, or there was no hyping [19:43] chrisccoulson: so in hardy release, the plugin is not detected, but in 3.6.4 it is, but doesn't crash until you try to play media? [19:43] just gonna leave this here: http://www.youtube.com/watch?v=OIZUdZdFzOo&feature=player_embedded [19:44] jdstrand - yeah, that's right. so, we probably still need to release note that, in case people wonder why their browser starts crashing ;) [19:44] chrisccoulson: ok, I'll confirm your findings and adjust [19:46] ddecator: that is fun! :) [19:47] jdstrand: :) [19:49] ping fta [19:50] DBO, ? [19:50] fta, hi I was told you might be a good person to discuss chromium with [19:51] DBO, depends. what do you want? [19:51] multiple things, do you mind a private chat? [19:51] jdstrand, ok, for totem - the plugin is turning the relative path in to an absolute path in your home folder for some reason :-/ [19:51] so it always tries to play $HOME/rfbproxj-jaunty.ogv [19:52] huh [19:52] DBO, nope, feel free [19:52] chrisccoulson: I guess it would normally play from cache or /tmp? [19:53] * jdstrand hasn't ever looked at how totem works [19:53] jdstrand - for http URI's, probably [19:53] s/ever/never/ [19:53] but for file URI's, it just plays them directly [19:53] I see [19:53] (the plugin passes the file URI to the viewer process) [19:54] chrisccoulson: I can say that jaunty 3.6.4 and its totem does work, if that is helpful [19:55] yeah, i suspect it's something to do with my patch ; [19:55] I wasn't going to say that, but was trying to gently hint ;) [20:07] jdstrand - hmmm, weird. it breaks in the viewer process rather than the plugin, which my patch doesn't touch [20:07] you don't happen to have a machine without the updates on do you? [20:07] (hardy) [20:08] i wouldn't mind seeing the dbus activity on 3.0.0.19 with the old hardy plugin [20:10] chrisccoulson: I do [20:11] chrisccoulson: tell my what you want [20:11] jdstrand - i'm quite interested in the parameters in the OpenURI message that the browser sends [20:11] i'm going to check them on jaunty after the updates, but it would be useful to see hardy before the update too [20:12] just so i can figure out which side is wrong ;) [20:12] (plugin or viewer) [20:13] chrisccoulson: can you give me the command you want me to run? [20:13] jdstrand - you can just capture the output of dbus-monitor as you open the html file [20:14] jdstrand, will you remove chromium from proposed soon? [20:16] ok, so the browser plugin in jaunty behaves the same as in hardy [20:17] i suspect the behaviour changed between the 2 releases and i need to apply a corresponding change to the viewer in hardy [20:18] chrisccoulson: http://paste.ubuntu.com/454640/ [20:18] fta: I'm told it gets removed automatically. is it causing a problem? [20:18] jdstrand, no, i'm just curious [20:19] jdstrand, http://people.ubuntu.com/~fta/ppa-dashboard/chromium-daily.html i see "SUP" :) [20:19] jdstrand - ah, so the old plugin does behave quite a bit differently [20:20] fta: cleaning out the -proposed queue is really the ubuntu-sru team's responsibility. I could do it, but I don't want to miss a step in their process (I am not on that team) [20:21] jdstrand, no worries, it's all fine [20:21] fta: I did ask fairly recently, and pitti told me it should happen automatically at some point [20:21] iirc [20:21] * jdstrand nods [20:22] chrisccoulson: I can confirm that xine-plugin and gxineplugin do not register in hardy release [20:23] jdstrand - thanks [20:23] i can see where the issues is with totem now [20:23] @btlogin [20:23] damnit [20:23] (it needs some magic to resolve the relative URI in the viewer) [20:23] i will fix that after dinner [20:25] cool, thanks [20:28] dont mind me i working on something [20:40] why does it tell you that you are enabled and when you tryt o enable it tells you you cant (nautilus) [20:40] thats just stupid [20:40] i know who to ask === cyphermox_ is now known as cyphermox [20:47] its a bug :) [20:49] @whoami [20:49] gnomefreak: I don't recognize you. [20:50] of courcse you dont you asshole [20:56] * gnomefreak going to regret asking this but is there any chance of getting ubufox to use bing ans a search engine choice. My wife likes it [20:56] gnomefreak: :P [20:56] * gnomefreak never used it [20:58] ok it is literally worthless IMHO [20:59] * BUGabundoWriting trips gnomefreak [20:59] already fell [21:01] ask and google are a little better so maybe its what im searching for [21:02] gnomefreak: mozilla 534617 [21:02] * micahg kicks ubot2 [21:02] * gnomefreak looking for the site that tells you how to make the output of wrong password be funny [21:02] micahg: Error: Could not parse XML returned by Mozilla: The read operation timed out (http://bugzilla.mozilla.org/xml.cgi?id=534617) === BUGabundoWriting is now known as BUGabundo_Legend [21:02] brb === BUGabundo_Legend is now known as BUGa_LegendSeker [21:02] mozilla 534617 [21:03] i got it [21:03] Mozilla bug 534617 in Search "Bing is not on available search engines" [Normal,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=534617 [21:03] https://bugzilla.mozilla.org/show_bug.cgi?id=534617 [21:03] jdstrand - how much work do you think you need to do for us to do the hardy release? [21:03] i went into -ops to do it [21:03] why upstream this isnt something we can add to ubufox? [21:04] gnomefreak: no reason to [21:04] hint upstream didnt enable all the LP ones we have [21:04] gnomefreak: ubufox should be Ubuntu specific stuff, no need for this to be Ubuntu specific [21:04] * gnomefreak doesnt care one way or another she just asked [21:04] micahg: good point [21:04] gnomefreak: so you can vote on the upstream bug :) [21:05] yeah but do i want my name involved with bing :( [21:05] ahahahaha [21:05] heh, does it show who votes? [21:05] get your wife to do it [21:08] dont know but i commented on it since it was talking about default (or at least someone posted that) [21:08] why she would use my username for upstream [21:09] i dont see a "vote*" [21:09] yes i do [21:09] * ddecator hands gnomefreak my glasses [21:09] debfx: got mine on too :) [21:10] gnomefreak: tab complete failure :) [21:10] chrisccoulson: I'm targetting monday for hardy and lucid [21:10] oops yeah [21:10] chrisccoulson: we could probably do it tomorrow, but I'd rather have the week for regressions [21:10] today is just going oh so frigging great [21:11] chrisccoulson: jdstrand: I'll have Seamonkey ready Sat night w/the new changelog [21:11] jdstrand, yeah, i'd rather not do tomorrow. i'd like a break over the weekend [21:11] * gnomefreak be back maybe i can do something that works out right today [21:11] TB backports hopefully monday [21:11] but im sure ill burn myself again [21:11] but i will be finished on hardy easily by this evening [21:11] chrisccoulson: how do you feel about monday? [21:11] micahg: great! [21:11] micahg - thanks [21:11] jdstrand - monday should be fine [21:11] chrisccoulson: cool [21:12] jdstrand: what's going on with openjdk backports? do I need to get those up in a PPA so they can be pushed to security PPA? [21:12] micahg: yes please. I thought that was how we left it... [21:12] jdstrand: k, just verifying [21:13] jdstrand: don't know if I can get that before the weekend [21:13] micahg: sbeattie will be handling the TCK testing. he is currently getting the environment all set up [21:13] jdstrand: k, so If I have it by monday, we're good? [21:13] micahg: that should be ok, yes. [21:14] jdstrand: k [21:14] micahg: thanks :) [21:14] gnomefreak: for a single user, in the mean time you can probably do something like http://mycroft.mozdev.org/bing-search-search-plugins.html instead [21:16] Mook_sb: btw, songbird just finished building for me :) [21:16] ddecator: :D _successfully_ ? [21:16] Mook_sb: well, the debs were made, now i just need to test it. btw, if you guys don't support linux, why do you still have a bot that builds for linux? :p [21:17] ddecator: we don't have QA people for linux :p [21:17] Mook_sb: just thought it was funny. every time i mention songbird people just say "they don't support it, you can't build it" -_- [21:19] ddecator: by the same logic, the debian powerpc package for iceweasel doesn't exist either ;) [21:19] haha [21:19] and it works! just gotta figure out the commits.. [21:19] thanks [21:19] micahg: ^^ [21:20] ddecator: you got the python and the ?= worked out? [21:20] * micahg wants to add Songbird in Maverick +1 [21:20] * gnomefreak likes the "and it works" [art of that [21:20] chrisccoulson: I have another totem item for your list: if I go to http://people.canonical.com/~jamie/totem-test/embed_full.html in hardy epiphany, it will play the video fine, but when I close epiphany, it leaves a totem-plugin-viewer process running. this is a regression over hardy release [21:20] gnomefreak: yah, i just had to make a patch that made it look for python2.6 instead of python2.5 [21:21] micahg: sounds good to me :) [21:21] ddecator: ah [21:21] any chance of getting this into the daily PPA in the meantime? [21:21] meh, he dropped off [21:21] * gnomefreak been wanting to play with this for a long time [21:22] once i get everything committed and micah gets time to review [21:22] i also want to setup a stable ppa at some point [21:23] ddecator: cool [21:32] chrisccoulson: hey. from scrollback: [21:32] 15:20 < jdstrand> chrisccoulson: I have another totem item for your list: if I go to http://people.canonical.com/~jamie/totem-test/embed_full.html in hardy epiphany, it will play the video fine, but when I close epiphany, it leaves a totem-plugin-viewer process running. this is a regression over hardy release [21:33] jdstrand - ok, i will look at that too [21:34] chrisccoulson: thanks. those two epiphany issues are the only ones I have on my list as pending for hardy-security [21:34] chrisccoulson: sorry, those two *totem* issues [21:34] i'm just about to test the fix for the first issue [21:35] nice [21:41] Mook_sb: when i mention you, is it ok if i use your name or do you want me to just use your email? [21:42] ddecator: just refer to me as Mook should be fine? and pick one of my emails, doesn't matter which :) [21:42]