[01:24] <gnomefreak> hi
[01:24] <gnomefreak> asac: what is the command to make new orig in tbird? i couldnt find it in debian/rules and i need to start with a clean tbird
[01:25] <asac> gnomefreak: you probably don't need to do that
[01:25] <asac> you almost certainly want the orig.tar.gz from gutsy
[01:25] <gnomefreak> cant
[01:26] <gnomefreak> the changes that were made for gcc g++ cant be used in feisty
[01:26] <asac> sure they can
[01:26] <gnomefreak> nope different versions
[01:26] <asac> and the orig isn't
[01:26] <gnomefreak> feisty doesnt have gcc4.2
[01:26] <asac> modified
[01:26] <asac> its just the patches that you don't want
[01:26] <gnomefreak> oh ok cool
[01:26] <asac> and the control file
[01:26] <asac> orig.tar.gz is the same
[01:26] <gnomefreak> yeah i grabbed lower revision
[01:27] <asac> yeah and drop the CC/CXX tweaks from debian/rules as well
[01:35] <gnomefreak> with any luck tbird will be published tonight
[01:37] <gnomefreak> ok being pushed
[01:37] <gnomefreak> im gonna go laydown my pancreitis is bothering me something ferce
[02:33] <vina> hi all
[02:33] <vina> it's just my impression or they removed the mozilla browser in ubuntu 7.04?
[02:37] <asac> gnomefreak: get well and recover
[02:37] <asac> vina: yes
[02:38] <vina> is there any intetion on putting seamonkey back to the repository?
[02:39] <asac> in gutsy there is seamonkey (well iceape)
[02:40] <asac> but its identical
[02:40] <asac> except the icons
[03:19] <vina> asac: thank you very much asac
[03:20] <vina> but as I already use mozilla mail, I think I'll search for a pre-built seamonkey package
[03:22] <asac> vina: we will have one soon
[03:22] <asac> in our mozillateam archive
[03:22] <asac> we are just migrating to a new one ... so its still empty
[03:22] <asac> but its getting more content every day ... feisty iceape/seamonkey should be possible
[03:22] <asac> just ask gnomefreak ... he can probably upload that
[03:23] <vina> oh, better yeat then!
[03:23] <vina> thanks a lot!
[03:23] <asac> just bug him tomorrow ... and be patient ofr another 1-2-3 days ;)
[03:23] <vina> hahah
[03:23] <asac> i think he lay down ... no idea if he comes back today
[03:23] <vina> I'll compile seamonkey myself
[03:24] <vina> it probably will take 2 hours
[03:24] <vina> when the package is ready, I'll just make the change
[03:24] <vina> no hurry
[03:25] <vina> see ya
[08:13] <tonyyarusso> gnomefreak: ah, cool
[01:22] <asac> hi ... will be out for most of the day ... the ipw3945 debug session with stgraber just soaked too much power to be still alive :)
[03:38] <gnomefreak> asac: ill get to iceape and sunbird for feisty sometime this week. i think hte pancreitis came back and kept me up all night but should have something to upload this week
[04:30] <gnomefreak> asac: if he comes back tell him(vina) iceape and seamonkey are being uploaded to PPA atm
[04:30] <gnomefreak> im off for a while
[06:00] <asac> gnomefreak: ok thanks
[06:13] <hjmf_> asac: ping
[06:26] <Ubulette> hi
[06:32] <asac> hjmf_: pong
[06:39] <hjmf_> asac: hi! will you be around here tomorrow for the CC meeting?
[06:40] <hjmf_> asac: at last I'll be applying for membership
[06:40] <hjmf_> asac: and it would be great if you'll be around  :)
[06:43] <asac> oh there is a CC meeting?
[06:43] <asac> @schedule
[06:43] <ubotu> Schedule for Etc/UTC: 03 Sep 13:00: Community Council | 04 Sep 15:00: Kernel Team | 05 Sep 12:00: Edubuntu | 08 Sep 00:00: MOTU Team | 08 Sep 17:00: Xubuntu Developers | 10 Sep 19:00: Screencast Team
[06:43] <asac> yeah ... i will be here :)
[06:43] <asac> (unless hit by bus)
[06:44] <asac> hjmf_: you are on top of agenda?
[06:45] <Ubulette> gnomefreak, any reason not to push {xul,ff3}.trunk to ppa ?
[06:45] <hjmf_> asac: yea! I'm the second
[06:45] <hjmf_> asac: cool, thanks :)
[06:45] <asac> a pleasure!
[06:45] <hjmf_> of mine :)
[06:45] <asac> Ubulette: probably time/bandwidth constraint :) ... but i think they should go in
[06:46] <asac> hjmf_: maybe let people from bughelper-dev know as well
[06:46] <asac> hjmf_: i think dholbach will be there anyway ... but others might wanna support you as well :)
[06:46] <asac> (though i think its not needed)
 Ubulette: we are waiting for copyright file still? you said you fixed somehting but wasnt sure what
