[00:33] ... because I _like_ it when reloading a page with only javascript crashes the browser... [00:35] heh. thats an extension ;) [00:35] ccheney: so seems you make progress? [00:35] nice [00:39] that's not an extension, that's a fun little issue with webworkers while using XMLHttpRequest with multipart [01:54] asac: well yea i got the code back unbroken from what i had last time i worked on it, now i just have the new override stuff to do (i think) [01:55] i'll pastebin the current error list [01:55] http://pastebin.ubuntu.com/420139/ [01:56] i should debdiff vs the ppa to see exactly how much is different [01:57] i might have done something else different as well that shouldn't still be in there [04:52] ok got it cleaned up and got the patch updated except for the gtkentry class, reduced the number of errors that are showing up when running but it crashes the same way, so now on to doing the override [05:13] ccheney: still around? [05:32] micahg: yea [05:32] whats up? [05:32] sorry i didn't look in here earlier [05:33] ccheney: does OO.o still need the symlinks from dictionaries-common? [05:33] micahg: i don't think so [05:33] micahg: at least not on lucid afaik [05:34] oh hold on let me see [05:34] ccheney: ok, because Firefox and Thunderbird were patched not to need them and now everything's doubled [05:34] so if OO.o doesn't need them, we can drop them either now or with an SRU later [05:34] micahg: do you mean the symlinks in eg /usr/share/myspell/dicts/ ? [05:35] ccheney: yep [05:35] i'm not sure slangasek will want us changing that in either lucid or an SRU, but if you want to go right ahead :) [05:35] unless it actually helps us in some way [05:36] ccheney: well, if it's not needed, it'll be nice not to show double dictionaries [05:36] oh it shows up double in some app? [05:36] ccheney: Firefox and Thunderbird [05:37] micahg: so they now look in both places instead of just the new location, or what? [05:37] ccheney: right, both are now valid in those apps [05:37] or are you talking about the symlinks for eg [05:37] en_AU.dic vs en-AU.dic [05:37] ok [05:38] afaik OOo only looks in the new location and not in the old at all anymore [05:39] which is new and which is old? [05:41] old /usr/share/myspell/dicts and new /usr/share/hunspell [05:41] ccheney: ah, ok [05:41] at least for OOo, i think that is documented in the dictionary policy [05:42] hyphen and mythes moved into their own dirs and used to be in myspell [05:45] k [05:45] I think an SRU is better at this point [05:45] then we can write a test case an have it veririfed [05:46] i'm not sure if the old dir is completely obsolete, i would have to look it up, but if so you could just have the other apps not look in the old dir anymore if so [05:46] * micahg didn't think of that...is everything using hunspell now, I thought some packages were myspell only [05:46] updating all the dictionaries to remove the old symlinks would take some effort i think, but not undoable, maybe annoying for SRU though [05:47] ccheney: no, it's a flag in dictionaries-common [05:47] oh, would a new package not remove the symlinks [05:47] er the symlinks are in the dictionary packages themselves at least in many cases [05:47] maybe all (not sure) [05:48] ccheney: I thought that dictionaries-common created them [05:48] * micahg checks [05:48] some of them are using the proper dictionaries-common method which might get fixed like you mention, but at least some are really old manual symlinks in the packages [05:48] at least from what i recall when updating them a while back [05:48] the ones not using the new method probably should be updated [05:49] * micahg sees what you mean [05:49] dictionaries-common isn't involved at all :( [05:49] i didn't fully read the policy before updating the packages so didn't realize they were out of date until i had already fixed them up for the new symlinks [05:49] I guess this is another cleanup project for Maverick [05:50] i would recommend whoever does the cleanup fully read dictionary policy first, like i should have, heh :-\ [05:50] * micahg should propose a blueprint? [05:51] micahg: maybe so [05:52] would probably be good to see if any myspell apps are still around to see if we need to leave the symlinks there, as i think removing them would make those stop working, right? [05:52] in any case we should at least get the dictionary packages working with the new policy properly instead of the mess they are in now [05:53] ccheney: probably, that would be part of the blueprint I guess [05:53] yea [05:53] * micahg has a browser triage blueprint in mind as well [05:53] micahg: add me to the dictionary one once you create it [05:54] ccheney: k, let me make a note for myself [05:54] * micahg guesses he'll make these after Lucid is released [05:57] ok [06:51] is there no PPA for getting the latest stable release of thunderbird? [06:53] ddecator: not yeah, been busy :P [06:53] micahg: ok, i'm just helping someone on the forums who wants the latest stable and i wanted to try to use a PPA hosted by you guys [06:54] indeed [06:54] it will be soon [07:05] ddecator: once we work out the final things with the packages I should be able to backport them quickly [07:06] micahg: alright, sounds good. thanks === almaisan-away is now known as al-maisan [09:10] Get up on your Horse, and Ride till the Sunset 0/ [09:18] fta: fixing xul193? [09:20] fta: it's probably going to FTBFS again, just 25 minutes into the build like before [09:21] fta: but thanks for trying [10:08] asac, any hint for http://launchpadlibrarian.net/45009120/buildlog_ubuntu-lucid-i386.xulrunner-1.9.3_1.9.3~a5~hg20100422r41148%2Bnobinonly-0ubuntu1~umd2_FAILEDTOBUILD.txt.gz ??? [10:08] it's been broken for too long [10:14] mozilla 547964 [10:14] Error: Error getting Mozilla bug #547964: NotPermitted [10:14] grrr [10:14] asac, ^^ help [10:17] eheh [10:28] <[reed]> fta2: what about that bug? [10:29] mozilla 560582 [10:29] Mozilla bug 560582 in XPCOM "gcc 4.5.0 build error svg related" [Normal,Resolved: invalid] http://bugzilla.mozilla.org/show_bug.cgi?id=560582 [10:29] <[reed]> ah [10:30] <[reed]> fta2: so, you need to do a new nspr, I guess? [10:31] <[reed]> yeah [10:31] <[reed]> indeed [10:36] 4.8.5 is not even released, shame on you [10:36] mozilla 558967 [10:36] Mozilla bug 558967 in SVG "add to include prlog.h into nsSVGElement.cpp" [Normal,Resolved: wontfix] http://bugzilla.mozilla.org/show_bug.cgi?id=558967 [10:36] pff [10:36] no time to loose with this === vish is now known as mac_v === mac_v is now known as vish === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [15:31] hey micahg [15:31] hi chrisccoulson [15:32] what happened with libjdic-java? i saw it got rejected by an archive admin, but i don't know who did and there was no comment [15:33] chrisccoulson: oh, ScottK noticed that it was xul version dependent and suggested the build-dep be the same way and I agreed [15:33] micahg - ok, no problem [15:35] * micahg should have put that in the comment [15:35] * micahg is about to test the thunderbird upgrade [15:38] k, looks like it worked, so I'll push it up [15:40] chrisccoulson: could you please look at bug 568275 [15:40] Launchpad bug 568275 in mediatomb "No JS in 0.12.0~svn2018-6ubuntu2" [Undecided,New] https://launchpad.net/bugs/568275 [15:41] chrisccoulson: BTW, I asked wgrant to give us a xulrunner category for the multidistrotools on ubuntuwire [15:42] micahg - yeah, that was deliberate. it was still depending on libmozjs, and i had a look at getting it to work with the latest xulrunner and the build system is looking in all the wrong places for spidermonkey [15:42] so i just disabled it [15:43] chrisccoulson: right, I saw, so what do you want to do, we can fix it for maverick and backport maybe [15:44] yeah, possibly. it's not using pkg-config for finding headers, but hardcoding all the paths instead, and i just don't have the time to fix that [15:45] chrisccoulson: right, it doesn't seem that popular anyways [15:46] chrisccoulson: do you want to write a response? [15:46] yeah, i'll do that now [15:47] chrisccoulson: thanks [16:11] chrisccoulson: do you know dictionary policy [16:20] micahg: its here if you didn't happen to find it: http://dict-common.alioth.debian.org/dsdt-policy.html [16:29] ccheney: thanks === bdrung is now known as bdrung_home [16:44] * micahg gets ready for the flurry of bugs in the rdepends from the RC upgrades :-/ [16:48] chrisccoulson: what are we doing about lightning? [16:51] * BUGabundo_remote gets ready to mute all #s [16:56] when is the freeze lifted? [16:58] chrisccoulson: did you see my email from last night? [16:59] ccheney, i did, but i've not had a chance to have a proper look at it yet. i'll do that today though [16:59] the freeze isn't lifted now btw ;) [16:59] we're frozen all the way to release [17:01] chrisccoulson: ah ok, thanks [17:03] chrisccoulson: thunderbird fix is pushed [17:04] chrisccoulson: hopefully I'll have the conkeror upload ready when I get to $WORK [17:04] micahg - thanks. i will test and upload this afternoon [17:04] did you do an upgrade test? [17:04] chrisccoulson: yes, I installed the current package version then installed a local build with this fix [18:00] BUGabundo_remote, http:// is back?? wtf [18:01] is it ???? [18:01] LOLOLOLOL it is [18:02] we will talk later [18:02] gym time [18:02] nothing in the bugs :\ === al-maisan is now known as almaisan-away [18:54] chrisccoulson: is it worth trying to remove the recursive symlink in the next TB update? [18:55] micahg - are we still getting users report the issue? [18:55] chrisccoulson: had one yesterday [18:55] i don't think it's worth trying to fix it up in the wrapper script. if we had lots of people experiencing it, then it might be worth it [18:56] chrisccoulson: k === yofel_ is now known as yofel [19:13] fta: thanks for fixing firefox/xul trunk, I'm sure it'll make quite a few people happy [19:32] micahg - you don't need to worry about a build log, i always test build things i upload anyway ;) [19:33] chrisccoulson: bug 568610 [19:33] Launchpad bug 568610 in conkeror "Fix focus issues related to xulrunner-1.9.2" [Undecided,New] https://launchpad.net/bugs/568610 [21:52] BUGabundo, http://groups.google.com/a/chromium.org/group/chromium-dev/browse_thread/thread/c6838bc81b7f1f49# [21:54] * BUGabundo reads [21:55] fta: you know what's funny? I have got NO bug mail from chromium bts :S [21:55] ever? [21:55] no, recently [21:56] I didn't even get anyting from the reverting of http [21:56] and I was subbed to at least 2 bugs of it [21:57] maybe they didn't. you probably see saw the re-target to M6 [21:57] -see [21:57] "Please don't debate whether particular things should or shouldn't be [21:57] reverted, or ask for precise details on whether change X is going to be [21:57] reverted, as the folks in charge of doing this are heads-dow" [21:58] wow [21:58] even pidgin devs aren't so single minded :( [22:01] well, i'm back with the window buttons on the left in ubuntu, and i kind of like it now. so why not http:// now that the paste is ok (at least it is for me) [22:01] 9 out of 10 wfm [22:01] I still got a few situations where it doesn't work [22:01] I'll wait for the new m6 [22:02] and then report back with *proper* use cases [22:02] maybe its not only chromium, but also the way the app works [22:02] so chromium is going to end up with 3 different versions now? [22:02] fta: that would be which Friday ? [22:02] tomorrow or next week ? [22:03] ?? [22:03] BUGabundo, i guess you already read http://pthree.org/2010/04/18/chromium-removing-http/ [22:03] micahg, ?? [22:04] fta: 4.x, 5.x, 6.x? [22:04] fta: of course [22:04] no, 4 will die [22:04] fta: ah [22:04] fta: they say that m6 will land on Friday.... [22:04] which Friday is what I'm asking [22:05] no canonical date there [22:05] and tomorrow *is* Friday [22:05] not sure [22:11] isn't the whole point of displaying http to have a semantically correct URI in the address bar? [22:11] Barkhorn: don't get me started [22:11] I've ranted enough on it [22:11] :D [22:12] and if you know anything about me, I hate ranting and ranters [22:12] so see how must all this situation took me, to act like that [22:12] no i don't know you very well i'm afraid. but pointless ranting gets on my nerves too. [22:14] +1 [22:18] micahg - ok, i'm going to upload TB in a bit. i think the symlink fix should probably have a version check in though (and only run when the package is configured) [22:18] but i can quickly add that in before i upload [22:18] i'm just being a bit cautious after last week ;) [22:19] chrisccoulson: well, I thought about that, but once the link is there, it'll short circuit anyways, so I didn't see the point [22:20] chrisccoulson: you mean the old one? [22:20] chrisccoulson: which symlink? [22:28] fta: found those lost email: spam inbox [22:47] http://code.google.com/p/chromium/issues/detail?id=41954 +++1 [22:47] http://code.google.com/p/chromium/issues/detail?id=41954