[00:00] asac: you are core-dev right? Mind sponsoring (python) merge before FF? === maxb_ is now known as maxb [00:05] sebner: python or python app? [00:05] asac: python lib [00:06] dont speak in mysteries [00:06] ;) [00:06] asac: https://bugs.edge.launchpad.net/ubuntu/+source/jinja2/+bug/523540 [00:06] Ubuntu bug 523540 in jinja2 "Merge jinja2 2.3-1 from Debian(Unstable)" [Wishlist,Confirmed] [00:06] some i might sponsor, some i might defer to others [00:07] asac: builds, pretty easy one [00:07] asac: go go go, before someone gets the idea to change the topic to "FF in effect" ;) [00:11] * sebner has high hopes on asac and waves gn8 [00:11] sebner: https://edge.launchpad.net/ubuntu/+source/jinja2/2.1.1-2ubuntu1 is nt needed anymore? [00:12] asac: nope, pysupport is fixed now [00:12] python.mk isnt included [00:12] hmm [00:13] i prefer to see also justification of change droppage when doing merges [00:13] makes it much easier for outsiders to sponsor [00:13] asac: I'd do it if FF wouldn't be (in the past) ^^ [00:13] asac: but you can trust the quality of my work *muahahaha* [00:13] hmm [00:13] well [00:13] seems there already is 2.2.1 in the archive [00:13] missed that [00:13] and that only has your change [00:13] ;) [00:14] but thats hard to verify because the diff is a full tree diff [00:14] which will be fixed in next Debian bugfix upload too which I'll sync [00:14] without FF [00:14] * sebner hopes on asac [00:15] sebner: what will be fixed in next upload? [00:15] asac: do I need to go get an FFe for TB3 now? [00:16] micahg: arent we ready? [00:16] yes :) [00:16] right [00:16] but it's not in archive :) [00:16] sebner: please answer [00:16] micahg: yeah. i will upload it in a sec [00:16] asac: k [00:17] asac: various fixes (py2.4 support which is not important imho) [00:17] breakage .. [00:18] sebner: just dont understand what you replied to with: [00:18] "< sebner> which will be fixed in next Debian bugfix upload too which I'll sync [00:18] " [00:18] what does "which" mean there? [00:19] asac: I want to merge 2.3 into lucid now to avoid needing a FFe for 2.3.1 [00:20] asac, about the MIR, what's goal? main? [00:20] sebner: ok uploaded ;) [00:20] asac: but it got already uploaded by crimsun [00:20] ohhh [00:20] hahaha [00:20] fta: MIR = Main Includsion Archive [00:20] err [00:20] Request [00:20] ;) [00:20] er, ok [00:20] so i won't be able to update it then [00:20] well ... ppp [00:20] ;) [00:20] ? [00:20] per package permission ... [00:20] asac: anyways, thx und gn8 [00:20] oh [00:20] archive separation [00:21] is nowadadys common [00:21] thats easy to get for you i am sure [00:21] once that happens i will suggest that [00:21] * micahg is hoping to get upload rights after this cycle too :) [00:21] to whatever council needs that handed to [00:21] DMB I think [00:21] i have no intention to beg [00:21] DMB? [00:21] Developer Membership Board [00:21] fta: i always didnt understand what begging means ;) [00:22] http://www2.apebox.org/wordpress/wp-content/gallery/00-single/moon2buntu.png [00:22] its not begging. its just saying ,here: i want to upload this, and understand the implications and so on ;) [00:22] directhex: that builds with our xul 1.9.2 -dev package? [00:23] is moon in main? [00:23] asac, that's building against 1.9.1 and failing on most sites as a result. [00:23] kk [00:23] directhex: have you tried our 1.9.2-dev daily? [00:23] directhex: you want a 1.9.2 package to build against? [00:23] asac, it's a couple of configure flags in debian/rules to tell it to use the ff3.6 code instead [00:23] that would be something you could do now [00:23] 1.9.2 will get in [00:23] directhex: https://edge.launchpad.net/~mozillateam/+archive/ffox35/+packages [00:24] directhex: should we just try to build it without changes? [00:24] directhex: i can easily push current lucid version there [00:25] basically ... whatever is in there will get rolled to lucid by us [00:25] asac, i explicitly disabled support for 1.9.2 via configure to avoid a nasty configure bug. i'll try a rebuild against your package [00:25] at some point [00:25] ok .. if you have a debdiff give it to us [00:25] we will just stage it there and then roll everything as a big flush [00:25] asac, currently lucid contains moonlight 1.0 which is... well, it won't work on ff3.6 [00:26] that's why I didn't try pushing it as I knew you had a new version directhex [00:27] micahg, my work is in a bzr branch, but using multi-tar and all sorts of debsrc 3.0 nonsense, which i didn't see any good guides to using in bzr environments [00:27] directhex: try your package and push it to a ppa ... we can then copy the package into our porting ppa for staging [00:27] try our package [00:28] asac: BTW, totem built... [00:29] saw that ...good [00:33] asac, okay, building in a chroot, i can pass the replacement moonlight-plugin-mozilla package to my virtual machine & see if it makes more stuff work. 36 meg of source though, slow build. [00:35] ic [00:35] all this over one little extra .so file... [00:36] yeah. webtech is often big stuff ;) [00:36] isnt that all mono? or all cpp ? [00:38] asac, well... in the case of moonlight >1.0, it contains rather more stuff. a forked mono runtime (c), a bunch of libraries (c#), and the usual npp plugin crap (c++) [00:38] 1.0 basically only had the plugin part, as all web logic was done with javascript only [00:38] forked mono runtime? [00:38] nice [00:40] asac, the security policy stuff means every last method & property on every single object in the stuff which is binary-stripped into the moonlight version of the core libraries needs to be whitelisted or dropped. so they don't track trunk religiously, and it certainly doesn't work with "whatever monno you have lying around" [00:40] ok pushing tb3 ... in 3 [00:40] 2 [00:40] -1 [00:40] yay [00:41] pushing [00:41] so if my connection stays on ;) [00:42] still building mono 2.6.1ish [00:42] still uploading tbird 3.0'ish ;) [00:42] 3.0.ish? [00:43] yes. i a still not q100% sure our tarball is good ;) [00:43] lets hope it will be 100% after the upload ;) [00:43] asac: I've been using it for almost a week [00:44] are you sure you really have the exact tb 3.0 bits ;)? [00:44] asac: well, the version is right [00:45] that was quite a project... [00:45] jdstrand: so release was today ... so lets do ours tomorow. i will give you a go then [00:45] asac: he already released :) [00:45] oh really [00:45] well thats ok [00:45] 3.5.8 at least [00:45] i had it tested somewhat [00:46] jdstrand: so unping ;) [00:46] asac: yep, everything's in :) [00:48] Gecko 1.9 (Firefox 3): no [00:48] Gecko 1.9.2 (Firefox 3.6): yes [00:48] looking good [00:48] -rw-r--r-- root/root 59832 2010-02-18 00:47 ./usr/lib/moonlight/plugin/libmoonplugin-ff36bridge.so [00:48] check if it really helps ;) [00:48] very good infact [00:48] booting vm [00:48] works good? [00:49] give us a .dsc then i guess [00:49] or put in a ppa and we can copy [00:49] asac, i'll add a ppa dependency on yours, then push to ppa for a rebuild [00:50] right [00:51] https://edge.launchpad.net/ubuntu/+source/ubufox/0.9~b1-0ubuntu1/+build/1514575/+files/ubufox_0.9~b1-0ubuntu1_all.deb [00:51] please check that [00:51] and let me know if the default homepage works [00:56] asac, i have full-screen silverlight3-based Quake running in my vm, i'll take that as a success. [00:57] ;) [00:57] sounds good [00:57] looking forward ;) [00:57] good part of it is that moonlight got closer to the inner circle of stuff that we will still allow in archive to depend on xulrunner ;) [00:58] (well, i always hoped that plugins can stay) [00:59] asac, what is the correct Depends: line to use for a plugin? [00:59] good question [01:00] firefox | xulrunner-1.9.2 ? [01:00] not really great ;) [01:00] i think maybe chromium-browser works too? [01:00] asac: shouldn't that be Depends: xulrunner-1.9.2 Enhances: firefox? [01:00] asac, doesn't work properly in chromium yet, sadly [01:01] firefox doesnt depend on xulrunner-1.9.2 anymore ... so it needs to depend on both [01:01] asac: right, but it's not really a depends, is it? [01:01] directhex: ok. is there an upstream chromium bug? or is the ball on mono side? [01:01] directhex: so yeah [01:01] directhex: plugins should at most recommend [01:01] not depend ;) [01:01] if you ship it in /usr/lib/mozilla/plugins/ ... even upstream builds will pick it up [01:02] asac, both. chrome has reentrancy mess and some open bugs, and the moon devs are trying to work around the issue as best they can without breaking FF support [01:02] kk [01:02] given that mon oisnt in best state on arm anyway, i would think it can wait till lucid+1 [01:02] (chromium support) [01:02] is abrowser going to depend on xulrunner 1.9.2 [01:02] ? [01:03] no [01:03] its proruced from the firefox sources, by just shuffeling branding bits [01:03] Recommends: firefox | abrowser | xulrunner-1.9.2 [01:03] that soudns good. maybe include some webkit browser? [01:03] hmm guess it doesnt work there either ;) [01:03] so yeah [01:03] hmmm [01:03] take that as a start [01:03] Recommends are pulled in automatically [01:04] micahg, yeah, but it's piped [01:04] micahg, so only the first one in the list. [01:04] in mid term we should do something similar to what we have for extensions now [01:04] directhex: yes, but you should depend on xulrunner-1.9.2, I would think [01:04] a bit more tricky i guess, because plugins dont come with a compatiblitity/metainfo file [01:04] micahg: no [01:04] why=? [01:04] asac: no?> [01:04] you dont need it [01:05] the idea is that plugins produced by the xul sdk [01:05] will run on all xul based geckos higher than that version [01:05] asac: it's not linked against the xulrunner binaries? [01:05] it is linked against a few, but those are loaded by the runtime manually [01:05] so firefox loads libs compatible to what xulrunner would load etc. [01:06] e.g. no libs produced by xulrunner are in /usr/lib/ [01:06] you will figure [01:06] just in /usr/lib/xulrunner-1.../ or even /usr/lib/xulrunner-deve-/... [01:07] Feb 18 Ubuntu Installer ( 16K) [ubuntu/lucid] thunderbird 3.0+nobinonly-0ubuntu1 (Accepted) [01:08] :) [01:08] let me get the locales too [01:08] almost forgot ;) [01:08] asac: k, I have to go soon anyways, maybe you can explain more later [01:08] micahg: please listen to bugs on both packages the next few days [01:08] asac: k, I'll subscribe to tb-locales [01:08] cool [01:38] N Feb 18 Ubuntu Installer (9.6K) [ubuntu/lucid] thunderbird-locales 1:3.0-0ubuntu1 (Accepted) [01:41] yipee :) [01:51] asac, https://launchpad.net/~moonlight-team/+archive/skunkworks/+packages [02:03] anyone has problems with latest firefox/ubufox? [02:17] * ccheney updates to see if it explodes [02:19] most likely [02:19] see bug 523569 [02:19] Launchpad bug 523569 in firefox "No search providers or default search provider in 3.6+nobinonly-0ubuntu3" [Critical,Fix committed] https://launchpad.net/bugs/523569 [02:19] i have uploaded a fix for that now [02:20] hope its enough ;) [02:21] ok [02:21] looking [02:22] ccheney: before starting you can replace [02:22] /usr/lib/firefox-3.6/components/nsSearchService.js [02:22] with [02:22] http://pastebin.com/f25d5bc2 [02:22] ok yea home seems to not work [02:22] oh i already started sorry, can i restart with that change and it work? [02:23] ccheney: --reinstall firefox [02:23] then replace [02:23] you can also try to just replace [02:23] but it might be that ffox doesnt see the changes [02:23] ok [02:24] asac: is there a text version of that url that i can wget? [02:24] hmm nm i have chromium i can use for that [02:24] ccheney: wget http://pastebin.com/pastebin.php?dl=f25d5bc2 [02:24] ah ok [02:25] ccheney: there is a download link at the top [02:26] ok i think i have it replaced properly, will see what it does now [02:26] also reinstalled firefox [02:26] http://start.ubuntu.com/10.04//Yahoo/ [02:26] looks like a bug with double / before Yahoo ? [02:26] yeah [02:26] but it does work [02:26] thats a bug [02:27] darn ;) [02:27] without // you dont get a redirect [02:27] hmm [02:27] ccheney: dpkg -L ubufox | grep aboutHome [02:27] open that file [02:28] ok [02:28] ccheney: remove the trailing / from the ONLINE_PREFIX on top [02:29] restart ffox [02:29] check if its better [02:29] ok [02:33] * asac out [02:35] yea seems to work [02:36] sorry had to run to see why my wife's hd was making noises [02:36] the external drives fan seems to be having problems [02:36] it changes to about:home so fast now i can't see the original url [02:39] asac: save tabs and quit seems to hang [02:42] hmm killed it and restarted, restored the tabs, seems to be trying to do that anyway and it pretty unresponsive [02:43] maybe just slow internet issue, not sure [02:44] hmm actually save quit does do something, but seems to only save a few windows worth of tabs and then stops saving and never quits [02:44] i guess i'll need to close out the rest and see if it will work with a fresh set of tabs [02:48] nope even when i close all the tabs and then quit without saving it still hangs [02:49] hmm it finally quit on its own without needing to kill it, but it was really slow at doing so [02:56] erm i am not sure if this is a bug in my system, the package, or intended behavior, but if i change google back to the first position it doesn't make it the default, it stays with yahoo and the yahoo home page [02:56] is that part of the code not done yet? [02:57] it shows google as the first item in the menu list, but not as the default on either spot [02:58] oh nm i just didn't apparently know how to use it [02:58] i selected google in the drop down and then it worked [02:59] it looks like it only works between google and yahoo, but that may be by design [03:06] * ccheney wonders what the ordering list is for [03:07] i guess maybe just aesthetics [03:29] asac: still around? [03:57] asac: didn't mean to jump the gun on you-- I asked in here about problems, didn't here back and knew you said you were going to do it today and figured you did since it was way past your eod :) === micahg1 is now known as micahg [05:25] [reed]: is it better to poke in bug for check-in or channel? [05:26] <[reed]> micahg: what bug? [05:26] <[reed]> does it have checkin-needed keyword yet? [05:26] mozilla 542468 [05:26] Mozilla bug 542468 in Build Config "js/src/config/check-sync-dirs.py fails when running in a built environment" [Normal,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=542468 [05:27] [reed]: our 1.9.2 dailies are failing because of the check-sync test [05:27] <[reed]> ok [05:27] <[reed]> well, it won't land on 1.9.2 anytime soon [05:27] <[reed]> but m-c soon [05:27] <[reed]> the tree has been closed all weekend [05:27] [reed]: once it lands in m-c can I add a patch? [05:27] * micahg guesses they want to spin 3.6.2 [05:28] <[reed]> yeah [05:29] [reed]: do I have to wait for check-in to add the patch? [05:29] <[reed]> not sure of your agreement with MoCo is [05:29] <[reed]> I defer to mconnor on that [05:29] [reed]: k, but for sure when it hits m--c? [05:29] <[reed]> but I'll work on getting it landed [05:30] <[reed]> I can't answer that, as I don't know the terms of your agreement [05:30] [reed]: k, thanks [05:30] [reed]: k, I'll ask asac in the morning [05:30] in the mean time I'll subscribe [05:30] <[reed]> glandium has a large backlog of patches [05:31] <[reed]> that need to be landed [05:31] <[reed]> last I checked, it was ~20 or 25 or something [05:31] wow [05:31] we usually don't get patches from debian indirectly like this...very interesting [06:13] its completely broken now firefox in lucid ? can't even go to a website anymore :s [06:14] dupondje: fixed in -0ubuntu4 [06:16] micahg: cool :) but its still in NEW ? :) [06:17] dupondje: I can't do anything about that :) [06:18] :p [06:18] is there a quick workaround ? :) [06:19] dupondje: build it yourself? [06:23] dupondje: should be published now [06:24] what arch? [06:27] amd64 :p [06:27] but going to eat now [06:34] dupondje: should be published [06:36] dont see it yet :) anyway gtg to work now :D [07:20] <[reed]> http://www.mysqlperformanceblog.com/2009/01/28/the-perils-of-innodb-with-debian-and-startup-scripts/#comment-460878 [07:20] <[reed]> s/MySQL/Firefox/ [08:41] morning === debfx_ is now known as debfx [12:15] is there a problem with the daily tbird bot? [12:16] IIRC monday was last update to it and it was broken here :( [12:36] * gnomefreak taking bets on what else i can break today === gandi_ is now known as gandi [12:43] asac: do you have availability for a few minutes now? [12:45] 93.4%CPU that is a major problem [12:45] thats in safemode. [13:09] ok i think i got tbird working once again. it just needs filters and friends [13:11] vish: from what i am seeing on a bug report 3.0 was pushed (maybe just hasnt hit servers yet) [13:15] asac: is there a hold up in reviewing tbird-3.0? [13:22] asac, http://forum.xda-developers.com/showthread.php?t=631437 [13:41] it seems thunderbird-3 isnt handling deleting 16894 mesages very well [13:47] 93.5 32.7 1:27.08 thunderbird-bin downloading messages [13:48] gnomefreak: are you running the "archive" version? or daily? [13:49] asac: daily there is no archive version yet [13:49] gnomefreak: there is i hope [13:49] let me check if its through NEW [13:49] gnomefreak@Development:~$ policy thunderbird-3.0 [13:49] thunderbird-3.0: [13:49] Installed: 3.0.3~hg20100217r4732+nobinonly-0ubuntu1~umd1 [13:49] Candidate: 3.0.3~hg20100217r4732+nobinonly-0ubuntu1~umd1 [13:49] Version table: [13:49] *** 3.0.3~hg20100217r4732+nobinonly-0ubuntu1~umd1 0 [13:49] 500 http://ppa.launchpad.net lucid/main Packages [13:49] 100 /var/lib/dpkg/s [13:50] yes. all but armel are in [13:50] i think [13:50] double checking [13:50] k [13:50] https://edge.launchpad.net/ubuntu/+source/thunderbird/3.0+nobinonly-0ubuntu1/+build/1514870 [13:51] there it is [13:51] its oficial [13:51] its OUT [13:51] yes [13:51] yes [13:51] yes [13:51] 3.0.1 coming tomorrow ;) [13:51] * BUGabundo_remote ReDents [13:51] LOL [13:51] and then directly 3.0.2 [13:51] ahahaha [13:51] stop it :D [13:51] moving quickly ;) [13:51] just waiting till builds are done before going for next [13:52] asac: are we upgrading 2.0*->3.0* or do they have to install it [13:52] vish: asked earlier [13:57] pfft, thunderbird. moonlight is much more exciting [13:59] directhex: i'd be happy if there were packages for mono 2.6.1; I don't particularly need moonlight just yet! [13:59] * sebner waves at asac :) [13:59] sindhudweep, not going into lucid. not officially anyway. [13:59] asac: given the thunderbird stuff should I read above I figure you're really busy. Should I try to grab you again in a few days? [14:00] sindhudweep: i will check it today [14:00] thats a new upstream version? [14:00] yup [14:01] https://code.edge.launchpad.net/~sindhudweep-sarkar/gnash/gnash0.8.7packaging/+merge/19293. [14:05] directhex: i figured as much; but the not quite complete wcf implementation is still enough to get one of my apps working. [14:05] sindhudweep, well, port your app to silverlight since that contains said wcf implementation ;) [14:06] :D [14:06] it's a datawarehousing backend [14:06] asac: when can we add patches from mozilla upstream? [14:06] no ui to speak of but i suppose i could run it on silverlight anyways. [14:06] sindhudweep, run your backend in a firefox popup! [14:07] :) I guess i'll just wait for 12.04 LTS [14:07] directhex: there's always prism ;) [14:07] sindhudweep, as was the case with hardy, i'll be running a supported unofficial backport repo# [14:07] ahh thanks! [14:08] with a "donate" button in the corner ;) [14:10] I'd happily pay bounties for good packages. [14:10] my employer probably would too. [14:11] what is used instead of gwibber-daemon? [14:11] i think i'll work on my repo tonight, actually [14:11] gwibber-service?? [14:12] directhex: will they be in monoxide? will you code up a donate now plugin for launchpad? [14:14] sindhudweep, my LTS repo is badgerports. although a donation plugin is an interesting idea [14:14] actually i'm liking the idea more and more that i think about it. [14:14] vote with currency to get certain bugs fixed [14:14] or wish list items met [14:14] ew, this means i need to write some python, doesn't it :( [14:15] directhex: launchpad doesnt support ironpython probably so you're stuck with cython [14:16] directhex: you focus on mono; I'll take a crack at the launchpad plugin this week and see if i can get canonical to bite on the idea. [14:17] sindhudweep, well, there are simple ways to do it, and less simple ways. a simple way would just be the ability to define an amazon wishlist, and/or paypal account (or possibly other schemes) in your ppa's settings, and just have adequate hyperlinks exposed [14:18] yup that was the plan. Probably some basic abstraction so paypal/googlecheckout/whatever provider can be used [14:18] sindhudweep, personally the main reason i prefer to mirror badgerports away from launchpad is so i can count usage - i.e. keep stats regarding number of users [14:18] ppa stats plugin? [14:18] or popcon support? [14:18] well, what i track is the number of unique IPs per month pulling Packages.gz [14:19] heh, Bug #139855 [14:19] Launchpad bug 139855 in soyuz "Display stats about PPA usage" [Low,Triaged] https://launchpad.net/bugs/139855 [14:19] so if someone's using squid or apt-mirror you have no idea (like say a hedgefund in evanston,il, usa) how many are using your package. [14:19] sindhudweep, i assume the NAT etc users balance out the dynamic IP users [14:20] micahg: depends on the patch [14:20] micahg: we dont add anything less than critical ... [14:20] ahh interesting; that makes sense. [14:20] asac: 3.6.2 daily won't build because of tests [14:21] asac: mozilla 542468 [14:21] Mozilla bug 542468 in Build Config "js/src/config/check-sync-dirs.py fails when running in a built environment" [Normal,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=542468 [14:22] micahg: isnt that also an upstream problem? [14:23] asac: it seems to be a distro problem [14:23] asac: sorry, xul192, not ff362 [14:24] micahg: when was this regression introduced? [14:24] e.g. since when are our dailies failing? [14:25] the bug is open since january ... so that feels odd [14:25] asac: last night [14:25] micahg: oh they landed something [14:25] they landed some tests yesterday [14:25] micahg: why are we running check-sync-dirs.py [14:25] ? [14:26] I think it's part of the test suite (idk) [14:26] hmm ok [14:26] i didnt know we failed if the test suite fails [14:27]