[06:48] <Ubulette> hmm
[06:48] <Ubulette> gnomefreak, no. it's ready
[06:48] <hjmf_> asac: I'm hopping that your testimonials (all of you in the group, and specially yours asac) would be enough
[06:49] <hjmf_> asac: and I count on dholbach being there too and remembering me from bughelper :)-
[06:50] <hjmf_> I count with gnomefreak and Admiral_Chicago too
[06:50] <hjmf_> Admiral_Chicago: please if possible assist to the CC :)
[06:53] <asac> hjmf_: don't worry ... should be trivial for you ... i am sure ;)
[06:53] <hjmf_> asac: lets hope that your are right :)
[06:54] <hjmf_> though I can't avoid too feel a bit nervous :P
[06:54] <asac> hehe
[06:54] <hjmf_> yeah, more if I remember the other meeting when it got out of time Grrrr!
[06:54] <hjmf_> :)
[06:54] <asac> hehe
[06:55] <asac> this time should be better
[06:55] <hjmf_> @schedule madrid
[06:55] <ubotu> Schedule for Europe/Madrid: 03 Sep 15:00: Community Council | 04 Sep 17:00: Kernel Team | 05 Sep 14:00: Edubuntu | 08 Sep 02:00: MOTU Team | 08 Sep 19:00: Xubuntu Developers | 10 Sep 21:00: Screencast Team
[06:55] <asac> there is no meeting afterwars (like it was last time)
[06:55] <hjmf_> probably my turn will be around 16:00, though I have taken all my evening free for the meeting :)
[06:55] <asac> and since you are second on the list :)
[06:56] <asac> 1600 ? whatelse is before?
[06:56] <asac> me too ... i will go to the sofa again now :)
[06:56] <hjmf_> there are 4 general proposes and only one loco team before members
[06:57] <hjmf_> asac: me too, I'm going to watch football right now
[06:57] <hjmf_> cy
[06:57] <asac> hmm ok ... that should be fine then :)
[06:57] <asac> cu tomorrow
[06:57] <hjmf_> cu then :)
[07:00] <Ubulette> asac, you talked about me auto-committing in .dev branches, what was it already ?
[07:01] <asac> he?
[07:01] <Ubulette> it was about nss
[07:02] <asac> any scrollback line you can show me so maybe i understand :)
[07:02] <Ubulette> Aug 28 01:50:32 <asac>  Ubulette: yes then autocommit ... and refrain from new builds if build fails somehow
[07:02] <Ubulette> Aug 28 01:50:37 <asac>  so we can fix the last revision ;)
[07:02] <Ubulette> Aug 28 01:50:43 <asac>  manually ... then bot will resume
[07:03] <Ubulette> Aug 28 01:51:00 <Ubulette>      no need to autocommit, most of the time, there's no reason to update debian/*
[07:03] <asac> ah that was long ago :)
[07:03] <Ubulette> 5 days
[07:03] <asac> Ubulette: yes ... i would be fine when we do only commit when debian/ needs to be changed
[07:04] <asac> bug maybe doing a daily commit (with just updated date in changelog) would help
[07:04] <asac> s/bug/but/
[07:04] <Ubulette> pushing tarball too i guess
[07:05] <Ubulette> so anyone could build .dev
[07:05] <asac> the problem i still see is that your bot doesn't produce the right versions :)
[07:05] <Ubulette> it could autocommit the right thing
[07:05] <asac> Ubulette: the debian/ directory should be self-sufficient
[07:05] <asac> e.g. you checkout ... then you just run debian/rules new-orig
[07:05] <asac> and get the appropriate orig tarball from that date
[07:06] <asac> (e.g. through cvs checkout)
[07:06] <asac> Ubulette: what i still don't understand is that if your bot can commit the right thing .. why can't you roll the right versions to your archvie?
[07:07] <asac> Ubulette: i find it a bit of a shame that you host daily builds ... and we (the moziillateam) cannot point people to them
[07:07] <asac> semi-officially
[07:07] <asac> maybe think about it ... i think tweaking your versions would be worth the efford :)
[07:07] <Ubulette> because i would design that autocommit as a plugin so it could temper with versions and stuff. in opposition to change the core of the bot which will take a while to do
[07:08] <asac> ok
[07:08] <asac> if it takes a while, that doesn't mean that it will never happen :)
[07:08] <Ubulette> indeed
[07:08] <asac> (at least for me) ... and that hope is good enough for now
[07:08] <asac> :)
[07:09] <asac> Ubulette: i don't think we need the appropriate orig tarball published
[07:10] <asac> we have those autocommits so we can pick the right debian/ revision in case upstream sets a tag in a past to build official things
[07:10] <asac> when upstream does that we can produce orig.tar.gz by getting that tag from cvs
[07:10] <Ubulette> well, if the bot autcommit in the evenning, and someone wants to build in the morning, cvs will no longer match
[07:10] <asac> Ubulette: why doesn't your bot checkout -D DATE =?
[07:10] <asac> that would make things 100% reproducible
[07:11] <asac> you might loose commits done today ... but build tomorrow will get them
[07:11] <asac> you could even checkout by time iirc
[07:11] <Ubulette> mostly because the bot is meant for HEAD
[07:11] <Ubulette> not because it cannot to that
[07:11] <asac> ok
[07:12] <asac> Ubulette: i will think about it ... i think it shouldn't be a problem for us
[07:12] <asac> but we can just go for committing debian/ tree when we need to change that
[07:12] <asac> that would be fine too i guess
[07:12] <Ubulette> that's already what I'm doing manually in .dev
[07:13] <Ubulette> when a build failed, i try to fix it then update .dev
[07:13] <asac> i think that should be good enough
[07:13] <asac> we will see in practice how well it works when we merge down the .dev branch next time trunk gets a new tag
[07:14] <asac> if we run into problems or learn how we can do better, then we can adapt that procedure
[07:14] <asac> so not autocommit? is that consense now?
[07:15] <Ubulette> i don't see what to autocommit except bump changelogs when build succeeded
[07:15] <asac> gnomefreak: ETA for xul+ff-trunk in gutsy/ppa ?
[07:16] <asac> Ubulette: yes right ... i think we don't need it ... the only benefit i would get (as an outsider not running the build bot) would be to get a heartbeat info ... e.g. your bot is still building so i assume it doesn't fail
[07:16] <asac> but i am fine to go the "only commit on changes" way
[07:17] <asac> Ubulette: how long do you keep your HEAD builds araound? any policy?
[07:17] <asac> e.g. 3 month :) ?
[07:17] <asac> forever ;) =
[07:17] <asac> 1 week ?
[07:18] <Ubulette> initially i did forever but i'm not only keeping the last one
[07:18] <Ubulette> s/not/now/
[07:19] <asac> maybe you can keep history till last milestone?
[07:19] <asac> e.g. a7 -> a8 ?
[07:19] <Ubulette> possible with a small plugin
[07:19] <asac> in case there are issues we could use them to track down a regression window
[07:19] <asac> which can be worth gold
[07:33] <asac> just so all you know: i am not running feisty anymore :)
[07:34] <Ubulette> :)
[07:35] <asac> Ubulette: i already feel bad about it ... because I always felt a little bit better testing firefox security updates in a real install vs. a chroot
[07:36] <asac> even more so, because they already get far too little exposure before they are rolled out :/
[07:36] <Ubulette> call for contributors
[07:36] <asac> now i don't know anyone who really runs feisty :/
[07:37] <asac> Ubulette: yes we are starting community qa for mozillas
[07:37] <asac> Ubulette: i hope it will iniitally be done for next security upload
[07:37] <asac> Ubulette: e.g. we have: https://mozilla.qa.stgraber.org/ ... now :)
[07:38] <asac> is still pre-beta ... but firefox will be the first application to use it
[07:38] <Ubulette> hmm, certs "could not be verified for unknown reason" (with trunk)
[07:39] <asac> do an strace
[07:39] <asac> it probably doesn't find some (new) file?
[07:39] <Ubulette> same with our gp a7
[07:40] <asac> same?
[07:40] <Ubulette> yep
[07:40] <asac> well it worked, right?
[07:40] <asac> when/how did it break?
[07:40] <Ubulette> if i accept the cert, yes
[07:40] <asac> what exact stack are you running? with xul?
[07:41] <Ubulette> all head
[07:41] <Ubulette> for gp, all gutsy
[07:41] <asac> all gutsy? or ppa?
[07:41] <Ubulette> not ppa
[07:41] <asac> well i am sure that gp works
[07:41] <asac> in gutsy
[07:41] <Ubulette> firefox-granparadiso                            3.0~alpha7-0ubuntu6
[07:41] <asac> ok let me check ;)
[07:42] <asac> Ubulette: that version doesn't even have system nss/nspr
[07:43] <asac> why would it break?
[07:43] <Ubulette> that's why I ask :)
[07:43] <asac> ok ... disk is slow atm ... but should finish any second
[07:44] <asac> Ubulette: i can visit https://launchpad.net/
[07:44] <asac> without cert accept et al
[07:44] <Ubulette> i can visit everything too
[07:44] <asac> then i don't understand your problem :)
[07:44] <Ubulette> but  https://mozilla.qa.stgraber.org/ asks me to confirm
[07:44] <asac> ah
[07:44] <asac> yeah
[07:44] <asac> why don't you say that so :)
 if i accept the cert, yes
