[00:00] fta: try http://pastebin.mozilla.org/610890 [00:00] do they add that symbol in their patches? [00:01] if so it belongs in their patch [00:01] otherwise it seems we dont build pyxpcom anymore in 1.9.2 or why dont we see it? [00:02] asac, i used python instead of python/xpcom so it's also python/dom [00:03] -DEB_MOZ_EXTENSIONS=xml-rpc,venkman,inspector,irc,gnomevfs,cview,tasks,reporter,python/xpcom [00:03] +DEB_MOZ_EXTENSIONS=default [00:03] commit #239 [00:03] Apr 08 [00:03] i now have default,python [00:03] that works? [00:03] good [00:03] then add that patch from above too [00:08] asac, http://svn.openkomodo.com/repos/openkomodo/trunk/mozilla/patches-new/MOZILLA_1_9_1/pydom_make.patch [00:08] http://svn.openkomodo.com/repos/openkomodo/trunk/mozilla/patches-new/MOZILLA_1_9_1/pyxpcom_make.patch [00:09] yeah. anyway. most likely both patches together fix the build and will allow us to deply example pyxpcom componmets [00:09] patches seem to be mac love [00:10] yep but openkomodo is for all 3 main arches [00:10] strange they didn't need to patch for linux [00:11] it should work .... except for the -rpath business [00:12] still failing [00:12] partial build [00:12] fta: system_wrappers need to be updated [00:12] fta: look where the dist/include/system_wrappers [00:12] fta: look where the dist/include/system_wrappers* [00:12] point to [00:13] there should be a "eval.h" in both otherwise your partial build isnt enough [00:13] probably done by running make in config/ and js/src/config/ [00:13] it's in there [00:14] fta: libxul.so (and the pyxpcom.so) need to be recreated [00:14] remove them manually [00:14] make wont detect modified wrappers [00:14] hmm [00:15] maybe run a make clean in python/? [00:15] did you try that? [00:16] i sure did [00:16] * azazel hopes that one day pyxpcom and pydom builds (pyxpcomext) will be kept in sync with firefox;) [00:18] azazel: once its avail as xul package that will happen automatically [00:19] mmm... as a xul package? [00:19] fta: thats a bit odd then. if its really the same symbol missing recompiling all the .o and .so that include it should be enough [00:20] azazel: like xulrunner-1.9-pyxpcom [00:22] @time [00:22] An error has occurred and has been logged. Please contact this bot's administrator for more information. [00:22] sorry connection feels shaky have to check whether i am still really on [00:23] asac: ? [00:24] not sure what that ? means ;) [00:26] sorry, was for that "connection feels shaky... i am still really on", that i don't have uderstood... you are on:) [00:27] yes, pinging bots gives me a quick answer to that [00:27] irc client takes a while to timeout [00:29] mozilla bug 472649 [00:29] Mozilla bug 472649 in General "Building xulrunner + python is impossible (on a x86-64 computer at least)" [Critical,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=472649 [00:33] asac, rebuilding from scratch [00:34] and btw, it's 1.9.1, not trunk [00:39] dtchen, http://paste.ubuntu.com/108057/ it aborts almost immediately now so it's worse :( [01:36] asac, same with a full rebuild [02:05] odd [02:10] btw, the bugzilla bug error is not identical [02:10] it doesnt have complains about "hidden" in it [02:10] could be a missing -l [02:10] or a bad log-cut ;) [02:11] http://paste.ubuntu.com/108081/ now [02:12] yeah stiill the same [02:13] fta: system_wrappers need to be -I in the compile lines [02:16] anyway bedtime. will try to do a build without debug too here tomorrow .... lets see [02:16] cu === jtv3 is now known as jtv === asac_ is now known as asac === jtv3 is now known as jtv === jtv3 is now known as jtv2 [12:05] fta2: not sure why i thought it was eval.h, but it was marshal.h missing ;) [12:05] fta2: http://paste.ubuntu.com/108202/ [12:06] also fixes application.ini substitution in a hacky fashion === jtv2 is now known as jtv [13:09] asac, yep, i already figured out the application.ini part, the openkomodo guys too [13:09] fta2: which patches make openkomodo infeasible to be built on top of plain xul? [13:12] i never tried without the patches, i wanted to build it like upstream recommends 1st, then improve; last time I tried to build it was 6 months ago but i ended up stuck with our system python [14:15] * asac spins comm-central [15:32] * asac redownloading all gmail headers to tbird [16:24] Hi everyone. [16:28] asac, just got my 3G usb key. it's a Huawei E160E, rings a bell? [16:35] yes [16:35] fta2: is that one with storage included? [16:37] asac, there's a µSD slot but it's empty [16:38] so doesnt work oob? [16:38] what is µSD? [16:38] micro-sd [16:39] ok ... if its empty it should work oob [16:39] my SIM card is at home so i can't test it right now [16:39] ok ... let me know [16:39] i think 160E should work [16:40] iirc pitti has one [16:41] good [17:09] fta2: i would suggest to test it before i upload the next NM crack to jaunty ;) [17:09] e.g. NM with modemmanager [17:10] that might cause regressions and would be great to know before it happens [17:15] Hi guts,I've just installed Firefox3.0 from deb http://ppa.launchpad.net/asac/ubuntu jaunty main universe. [17:16] steve555: what are you trying to do? test security preview packages? [17:16] thats what that archive was used for ... now thats somewhere else [17:16] if you rather look for bleeding edge packages check out fta's PPA [17:16] Yes,I want to try and help out if I can. [17:16] steve555: help on jaunty or on stable/security updates? [17:16] Can you give me the PPA address? [17:17] security beta channel is https://edge.launchpad.net/~ubuntu-mozilla-security/+archive [17:17] Helping on Jaunty,as I have Kubuntu Jaunty Jackalope Alpha 3. [17:17] bleeding edge trunk/head builds for firefox-3.1 3.2 are https://edge.launchpad.net/~fta/+archive [17:18] steve555: for ffox 3 its good enough to update everyday ... for 3.1 and 3.2 install the packages from fta [17:18] and update every few days [17:18] you can install them in parallel and use them in parallel [17:19] steve555: one way to help is to install firefox-3.2 and help checking bugs against firefox-3.0 to see if they are still valid [17:20] but tracking the bleeding edge packages and complaining about issues here is also a good thing if you dont have time for active bug work [17:20] steve555: ^^ [17:21] That is good to hear guys,I didn't know 3.2 is being tested,I have treid out 3.1 beta 2 in Windows,I'm going to try out 3.2 in a minute.I have to confess I have noe programming knowledge,but I have compiles source software. [17:22] cool [17:22] what we always want to hear about are regressions. e.g. stopped working on update ... or worksin ffox 3.0/3.1 but not in 3.2 [17:23] steve555: helping on bug triaging is also really much appreciated and definitly need lots of help there ;) [17:23] there are so many crap bugs that the bug tracker isnt really usable atm [17:23] steve555: for inexperienced folks we have https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook ... new and incomplete processing should be doable by anyone [17:23] I think I see,thanks for the link,I'll have a look at it in a minute. [17:24] for instance going through the NEW bugs will give you work for weeks ;) [17:24] https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bugs?search=Search&field.status=New [17:24] steve555: cool. just hang around here and ask if you have questions [17:24] * asac noted that somehow 300 new bugs got processed yesterday [17:24] wow [17:24] who did that ;) [17:25] must have been a hero [17:29] The first is I can't seem to find Firefox 3.2.I've just put those two ppa's in synaptic [17:40] steve555: firefox-3.2 [17:41] sudo apt-get install firefox-3.2 should work afaik [17:41] * asac looks [17:41] should work [17:41] the bits are there [17:42] sudo apt-get update; sudo apt-get install firefox-3.2 [17:42] I'll give apt a try then. [17:47] Hi asac,I've just used apt,and it's got firefox-3.2 for me. [17:50] ghood [18:01] Ok cool,I've looked at the hand book,and I tried to add the jaunty ppa's from this website:https://wiki.ubuntu.com/MozillaTeam/Bugs#head-c576e78d92cb3c959c271158b6ace98be835de83.But synaptic was complaning there's no public key. [18:04] steve555: you mean the "ddebs"? [18:04] those are just needed if you want to create backtraces [18:04] actually for ffox 3.1 and ffox 3.2 its not needed as we have -dbg packages again [18:04] fta2: ? those are available for 3.1 too, right? [18:05] Yeah that's what I was going to do,but I won't add them if I don't need them. [18:05] asac, yes [18:06] I've just been using firefox-3.2,and it hasn't crashed on yet. [18:47] steve555: yeah. just meaning: if there is a bad apport backtrace you can take the coredump and use the -dbg package to produce a probably better one [18:47] unfortunately 3.0 doesnt have -dbg yet ... but thats supposed to happen in jaunty [18:54] I have installed firefox-3.2-dbg,I hope apport doesn't complain it can't upload the backtrace to Launchpad like it has done on me for a couple of different packages. [19:18] steve555: let us know [19:18] steve555: the idea is to retrace stuff locally [19:18] use apport-unpack on the .crash file to get the coredump [19:19] then run sh /usr/lib/firefox-3.0*/run-mozilla.sh /usr/bin/gdb /usr/lib/firefox-3.0*/firefox-bin /path/to/coredump ;) [19:19] and then bt ful [19:23] Ok,thanks asac,I'll first run apport-qt to get the crashes again(I usaully get them at start-up),and use the instructions you gave me. [19:24] steve555: the crash files that apport sees are in /var/crash [19:24] you can just look in there [19:24] and then use apport-unpack on the firefox ones to get the coredump locally [19:25] Ah thanks asac,I'll have a look there. [19:26] I've just looked in /var/crash asac,but there nothing for firefox in there. [19:27] steve555: then you dont have a crash ;) [19:27] dumped [19:59] I've just had my first firefox-3.2 crash,I just closed it and re-launched it via the k-menu.It comes up with this message:Firefox-3.2 is already running, but is not responding. To open a new window, you must first close the existing Firefox-3.2 process, or restart your system. [20:00] I just ran sudo killall firefox,but the message says:firefox: no process killed [20:10] <[reed]> asac: mozilla bug 431011 -- do you have an idea, or do you know who would be good to ask that? [20:10] Mozilla bug 431011 in Keyboard Navigation "Ctrl-Shift-B (Open Library/Places Organizer) has no counterpart in Linux" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=431011 [20:13] [reed]: i will ask around [20:13] [reed]: maybe there are hints in the commit of the comment? === fta_ is now known as fta [21:24] asac, i think http://paste.ubuntu.com/108202/ should be 3 patches, not one [23:54] [reed], what is that Core -> Core Graveyard move for? [23:54] <[reed]> fta: bugzilla reorg part 2 [23:55] is it useful to spam all users for such a cryptic move?