[01:24] hi [01:24] 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] gnomefreak: you probably don't need to do that [01:25] you almost certainly want the orig.tar.gz from gutsy [01:25] cant [01:26] the changes that were made for gcc g++ cant be used in feisty [01:26] sure they can [01:26] nope different versions [01:26] and the orig isn't [01:26] feisty doesnt have gcc4.2 [01:26] modified [01:26] its just the patches that you don't want [01:26] oh ok cool [01:26] and the control file [01:26] orig.tar.gz is the same [01:26] yeah i grabbed lower revision [01:27] yeah and drop the CC/CXX tweaks from debian/rules as well [01:35] with any luck tbird will be published tonight [01:37] ok being pushed [01:37] im gonna go laydown my pancreitis is bothering me something ferce === vina [n=vina@c9343735.virtua.com.br] has joined #ubuntu-mozillateam [02:33] hi all [02:33] it's just my impression or they removed the mozilla browser in ubuntu 7.04? === Admiral_Chicago [n=FreddyM@st074039212101.monm.edu] has joined #ubuntu-mozillateam [02:37] gnomefreak: get well and recover [02:37] vina: yes [02:38] is there any intetion on putting seamonkey back to the repository? [02:39] in gutsy there is seamonkey (well iceape) [02:40] but its identical [02:40] except the icons === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam === vina [n=vina@c9343735.virtua.com.br] has joined #ubuntu-mozillateam [03:19] asac: thank you very much asac [03:20] but as I already use mozilla mail, I think I'll search for a pre-built seamonkey package [03:22] vina: we will have one soon [03:22] in our mozillateam archive [03:22] we are just migrating to a new one ... so its still empty [03:22] but its getting more content every day ... feisty iceape/seamonkey should be possible [03:22] just ask gnomefreak ... he can probably upload that [03:23] oh, better yeat then! [03:23] thanks a lot! [03:23] just bug him tomorrow ... and be patient ofr another 1-2-3 days ;) [03:23] hahah [03:23] i think he lay down ... no idea if he comes back today [03:23] I'll compile seamonkey myself [03:24] it probably will take 2 hours [03:24] when the package is ready, I'll just make the change [03:24] no hurry [03:25] see ya === DarkMageZ [n=richard@ppp121-44-32-169.lns3.syd7.internode.on.net] has joined #ubuntu-mozillateam [08:13] gnomefreak: ah, cool === DarkMageZ_ [n=richard@ppp121-44-11-183.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === Eddie__Vedder [n=asd@77.46.203.163] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [01:22] hi ... will be out for most of the day ... the ipw3945 debug session with stgraber just soaked too much power to be still alive :) === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [03:38] 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 === hjmf_ [n=hjmf@7.Red-83-44-173.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam [04:30] asac: if he comes back tell him(vina) iceape and seamonkey are being uploaded to PPA atm [04:30] im off for a while === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam === asac_the_2nd [n=asac@d111142.adsl.hansenet.de] has joined #ubuntu-mozillateam [06:00] gnomefreak: ok thanks [06:13] asac: ping === Ubulette_ is now known as Ubulette [06:26] hi [06:32] hjmf_: pong [06:39] asac: hi! will you be around here tomorrow for the CC meeting? [06:40] asac: at last I'll be applying for membership [06:40] asac: and it would be great if you'll be around :) [06:43] oh there is a CC meeting? [06:43] @schedule [06:43] 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] yeah ... i will be here :) [06:43] (unless hit by bus) [06:44] hjmf_: you are on top of agenda? [06:45] gnomefreak, any reason not to push {xul,ff3}.trunk to ppa ? [06:45] asac: yea! I'm the second [06:45] asac: cool, thanks :) [06:45] a pleasure! [06:45] of mine :) [06:45] Ubulette: probably time/bandwidth constraint :) ... but i think they should go in [06:46] hjmf_: maybe let people from bughelper-dev know as well [06:46] hjmf_: i think dholbach will be there anyway ... but others might wanna support you as well :) [06:46] (though i think its not needed) [06:48] Ubulette: we are waiting for copyright file still? you said you fixed somehting but wasnt sure what [06:48] hmm [06:48] gnomefreak, no. it's ready [06:48] asac: I'm hopping that your testimonials (all of you in the group, and specially yours asac) would be enough [06:49] asac: and I count on dholbach being there too and remembering me from bughelper :)- [06:50] I count with gnomefreak and Admiral_Chicago too [06:50] Admiral_Chicago: please if possible assist to the CC :) [06:53] hjmf_: don't worry ... should be trivial for you ... i am sure ;) [06:53] asac: lets hope that your are right :) [06:54] though I can't avoid too feel a bit nervous :P [06:54] hehe [06:54] yeah, more if I remember the other meeting when it got out of time Grrrr! [06:54] :) [06:54] hehe [06:55] this time should be better [06:55] @schedule madrid [06:55] 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] there is no meeting afterwars (like it was last time) [06:55] probably my turn will be around 16:00, though I have taken all my evening free for the meeting :) [06:55] and since you are second on the list :) [06:56] 1600 ? whatelse is before? === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam === hjmf_ needs to relax [06:56] me too ... i will go to the sofa again now :) [06:56] there are 4 general proposes and only one loco team before members [06:57] asac: me too, I'm going to watch football right now [06:57] cy [06:57] hmm ok ... that should be fine then :) [06:57] cu tomorrow [06:57] cu then :) [07:00] asac, you talked about me auto-committing in .dev branches, what was it already ? [07:01] he? [07:01] it was about nss [07:02] any scrollback line you can show me so maybe i understand :) [07:02] Aug 28 01:50:32 Ubulette: yes then autocommit ... and refrain from new builds if build fails somehow [07:02] Aug 28 01:50:37 so we can fix the last revision ;) [07:02] Aug 28 01:50:43 manually ... then bot will resume [07:03] Aug 28 01:51:00 no need to autocommit, most of the time, there's no reason to update debian/* [07:03] ah that was long ago :) [07:03] 5 days [07:03] Ubulette: yes ... i would be fine when we do only commit when debian/ needs to be changed [07:04] bug maybe doing a daily commit (with just updated date in changelog) would help [07:04] s/bug/but/ [07:04] pushing tarball too i guess [07:05] so anyone could build .dev [07:05] the problem i still see is that your bot doesn't produce the right versions :) [07:05] it could autocommit the right thing [07:05] Ubulette: the debian/ directory should be self-sufficient [07:05] e.g. you checkout ... then you just run debian/rules new-orig [07:05] and get the appropriate orig tarball from that date [07:06] (e.g. through cvs checkout) [07:06] 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] 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] semi-officially [07:07] maybe think about it ... i think tweaking your versions would be worth the efford :) [07:07] 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] ok [07:08] if it takes a while, that doesn't mean that it will never happen :) [07:08] indeed [07:08] (at least for me) ... and that hope is good enough for now [07:08] :) [07:09] Ubulette: i don't think we need the appropriate orig tarball published [07:10] 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] when upstream does that we can produce orig.tar.gz by getting that tag from cvs [07:10] well, if the bot autcommit in the evenning, and someone wants to build in the morning, cvs will no longer match [07:10] Ubulette: why doesn't your bot checkout -D DATE =? [07:10] that would make things 100% reproducible [07:11] you might loose commits done today ... but build tomorrow will get them [07:11] you could even checkout by time iirc [07:11] mostly because the bot is meant for HEAD [07:11] not because it cannot to that [07:11] ok [07:12] Ubulette: i will think about it ... i think it shouldn't be a problem for us [07:12] but we can just go for committing debian/ tree when we need to change that [07:12] that would be fine too i guess [07:12] that's already what I'm doing manually in .dev [07:13] when a build failed, i try to fix it then update .dev [07:13] i think that should be good enough [07:13] 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] if we run into problems or learn how we can do better, then we can adapt that procedure [07:14] so not autocommit? is that consense now? [07:15] i don't see what to autocommit except bump changelogs when build succeeded [07:15] gnomefreak: ETA for xul+ff-trunk in gutsy/ppa ? [07:16] 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] but i am fine to go the "only commit on changes" way [07:17] Ubulette: how long do you keep your HEAD builds araound? any policy? [07:17] e.g. 3 month :) ? [07:17] forever ;) = [07:17] 1 week ? [07:18] initially i did forever but i'm not only keeping the last one [07:18] s/not/now/ [07:19] maybe you can keep history till last milestone? [07:19] e.g. a7 -> a8 ? [07:19] possible with a small plugin [07:19] in case there are issues we could use them to track down a regression window [07:19] which can be worth gold [07:33] just so all you know: i am not running feisty anymore :) [07:34] :) [07:35] 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] even more so, because they already get far too little exposure before they are rolled out :/ [07:36] call for contributors [07:36] now i don't know anyone who really runs feisty :/ [07:37] Ubulette: yes we are starting community qa for mozillas [07:37] Ubulette: i hope it will iniitally be done for next security upload [07:37] Ubulette: e.g. we have: https://mozilla.qa.stgraber.org/ ... now :) [07:38] is still pre-beta ... but firefox will be the first application to use it [07:38] hmm, certs "could not be verified for unknown reason" (with trunk) [07:39] do an strace [07:39] it probably doesn't find some (new) file? [07:39] same with our gp a7 [07:40] same? [07:40] yep [07:40] well it worked, right? [07:40] when/how did it break? [07:40] if i accept the cert, yes [07:40] what exact stack are you running? with xul? [07:41] all head [07:41] for gp, all gutsy [07:41] all gutsy? or ppa? [07:41] not ppa [07:41] well i am sure that gp works [07:41] in gutsy [07:41] firefox-granparadiso 3.0~alpha7-0ubuntu6 [07:41] ok let me check ;) [07:42] Ubulette: that version doesn't even have system nss/nspr [07:43] why would it break? [07:43] that's why I ask :) [07:43] ok ... disk is slow atm ... but should finish any second [07:44] Ubulette: i can visit https://launchpad.net/ [07:44] without cert accept et al [07:44] i can visit everything too [07:44] then i don't understand your problem :) [07:44] but https://mozilla.qa.stgraber.org/ asks me to confirm [07:44] ah [07:44] yeah [07:44] why don't you say that so :) [07:45] if i accept the cert, yes [07:45] actually because you said (with trunk) ... i assumed you only see it on trunk [07:45] and for any site [07:45] same with our gp a7 [07:45] stgraber doesn't have a CA certification [07:45] thats all [07:46] Ubulette: well he has [07:46] but none that is installed by default [07:46] you need http://www.cacert.org/ cert to not see that warning [07:46] install the root from http://www.cacert.org/index.php?id=3 [07:46] we should file a bug against ca-certificates then [07:46] Ubulette: no [07:47] Ubulette: its in ca-certificates-extended [07:47] oh [07:47] Ubulette: the problem is: firefox doesn't read from there :) [07:47] Ubulette: and for official we are probably not allowed to change that [07:47] and its not that easy todo as well [07:48] there are really old bugs about these things upstream [07:48] upstream refuses to do it ... [07:48] can't see ca-certificates-extended in gutsy [07:48] they say that they only want the certs in firefox that they ship [07:48] Ubulette: no idea how its called [07:48] Ubulette: maybe its in ca-certificates and there is a debconf script [07:48] that asks you what certs you want [07:49] i just have blurried memories on this [07:49] its long ago i noticed it ... and it was in debian [07:55] Ubulette: trackerd has finished here :) [07:56] 1.5 days after upgrading to gutsy [07:56] lol [07:56] well ... in fact its better then having a daily updatedb run [07:56] i hope i can disable that now [07:56] that will lead to zillions of complaints [07:57] maybe i need to write a simple localte trackerd frontend though (hope that its not too hard) [07:57] Ubulette: complains? [07:57] Ubulette: i don't plan to do that for all ;) [07:57] at least for now [07:57] 1.5 days of cpu and disk activity [07:57] just for me [07:57] ah right. [07:57] especially laptops [07:57] yeah ... but if you argue that keeping up index isn't so consuming ... maybe its ok to do it once [07:58] Ubulette: right [07:58] well ... most novice users won't have that many files [07:58] in their home [07:59] i doubt that they have a bunch of copies of mozilla tree lying around or so :) [08:01] Ubulette: isn't a daily updatedb run installed by default as well? [08:01] or did i do that to me :) [08:04] dont know. I have it too as I really depend on it [08:05] but my gutsy box is just an edgy->feisty->gutsy box [08:05] so maybe I installed it manually at some point [08:06] yeah [08:06] trackerd is broken for me [08:06] i didn't get an answer [08:06] from dbus [08:06] then manually starting trackerd gives me: [08:06] ERROR: while reading file /usr/share/tracker/sqlite-stored-procs.sql on line 170 [08:06] which is EOL [08:06] EOF [08:07] i mean [08:07] so probably a open bracket or paranthesis [08:08] Initialising tracker... [08:08] throttle level is 0 [08:08] ERROR: while reading file /usr/share/tracker/sqlite-stored-procs.sql on line 170 [08:08] but it runs [08:12] ..and sucks my cpu === Ubulette_ [n=Ubulette@APuteaux-153-1-74-95.w81-249.abo.wanadoo.fr] has joined #ubuntu-mozillateam === Ubulette_ is now known as Ubulette === shirish [n=shirish@59.95.28.13] has joined #ubuntu-mozillateam [09:00] asac, i've patched client.mk to be able to fetch MOZ_CO_PROJECT=nss or nspr or xulbrowser [09:00] what? [09:00] problem is xul and browser still fetch nss and nspr.. it's deep in the logic of the code [09:00] ah [09:01] can you show me patch so i can pre-review [09:01] i don't think i'll post that upstream [09:01] well ... we should make it suitable for upstream at some point at least :) [09:02] though we might be more heroic if we do something for hg :) [09:02] why ? [09:02] hd is gonna replace cvs ? [09:02] hg [09:15] what's hg? [09:15] mercurial [09:15] chemical symbol [09:15] ah so the ff upstream is gonna go with mercurial, is it? [09:15] I don't know [09:16] Ubulette: hi, and apologies, I was never a good science student even though we had a hot science teacher ;) [09:16] :) [09:18] Ubulette: do you still have link to those .svg pages which you were showing me the other day? [09:19] http://www.bluishcoder.co.nz/2007/08/svg-video-demo.html [09:22] why do we need like 10 repository systems? [09:22] cvs was fine [09:24] xtknight, do you actively use cvs ? [09:25] Ubulette, to checkout stuff [09:25] seems a little extreme tho. but i hope Hg is in the repositories [09:25] i see. that's why you don't see the problem :) branching in cvs is a nightmare [09:26] i think when i came across pidgin's checkout system it was awful [09:26] i forgot which one they used [09:26] in debian/ubuntu, hg is in the mercurial package [09:27] ahh Monotone :( [09:27] never used monotone myself [09:27] yeah it's awful for checking out [09:27] i hope Hg is like cvs and svn [09:27] it is [09:28] xine uses hg [09:29] http://hg.debian.org/hg/ [09:29] I tried to use monotone but got stuck on the first thing of making directories to do stuff. [09:29] http://developer.pidgin.im/wiki/UsingPidginMonotone [09:29] quite messy [09:29] with svn you do "svn co url" done ;) [09:31] xtknight: true [09:33] 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] what's the diff between cvs, git, svn, and bzr? [09:34] (and monotone, and Hg for that matter) [09:35] xtknight: between cvs & svn its easy, the whole thing of changesets and branching, this is much much easier to follow. [09:35] hmm [09:36] git is excellent for extreme programming practises, hence the kernel guys use it. lot of that cherry picking stuff & all. [09:38] http://en.wikipedia.org/wiki/Comparison_of_revision_control_software [09:39] just what the doctor ordered [09:51] shirish, how's minefield today ? [09:52] Ubulette: its responding lazily, not quick as other days :( [09:52] ? [09:53] should not be that different in just a day [09:53] hang on lemme check which build this is. [09:55] this is yesterday's build I guess, 1st sept. [09:55] today is out [09:56] xul+ff+nspr today (no new nss) [09:56] oh, ok cool, hang on. [09:57] i'm working on making ff3 smaller [09:58] I know, btw there is backtrace when I closed ff, interested in knowing what it was? [09:59] its a GDK-error. [10:00] please search a bit on bugzilla 1st. maybe it's already known [10:00] Ubulette: this is with yesterday's build http://paste.ubuntu-nl.org/36078/ [10:00] Ubulette: did you fix xulrunner copyright? [10:01] gnomefreak, yes [10:01] ok ty [10:01] was okay friday [10:02] 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] seems ff3 src will go from 34M to 2.5M [10:02] gnomefreak: you have to go to hospital again? [10:03] Ubulette: great [10:03] Ubulette: cool :P [10:03] asac: pain is back [10:03] i didnt eat anything either been on clear liquid diet === shirish sad to learn about gnomefreak's illness. [10:03] but its been 24 hours [10:03] shirish: ill live [10:03] maybe it goes away? [10:03] im hoping === Ubulette will bzr bd it 1st.. hope nothing's missing [10:04] gnomefreak: maybe you should stop smoking as well? [10:04] if not tuesday im at drs. office [10:04] gnomefreak: e.g. try to remove all kind of stress from your body [10:04] for recovery [10:04] asac: yes i should and ive only had 3 today [10:04] gnomefreak: I hope so too, there are only so few people who love GNOME :) we guys need to stick together. [10:04] but ill have it done this week either from laptop in hospital or home feeling better [10:04] Ubulette: did you need to patch configure.in, allmakefiles.sh or Makefile.in ? [10:05] bbl goesnt to lay down for a while [10:05] gnomefreak: see ya === shirish goes dutifully & does his 'sudo aptitude update' mantra [10:06] an aptitude a day keeps the doctor away :P [10:08] downloading 3.0a8pre+cvs20070902t0938+bbot-1 now [10:10] less than a week left for m8 [10:21] I better see if bugzilla has some post [10:26] Ubulette: I get the same issue with today's build also, but no success at finding a bug-report :( === shirish out === shirish [n=shirish@59.95.28.13] has left #ubuntu-mozillateam [] [10:46] asac, too optimistic. I've missed tons of stuff [10:47] i need to either add the full MODULES_core or prune it carefully [10:47] well ... you sure? [10:47] its probably just the build system that requires it [10:47] what is in MODULES_core ? [10:48] to you have an excerpt at hand? [10:48] Ubulette: ^^ [10:48] 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] 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] 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] hmm no [10:49] http://pastebin.mozilla.org/192931 [10:51] maybe MODULES_necko is enough [10:59] im head ing to hospital ill bring laptop but i cant promise they will let me have it [11:00] gasp, seems serious :P [11:11] hjmf: sure, when will that be? [11:11] @schedule chicago [11:11] 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] hmm, i'll be in class at that time, but I'll email the CC for you hjmf [11:28] asac, seems i'm close [11:28] configure: error: Unrecognized extension provided to --enable-extensions: xml-rpc. [11:30] yes you want that i guess [11:30] orits a bug in firefox-granparadiso [11:30] (in case its provbided by xulrunner) [11:31] it's part of default configure.in [11:31] 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] so i guess i need mozilla/extensions/* [11:36] asac, strange that we don't ship any ext in gp [11:36] Ubulette: aren't those in xul already? [11:36]