[07:45] <asac> actually because you said (with trunk) ... i assumed you only see it on trunk
[07:45] <asac> and for any site
 same with our gp a7
[07:45] <asac> stgraber doesn't have a CA certification
[07:45] <asac> thats all
[07:46] <asac> Ubulette: well he has
[07:46] <asac> but none that is installed by default
[07:46] <asac> you need http://www.cacert.org/ cert to not see that warning
[07:46] <asac> install the root from http://www.cacert.org/index.php?id=3
[07:46] <Ubulette> we should file a bug against ca-certificates then
[07:46] <asac> Ubulette: no
[07:47] <asac> Ubulette: its in ca-certificates-extended
[07:47] <Ubulette> oh
[07:47] <asac> Ubulette: the problem is: firefox doesn't read from there :)
[07:47] <asac> Ubulette: and for official we are probably not allowed to change that
[07:47] <asac> and its not that easy todo as well
[07:48] <asac> there are really old bugs about these things upstream
[07:48] <asac> upstream refuses to do it ...
[07:48] <Ubulette> can't see ca-certificates-extended in gutsy
[07:48] <asac> they say that they only want the certs in firefox that they ship
[07:48] <asac> Ubulette: no idea how its called
[07:48] <asac> Ubulette: maybe its in ca-certificates and there is a debconf script
[07:48] <asac> that asks you what certs you want
[07:49] <asac> i just have blurried memories on this
[07:49] <asac> its long ago i noticed it ... and it was in debian
[07:55] <asac> Ubulette: trackerd has finished here :)
[07:56] <asac> 1.5 days after upgrading to gutsy
[07:56] <Ubulette> lol
[07:56] <asac> well ... in fact its better then having a daily updatedb run
[07:56] <asac> i hope i can disable that now
[07:56] <Ubulette> that will lead to zillions of complaints
[07:57] <asac> maybe i need to write a simple localte trackerd frontend though (hope that its not too hard)
[07:57] <asac> Ubulette: complains?
[07:57] <asac> Ubulette: i don't plan to do that for all ;)
[07:57] <asac> at least for now
[07:57] <Ubulette> 1.5 days of cpu and disk activity
[07:57] <asac> just for me
[07:57] <asac> ah right.
[07:57] <Ubulette> especially laptops
[07:57] <asac> yeah ... but if you argue that keeping up index isn't so consuming ... maybe its ok to do it once
[07:58] <asac> Ubulette: right
[07:58] <asac> well ... most novice users won't have that many files
[07:58] <asac> in their home
[07:59] <asac> i doubt that they have a bunch of copies of mozilla tree lying around or so :)
[08:01] <asac> Ubulette: isn't a daily updatedb run installed by default as well?
[08:01] <asac> or did i do that to me :)
[08:04] <Ubulette> dont know. I have it too as I really depend on it
[08:05] <Ubulette> but my gutsy box is just an edgy->feisty->gutsy box
[08:05] <Ubulette> so maybe I installed it manually at some point
[08:06] <asac> yeah
[08:06] <asac> trackerd is broken for me
[08:06] <asac> i didn't get an answer
[08:06] <asac> from dbus
[08:06] <asac> then manually starting trackerd gives me:
[08:06] <asac> ERROR: while reading file /usr/share/tracker/sqlite-stored-procs.sql on line 170
[08:06] <asac> which is EOL
[08:06] <asac> EOF
[08:07] <asac> i mean
[08:07] <asac> so probably a open bracket or paranthesis
[08:08] <Ubulette> Initialising tracker...
[08:08] <Ubulette> throttle level is 0
[08:08] <Ubulette> ERROR: while reading file /usr/share/tracker/sqlite-stored-procs.sql on line 170
[08:08] <Ubulette> but it runs
[08:12] <Ubulette> ..and sucks my cpu
[09:00] <Ubulette> asac, i've patched client.mk to be able to fetch MOZ_CO_PROJECT=nss or nspr or xulbrowser
[09:00] <asac> what?
[09:00] <Ubulette> problem is xul and browser still fetch nss and nspr.. it's deep in the logic of the code
[09:00] <asac> ah
[09:01] <asac> can you show me patch so i can pre-review
[09:01] <Ubulette> i don't think i'll post that upstream
[09:01] <asac> well ... we should make it suitable for upstream at some point at least :)
[09:02] <asac> though we might be more heroic if we do something for hg :)
[09:02] <Ubulette> why ?
[09:02] <Ubulette> hd is gonna replace cvs ?
[09:02] <Ubulette> hg
[09:15] <shirish> what's hg?
[09:15] <Ubulette> mercurial
[09:15] <Ubulette> chemical symbol
[09:15] <shirish> ah so the ff upstream is gonna go with mercurial, is it?
[09:15] <Ubulette> I don't know
[09:16] <shirish> Ubulette: hi, and apologies, I was never a good science student even though we had a hot science teacher ;)
[09:16] <Ubulette> :)
[09:18] <shirish> Ubulette: do you still have link to those .svg pages which you were showing me the other day?
[09:19] <Ubulette> http://www.bluishcoder.co.nz/2007/08/svg-video-demo.html
[09:22] <xtknight> why do we need like 10 repository systems?
[09:22] <xtknight> cvs was fine
[09:24] <Ubulette> xtknight, do you actively use cvs ?
[09:25] <xtknight> Ubulette, to checkout stuff
[09:25] <xtknight> seems a little extreme tho. but i hope Hg is in the repositories
[09:25] <Ubulette> i see. that's why you don't see the problem :) branching in cvs is a nightmare
[09:26] <xtknight> i think when i came across pidgin's checkout system it was awful
[09:26] <xtknight> i forgot which one they used
[09:26] <Ubulette> in debian/ubuntu, hg is in the mercurial package
[09:27] <xtknight> ahh Monotone :(
[09:27] <Ubulette> never used monotone myself
[09:27] <xtknight> yeah it's awful for checking out
[09:27] <xtknight> i hope Hg is like cvs and svn
[09:27] <Ubulette> it is
[09:28] <Ubulette> xine uses hg
[09:29] <Ubulette> http://hg.debian.org/hg/
[09:29] <shirish> I tried to use monotone but got stuck on the first thing of making directories to do  stuff.
[09:29] <xtknight> http://developer.pidgin.im/wiki/UsingPidginMonotone
[09:29] <xtknight> quite messy
[09:29] <xtknight> with svn you do "svn co url" done ;)
[09:31] <shirish> xtknight: true
[09:33] <shirish> the same with bzr, its also bzr co url, I haven't come across one document which tells me what the different between bzr & svn apart from the fact that bzr. is supposed to be 'distributed'
[09:33] <xtknight> what's the diff between cvs, git, svn, and bzr?
[09:34] <xtknight> (and monotone, and Hg for that matter)
[09:35] <shirish> xtknight: between cvs & svn its easy, the whole thing of changesets and branching, this is much much easier to follow.
[09:35] <xtknight> hmm
[09:36] <shirish> git is excellent for extreme programming practises, hence the kernel guys use it. lot of that cherry picking stuff & all.
[09:38] <Ubulette> http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
[09:39] <xtknight> just what the doctor ordered
[09:51] <Ubulette> shirish, how's minefield today ?
[09:52] <shirish> Ubulette: its responding lazily, not quick as other days :(
[09:52] <Ubulette> ?
[09:53] <Ubulette> should not be that different in just a day
[09:53] <shirish> hang on lemme check which build this is.
[09:55] <shirish> this is yesterday's build I guess, 1st sept.
[09:55] <Ubulette> today is out
[09:56] <Ubulette> xul+ff+nspr today (no new nss)
[09:56] <shirish> oh, ok cool, hang on.
[09:57] <Ubulette> i'm working on making ff3 smaller
[09:58] <shirish> I know, btw there is backtrace when I closed ff, interested in knowing what it was?
[09:59] <shirish> its a GDK-error.
[10:00] <Ubulette> please search a bit on bugzilla 1st. maybe it's already known
[10:00] <shirish> Ubulette: this is with yesterday's build http://paste.ubuntu-nl.org/36078/
[10:00] <gnomefreak> Ubulette: did you fix xulrunner copyright?
[10:01] <Ubulette> gnomefreak, yes
[10:01] <gnomefreak> ok ty
[10:01] <Ubulette> was okay friday
[10:02] <gnomefreak> asac: mid to end of week depending on if im in hospital or not. monday is a holiday here but hoping dr is open
[10:02] <Ubulette> seems ff3 src will go from 34M to 2.5M
[10:02] <asac> gnomefreak: you have to go to hospital again?
[10:03] <asac> Ubulette: great
[10:03] <shirish> Ubulette: cool :P
[10:03] <gnomefreak> asac: pain is back
[10:03] <gnomefreak> i didnt eat anything either been on clear liquid diet
[10:03] <gnomefreak> but its been 24 hours
[10:03] <gnomefreak> shirish: ill live
[10:03] <asac> maybe it goes away?
[10:03] <gnomefreak> im hoping
[10:04] <asac> gnomefreak: maybe you should stop smoking as well?
[10:04] <gnomefreak> if not tuesday im at drs. office
[10:04] <asac> gnomefreak: e.g. try to remove all kind of stress from your body
[10:04] <asac> for recovery
[10:04] <gnomefreak> asac: yes i should and ive only had 3 today
[10:04] <shirish> gnomefreak: I hope so too, there are only so few people who love GNOME :) we guys need to stick together.
[10:04] <gnomefreak> but ill have it done this week either from laptop in hospital or home feeling better
[10:04] <asac> Ubulette: did you need to patch configure.in, allmakefiles.sh or Makefile.in ?
[10:05] <gnomefreak> bbl goesnt to lay down for a while
[10:05] <shirish> gnomefreak: see ya
[10:06] <shirish> an aptitude a day keeps the doctor away :P
[10:08] <shirish> downloading 3.0a8pre+cvs20070902t0938+bbot-1 now
[10:10] <shirish> less than a week left for m8
[10:21] <shirish> I better see if bugzilla has some post
[10:26] <shirish> Ubulette: I get the same issue with today's build also, but no success at finding a bug-report :(
[10:46] <Ubulette> asac, too optimistic. I've missed tons of stuff
[10:47] <Ubulette> i need to either add the full MODULES_core or prune it carefully
[10:47] <asac> well ... you sure?
[10:47] <asac> its probably just the build system that requires it
[10:47] <asac> what is in MODULES_core ?
[10:48] <asac> to you have an excerpt at hand?
[10:48] <asac> Ubulette: ^^
[10:48] <Ubulette> mozilla/README mozilla/accessible mozilla/browser mozilla/build mozilla/caps mozilla/chrome mozilla/config mozilla/content mozilla/db/mdb mozilla/db/mork mozilla/db/morkreader mozilla/db/sqlite3 mozilla/docshell mozilla/dom mozilla/editor mozilla/embedding mozilla/extensions mozilla/gfx mozilla/intl mozilla/ipc/ipcd mozilla/jpeg mozilla/js/jsd/idl mozilla/js/src/fdlibm mozilla/js/src/liveconnect mozilla/js/src/
[10:48] <Ubulette> xpconnect mozilla/layout mozilla/modules/lcms mozilla/modules/libbz2 mozilla/modules/libimg mozilla/modules/libjar mozilla/modules/libmar mozilla/modules/libpr0n mozilla/modules/libpref mozilla/modules/libreg mozilla/modules/libutil mozilla/modules/oji mozilla/modules/plugin mozilla/modules/staticmod mozilla/modules/zlib mozilla/netwerk mozilla/other-licenses/7zstub/firefox mozilla/other-licenses/atk-1.0 mozill
[10:48] <Ubulette> a/other-licenses/branding/firefox mozilla/other-licenses/ia2 mozilla/parser mozilla/plugin/oji mozilla/profile mozilla/rdf mozilla/security/manager mozilla/storage mozilla/sun-java mozilla/testing/mochitest mozilla/toolkit mozilla/tools/elf-dynstr-gc mozilla/tools/test-harness mozilla/uriloader mozilla/view mozilla/webshell mozilla/widget mozilla/xpcom mozilla/xpfe mozilla/xpinstal
[10:48] <Ubulette> hmm no
[10:49] <Ubulette> http://pastebin.mozilla.org/192931
[10:51] <Ubulette> maybe MODULES_necko is enough
[10:59] <gnomefreak> im head ing to hospital ill bring laptop but i cant promise they will let me have it
[11:00] <Ubulette> gasp, seems serious :P
[11:11] <Admiral_Chicago> hjmf: sure, when will that be?
[11:11] <Admiral_Chicago> @schedule chicago
[11:11] <ubotu> Schedule for America/Chicago: 03 Sep 08:00: Community Council | 04 Sep 10:00: Kernel Team | 05 Sep 07:00: Edubuntu | 07 Sep 19:00: MOTU Team | 08 Sep 12:00: Xubuntu Developers | 10 Sep 14:00: Screencast Team
[11:11] <Admiral_Chicago> hmm, i'll be in class at that time, but I'll email the CC for you hjmf
[11:28] <Ubulette> asac, seems i'm close
[11:28] <Ubulette> configure: error: Unrecognized extension provided to --enable-extensions: xml-rpc.
[11:30] <asac> yes you want that i guess
[11:30] <asac> orits a bug in firefox-granparadiso
[11:30] <asac> (in case its provbided by xulrunner)
[11:31] <Ubulette> it's part of default configure.in
[11:31] <Ubulette> MOZ_EXTENSIONS_ALL=" wallet xml-rpc help venkman inspector irc typeaheadfind gnomevfs sroaming datetime finger cview layout-debug tasks sql xforms schema-validation reporter"
[11:31] <Ubulette> so i guess i need mozilla/extensions/*
[11:36] <Ubulette> asac, strange that we don't ship any ext in gp
[11:36] <asac> Ubulette: aren't those in xul already?
[11:36] <asac> Ubulette: maybe you should just enable all those extensions in xulrunner
[11:37] <asac> i know that mike builds more stuff than plain xulrunner in debian
[11:38] <Ubulette> hmm, i'll look into that once it builds again
[11:39] <Ubulette> make[5] : Entering directory `/src/bzr/build-area/firefox-trunk-3.0~a8~cvs20070902/build-tree/mozilla/browser/locales'
[11:39] <Ubulette> Makefile:184: ../../toolkit/mozapps/installer/packager.mk: No such file or directory
[11:39] <Ubulette> Makefile:185: ../../toolkit/locales/en-US/installer/windows/charset.mk: No such file or directory
[11:39] <Ubulette> make[5] : *** No rule to make target `../../toolkit/locales/en-US/installer/windows/charset.mk'.  Stop.
[11:40] <Ubulette> so it means tweaking make rules
[11:43] <Ubulette> lol, it's a whole dirty win32 block
[11:58] <Ubulette> Comparing pl to en-US
[11:58] <Ubulette> Can't open perl script "../../../../toolkit/locales/compare-locales.pl": No such file or directory
[11:58] <Ubulette> pfff
[12:28] <Ubulette> asac, i made it work with a 10M tarball
[12:29] <Ubulette> far better than the current 40M one but still too big, imho
[12:57] <asac> hmm ... yeah!
[12:57] <asac> thats good
[01:01] <Ubulette> don't know how to deal with those client.mk patches. I'll put that in a branch for now
[01:07] <Ubulette> asac, should i push in m-t or just in my own stuff ?
[01:08] <Ubulette> asac, https://code.launchpad.net/~fta/firefox/mozclient