[02:01] <asac> @time
[02:01] <ubottu> An error has occurred and has been logged. Please contact this bot's administrator for more information.
[02:04] <fta> asac, still there?
[02:04] <fta> asac, 9 patches already for openkomodo :(
[02:47] <asac> fta: 9 patches?
[02:47] <fta> asac, yes, just to make the custom xul build
[02:47] <asac> you mean --with-libxul-sdk=... ?
[02:48] <fta> nope, not even that
[02:48] <asac> why are you trying to a do a custom xul build?
[02:48] <fta> because it's not possible otherwise
[02:49] <asac> make install alone doesnt work?
[02:49] <asac> i mean, building firefox without a system xul is possible too ;)
[02:49] <fta> they don't even have a confvar.sh
[02:50] <fta> they patched configure
[02:50] <asac> directly?
[02:50] <asac> or at least configure.in ;)?
[02:50] <fta> .in
[02:50] <asac> heh
[02:51] <asac> where is the openkomodo source?
[02:52] <fta> http://svn.openkomodo.com/repos/openkomodo/trunk/
[02:53] <asac> fta: what patches get applied?
[02:54] <fta> all
[02:54] <asac> all in patches-new and patches-official?
[02:54] <asac> well, http://svn.openkomodo.com/repos/openkomodo/trunk/mozilla/patches-new/
[02:54] <asac> there are patches
[02:54] <asac> and there are branch directories;)
[02:54] <fta> patches-new/ + patches-new/MOZILLA_1_9_1
[02:54] <asac> and patches-official?
[02:54] <fta> no
[02:54] <asac> thats garbage?
[02:55] <fta>         --official
[02:55] <fta>             build a clean unpatched mozilla or firefox
[02:55] <fta>             (Note: I don't trust that this is what you get. --TM)
[02:55] <asac> fta: doesnt it work with the fixed 1.9.1 xulrunner?
[02:55] <asac> i mean the one with the proper pyxpcom?
[02:56] <asac> let me get the full tree ;)
[02:57] <fta> no idea yet. i just want that thing to build & run before i try to break it with our xul
[02:57] <asac> fta: well. if thats just .py files i would go straight trying to run that with our xul ;)
[02:58] <asac> ok seems that they have native stuff though ;)
[02:58] <asac> a good first step would be to know what is supposed to come out of if
[02:58] <asac> ;)
[02:59] <fta> yes, that's why i'm doing it this way, i need a base
[02:59] <asac> i will download http://downloads.activestate.com/Komodo/releases/5.0.3/Komodo-Edit-5.0.3-2767-linux-libcpp6-x86.tar.gz now ;)
[03:00] <asac> 37m
[03:00] <asac> quite heavy weight ;) for the binary
[03:02] <asac> http://paste.ubuntu.com/109218/
[03:03] <asac> seems to have some chrom additions
[03:03] <asac> (and based on 1.8?)
[03:03] <asac> komodo.jar
[03:03] <asac> komodo.manifest
[03:03] <asac> xtk.jar
[03:03] <asac> xtk.manifest
[03:03] <asac> user-skins.rdf
[03:04] <asac> komododoc	
[03:04] <asac> komododoc.manifest
[03:04] <asac> defaults/pref/komodo.js
[03:04] <asac> ;)
[03:05] <fta> d'oh: http://paste.ubuntu.com/109220/
[03:07] <asac> well on top the mozilla build failed
[03:07] <asac> that would explain the rest
[03:25] <fta> that stupid thing is rebuild everything
[03:25] <asac> nasty
[03:26] <asac> heh
[03:26] <asac> http://paste.ubuntu.com/109222/
[03:26] <asac> look at laste 3 lines ;)
[03:27] <asac> 0.3
[03:27] <asac> ;)
[03:27] <fta> lol
[03:27] <asac> the magic time
[03:27] <asac> to sleep before exit
[03:49] <fta> holly s*t, they run something like make -f Makefile.ref clean all distbin BUILD_OPT=1 MOZ_OBJDIR=/src/bzr/build-area/openkomodo-5.1.0~a1~svn20090124r2851/build-tree/openkomodo/mozilla/build/moz1.9.1/mozilla/ko-rel-gtk2-ns-tools
[04:06] <fta> asac, how do i fix that: http://paste.ubuntu.com/109238/ ? headers from xpcom/glue/
[08:49] <heikki> hi, could someone review/sponsor my patch on https://bugs.launchpad.net/ubuntu/+source/mozvoikko/+bug/297169 ?
[08:49] <ubottu> Launchpad bug 297169 in mozvoikko "mozvoikko depends on iceweasel, should depend on firefox" [Undecided,Confirmed]
=== asac_ is now known as asac
=== fabrice_sp_ is now known as fabrice_sp
[12:46] <fta> asac, help ):
[14:07] <asac> fta: on what?
[14:07] <asac> ;)
[14:08] <fta> asac, <fta> asac, how do i fix that: http://paste.ubuntu.com/109238/ ? headers from xpcom/glue/
[14:08] <fta> http://svn.openkomodo.com/repos/openkomodo/trunk/mozilla/patches-new/komodo_app/komodo/app/nsKomodoApp.cpp
[14:08] <asac> fta: for mit seems like the headesr didnt get installed properly
[14:08] <asac> fta: have you tried to run make in xpcom/glue explicitly?
[14:08] <asac> or even xpcom/
[14:09] <fta> those headers are not in dist
[14:09] <asac> fta: yes. thats what i am saying
[14:10] <asac> fta: yesterday your first built failed .... i suspected that it aborted and never installed a bunch of headers
[14:11] <asac> fta: they are supposed to be in dist/inclue/xpcom/
[14:11] <asac> cd xpcom/; make ... should do the trick
[14:11] <fta> i should probably retry from scratch, as i fixed a bunch of issues since
[14:11] <asac> fta: or that yes. but for this issue just make there should be enough
[14:11] <asac> fta: or try to run make in mozilla/
[14:12] <fta> it rebuilds everything
[14:12] <asac> fta: if you run make in mozilla/`?
[14:12] <fta> yes
[14:12] <asac> openkomodo/mozilla/build/moz1.9.1/mozilla/
[14:12] <fta> it has an objdir
[14:12] <asac> fta: usually make in mozilla/ rm -rf dist/ ... and builds there
[14:13] <asac> fta: mozilla build system removes all the dist files on make in top level
[14:13] <asac> but not the objects
[14:13] <asac> so while it takes a bit longer it shouldnt take the full rebuild cycle
[14:13] <fta> usually, i know how to fix that but here, i don't understand what's wrong
[14:15] <asac> i think that mozilla/ tree build failed ;)
[14:15] <asac> (still the same idea)
[14:16] <fta> hm, now this is different. a make in xpcom: http://paste.ubuntu.com/109391/
[14:17] <fta> I'd say i'd better restart from scratch
[17:12] <fta> asac, http://paste.ubuntu.com/109476/  xul builds fine, the re-run in komodo too (seems it's not even needed), but they build js separately and it fails there
[17:15] <asac> cool ... next: try to eliminate the need for mozilla/ tree ;)
[17:15] <fta> why do they need to do that ? http://paste.ubuntu.com/109478/
[17:17] <asac> sorry... all is slow here ... i am currently scanning all my home dirs for cruft
[17:17] <fta> http://paste.ubuntu.com/109481/
[17:17] <asac> fta: the js standalone interpreter wasnt built in 1.89
[17:17] <fta> seems i'm not done yet
[17:17] <asac> 1.8
[17:18] <asac> do we ship that?
[17:18] <asac> its a binary called "js"
[17:18] <fta> -rwxr-xr-x 1 root root 791644 2009-01-23 01:26 /usr/lib/xulrunner-1.9.1b3pre/js*
[17:18] <asac> fta: yeah. dont build the standalone interpreter if you are on >= 1.9
[17:18] <asac> or was it 1.9.1?
[17:18] <asac> not srue
[17:19] <asac> right
[17:19] <asac> so 1.9 doesnt need it
[17:19] <asac> err
[17:19] <asac> hmm
[17:19] <asac> well. afaik its built by default on 1.9.1
[17:19] <asac> maybe its not pumped into dist/bin though
[17:19] <fta> yep, i remember i had to run configure there since 1.9.1
[17:20] <asac> you mean in js/src?
[17:20] <fta> yes
[17:20] <asac> might be that they build it since that refactoring
[17:20] <asac> but i dont think that
[17:20] <asac> previously js/src got auto build
[17:20] <asac> now it has its own build system
[17:21] <asac> but still the js is build by default according to stransky ;)
[17:21] <asac> i havent verified
[17:21] <asac> let me check
[17:21] <asac> i have /var/builddir/asac/moz_objdir/obj-3.2.pre/dist/bin/js
[17:21] <asac> and also /var/builddir/asac/moz_objdir/obj-xul1.9.1/dist/bin/js
[17:22] <asac> so either packages-static lacks that file or we forget it
[17:22] <asac> (given that its not in)
[17:22] <asac> dump me
[17:22] <asac> hehe
[17:22] <asac> saw that you found it
[17:22] <asac> yeah. so not needed on 1.9.1
[17:22] <asac> (and me typing for nothing - again ;))
[17:25] <fta> oh my! http://paste.ubuntu.com/109485/
[17:26] <fta> asac, silo_python !
[17:26] <asac> hehe
[17:26] <asac> one should really forbid using python for building
[17:26] <asac> even outlaw ;)
[17:28] <fta> what is target_regmozbuild() doing?
[17:28] <fta> regmozbuild.register_build(gConfigFileName) ???
[17:28] <asac> do we really care? ;)
[17:29] <asac> not sure where is regmozbuild defined ;)?
=== fabrice_sp_ is now known as fabrice_sp
[17:58] <fta> asac, why no memory cache ?
[17:59] <asac> leaktest ;)
[17:59] <asac> i ended up with ffox 3 consuming 50% of mem
[17:59] <asac> now i am checking how well it works with mem cache disabled
[17:59] <asac> actually i even saw firefox releasing memory already
[18:00] <asac> think was the first time i recognized it ;)
[18:00] <asac> so far mem usage seems not to grow
[18:00] <asac> even though i have tinderbox reloading constantlyx
[18:00] <asac> when closing tab the mem goes down ;)
[18:01] <asac> and performance isnt really worth either
[18:01] <asac> guess its fast enough to get content from disk
[18:01] <asac> problem with memory cache is that in code you can see that there is no memory pressure implemented ;)
[18:01] <asac> so cache will grow endlessly
[18:01] <asac> even taking swap at some point from what i can tell
[18:05] <fta> hm
[18:06] <asac> there are still leaks :(
[18:06] <asac> i am up to 7% from 6%
[18:07] <asac> with the same tabs open that i had in the beginning
[18:07] <asac> even forced garbage collection just in case
[18:11]  * fta blames Mozilla
[18:13] <fta> lol
[18:13] <fta> siloing `/usr' to `build/moz1.9.1/mozilla/ko-rel-gtk2-ns-tools/dist/python'
[18:13] <fta> running 'cp -R "/usr" "build/moz1.9.1/mozilla/ko-rel-gtk2-ns-tools/dist/python"'
[18:13] <fta> so much for --python=/usr/bin/python
[18:14] <asac> err
[18:14] <asac> they copy the whole /usr/ tree?
[18:14] <asac> whats that?
[18:15] <fta> they want their private copy of python :(
[18:15] <asac> well ... but why copy whole /usr  then?
[18:15] <asac> doenst sound minimal ;)
[18:15] <fta> i assume i'm not supposed to use --python=/usr/bin/python
[18:16] <asac> we cnanot distribute it with in pkg copy ;)
[18:16] <asac> really :)
[18:16] <asac> thats too dump
[18:16] <fta> i wanted it use our system python
[18:16] <asac> you have to
[18:16] <fta> i know
[18:17] <asac> hehe
[18:17] <asac> yeah. kick them
[18:17] <asac> i mean file upstream bugs
[18:17] <asac> first
[18:17] <asac> and when they start to become desparate, you become the hero by submitting the patches :)
[18:20] <asac> fta: ever heard anything about when we get subPPAs`
[18:20] <asac> ?
[18:22] <fta> asac, no
[18:23] <asac> fta: when did you do the last snapshot?
[18:23] <asac> nm. i upgrade ;)
[18:24] <fta> this silo thing is seriously getting on my nerves
[18:25] <asac> hehe
[18:25] <asac> i dont understand why folks use python
[18:25] <asac> they could use C ;)
[18:26] <asac> would make things much more complicated
[18:46] <asac> fta: did you figure ubiquity?
[18:46] <asac> and how that could use build-system?
[19:08] <fta> Jan 16 17:45:13 <fta>   Jazzva, i think ubiquity needs to be patched. it wants access to $(OBJDIR)/dist/bin (at least to run xpcshell) which should not be needed for us as we have that in our xul package.
[19:08] <fta> Jan 16 17:45:13 <fta>   Jazzva, so an installed xul + the build system should be enough.
[19:08] <fta> so it's not very difficult
[19:09] <fta> but i'd like to finish o-k first
[19:09] <asac> have you talked to ok upstream about pkging?
[19:12] <fta> nope
[19:13] <fta> just wanted to use it myself for a long while, and no one is working on it
[19:21] <asac> this memory cache disabling seems to be the cure
[19:21] <asac> i mean without doing anything i ended up at the same mem where i started
[19:22] <asac> e.g. whatever i do i move between 5% and 7.5% ;)
[19:22] <asac> well ... not more than a bunch of tabs
[19:22] <asac> but seems to be ok
[19:22] <asac> good crack
[19:24] <[reed]> crack?
[19:25] <asac> yes its so cool that i feel high ;)
[19:29] <asac> but seems that 3.2 doesnt have similar issues as 3.0 even with memory cache
[19:29] <asac> even better ;)
[19:58] <fta> asac, i'm stuck with http://paste.ubuntu.com/109542/  the python tests are obviously failing (i disabled the silo-ification), and now that.
[20:01] <fta> everything depends on the siloed python :(
[20:19] <asac> have you checked whether this stuff builds at all if you dont modify it?
[20:49] <fta> asac, i give up for now. https://code.edge.launchpad.net/~fta/+junk/openkomodo.head
[22:53] <fta> asac, how do i know what kind of connectivity i have with my 3G key ? (3G, edge, gsm, ...)
[22:54] <asac> fta: you shouldnt need to know
[22:54] <fta> it's primitive :( no info about anything
[22:55] <fta> not even connection time (elapsed time)
[22:55] <fta> it says "automobile broadband (gsm) connection"
[22:55] <fta> is that 3G?
[22:56] <asac> fta: do you have libmbca0 installed?
[22:56] <asac> yes. support for 3G is quite basic in NM 0.7 ... modemmanager will bring some relief to that
[22:57] <fta> no libmbca* installed, should I ?
[23:00] <fta2> http://paste.ubuntu.com/109592/
[23:02] <fta> i should disable update-manager
[23:02] <fta> there was a blueprint about doing all that iirc
[23:06] <fta2> 00:05:26 (181 KB/s) for 40MB.
[23:08] <fta> with 238 KB/s peaks
[23:40] <asac> fta: networkchanging spec that is
[23:41] <fta> people are complaining about the noise in !ubuntu, that was my 1st fear when joining.
[23:43] <fta> asac, ff is worse with mem cache disabled. 370M -> 530M
[23:44] <fta> but VSZ 1200M -> 990M
[23:44] <asac> heh
[23:46] <fta> that's after a reboot
[23:46] <asac> odd