[12:32] not sure. also changing for HEl.... to Times made a slight difference [12:32] it is just disgusting how fonts look with disable pango [12:32] eyes hurt [12:32] i think its the serif font [12:32] because folder font and message subject fonts look good [12:32] right? [12:32] my eyes hurt looking at small fonts notice how small the mail is compared to tbird main window [12:33] asac: yes just the mail font [12:34] and that big ass tbird window is default :( [12:35] my res. is set to 1600x1200 you would think it will be smaller, if it does shrink i can change res to 1024x768 [12:35] that might help viewing mails a bit [12:36] gnomefreak: i think its the monospace font [12:36] if you change to variable font size it looks more decent [12:36] but what the hell is going on there [12:36] not sure. but you see the issue right? === gnomefreak hoping its not just me [12:37] others have the same issue but who knows everyones could be different issues but same complaint === gnomefreak needs to ping finalbeta and hit him over the head with something hard and metal [12:38] i see *an* issue [12:38] if i disable pango === gnomefreak figures since i have window open i might as well upload iceape [12:40] maybe latest firefox/thunderbird does automatically disable pango on non indic locales? [12:40] or ... maybe even pango disables itself automatically? [12:41] that would be bad for pango to disable itself IMHO [12:42] thats interesting [12:42] pkg-config --cflags gtk+-2.0 doesn't work [12:43] ummmm that weird but we did just update gtk+2.0 [12:44] i think there is a serious bug in the gtk+2.0-dev package (not that it matters for our case here) [12:44] if it wont build against that what should it build against? fff anf tb are gtk2 [12:44] -f [12:44] i had to add libxcomposite-dev and libxdamage-dev package to build-depends [12:44] to build thunderbird [12:45] because pkg-config on gtk failed [12:45] when you built for gutsy to start with? [12:45] dunno [12:45] not long ago [12:46] a few days ago i uploaded thunderbird 2.0 [12:46] ~rc1 [12:46] ah ok [12:46] ah 2.0.0.4-rc [12:48] seems sparc is borked or extreamly slow its still on glibc [12:49] yeah ... iceape is finished [12:50] gnash has failed [12:51] actually i didn't know why gnash failed ... but now that i see that latest gtk appears to bring regressions i am not that concerned anymore [12:54] dont blame you gtk more important than gnash [12:54] i need to run to store ill be back a little later [01:41] k [01:41] i will be out in a few minutes [01:49] gnomefreak: i added --disable-freetype2 to debian/rules of gutsy tbird [01:50] and no PANGO switch makes a difference [01:50] all look good === bluekuja_ [n=andrea@host145-171.pool8250.interbusiness.it] has joined #ubuntu-mozillateam === andrea__ [n=andrea@host33-239-dynamic.1-79-r.retail.telecomitalia.it] has joined #ubuntu-mozillateam [02:04] ok cool ty === bluekuja_ [n=andrea@host221-175.pool8252.interbusiness.it] has joined #ubuntu-mozillateam === andrea__ [n=andrea@host178-239-dynamic.1-79-r.retail.telecomitalia.it] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [04:31] asac: can you please test iceape? iceape on feisty that i built doesnt have the go button i enabled, [04:34] i see, adding the patch gave you the choice to add the go button, i have to figure out how to make this default feature === gnomefreak going to bed === DarkMageZ [n=richard@ppp28-164.lns1.syd6.internode.on.net] has joined #ubuntu-mozillateam [04:52] evening all === DarkMageZ [n=richard@ppp4-60.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam === Admiral_Chicago [n=FreddyM@adsl-68-255-110-41.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [07:48] thunderbird has the beginning of a clue file [07:59] had to rename it to mozilla-thunderbird. [08:03] bzr has been fighting with me recently... === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp4-70.lns1.syd7.internode.on.net] has joined #ubuntu-mozillateam [10:46] ola [10:49] hey ther asac [10:49] if you have time, I'm stuck with this clue file in -bugs [10:49] improper formating? [10:50] he? [10:50] what happens? [10:50] Admiral_Chicago: ? [10:50] whats the error you are gettin'? [10:53] i got it now [10:53] apparently has two s for one file [10:54] working now [11:06] cool [11:08] how often does dholbach's cronjob run? [11:11] 2 hours [11:12] i just commited the thunderbird clue file now, its the general outline, the tagging and master clues [11:17] ok ... looks like we don't need to respin openoffice.org for dapper ffox 2.0 backport [11:17] what a great news :) [11:18] Admiral_Chicago: i have the feeling that we need some students/volunteers that regularly work on the cluefile output [11:18] for instance, merging duplicates, blacklisting false-positives [11:18] and fixing tags :) [11:19] Admiral_Chicago: http://daniel.holba.ch/bugs/mozilla-thunderbird.html ... this isn't recent, right? [11:19] or are those all triaging bugs in tbird? [11:19] hmmm firefox.html has gotten pretty small [11:19] who did all that work fixing states? [11:20] wait a second. [11:20] oh ... appears that the batch run copied over not-yet-ready file [11:20] yea might have been when it was broken [11:21] hmmm ... but the output is chopped [11:21] what was broken? the cronjob? [11:21] no the clue file [11:21] if you check out the latest revision, i fixed it for an error i accidently left in there [11:22] i could see getting more poeple working on clue files regularly. [11:22] its a very good beginnner project [11:22] hmmm ... but why would the process end in the middle of processing ... are clue files updated during a single batch run? [11:22] yes i think so [11:22] wierd [11:22] that is probably a bug :) [11:22] i mean ... it should start with a clue file and only update on next run :) [11:23] all i know is that it should be fixed in 2 hours [11:23] ok :) [11:23] lets see [11:23] oh no thats not what i thought you meant.,, [11:23] Its probably related to me good [11:23] goof* [11:24] yes ... i think the job must have been killed in the middle of its run [11:24] anyway, lets wait what happens next :) [11:24] hehe, you can wait, I need to sleep a bit. === Admiral_Chicago is spending tomorrow doing doc work. [11:25] so i need to be up at ~12. it's almost 4.30 here [11:25] yikes. [11:25] Admiral_Chicago: yes, rest :) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [12:45] gnomefreak: hi [12:45] gnomefreak: you slept well? [12:45] asac: hi yes thank you i did [12:47] gnomefreak: good news :) [12:47] gnomefreak: we don't need to respin openoffice.org for dapper [12:47] why not? [12:47] i looked into it and the rdepends is just a suggest that doesn't make sense for dapper [12:48] appears to be a leftover of breeze where there was a mozilla-openoffice.org plugin [12:48] (like what we have now in gutsy again) [12:48] ah [12:49] so ... let me look at your dapper archive to check if there is everything rebuild (and not too much) that is needed [12:49] k [12:49] whos not busy today [12:50] you are not busy? [12:50] i have a test case and personally im not all that sure its firefox [12:50] i wont be busy around noon that is still 5 or so hours away) unless i can cancel my PT appointment [12:51] gnomefreak: ok ... here a list of things that can be dropped: [12:51] 1. xubuntu-desktop + xubuntu-live [12:51] (dropped from dapper repo) [12:52] k you list ill drop after coffee [12:52] (in fact 1. is xubuntu-meta source and all binaries that come from that) [12:53] only 1 or 2 binaries [12:53] asac bug 120326 is this the one that failed to build [12:53] Launchpad bug 120326 in gnash "gnash 0.8.0" [Undecided,Confirmed] https://launchpad.net/bugs/120326 [12:54] 2. everything sun-java related (though this should be noted so people verify if java plugin still works in dapper) [12:55] bug 120326 [12:55] Launchpad bug 120326 in gnash "gnash 0.8.0" [Undecided,Confirmed] https://launchpad.net/bugs/120326 [12:55] yes i close it fix released with changelog entry from last upload [12:56] why are they still tagging it than [12:57] i don't know ... i further don't know why the changelog in launchpad doesn't contain an entry for the initial 0.8.0 upload [12:57] wierd [01:00] do we crash firefox with vlc plugin on http://www.redgreen.com/index.cfm?app=cart&a=menu [01:00] ? [01:00] if so we could add that to our vlc master crash bug i guess [01:00] (though I think i already reassigned it to vlc) [01:00] bug 117667 [01:00] Launchpad bug 117667 in firefox "Time slider isn't working on Blender tutorial videos" [Undecided,Needs info] https://launchpad.net/bugs/117667 [01:01] asac: that page didnt have a video [01:01] can we get a testcase for it [01:02] yeah that page has sound [01:02] if you click on episodes you cant click on them to open them [01:02] i didnt get sound [01:02] according to debian iceape reporter it just crashes [01:02] if you just have vlc plugin installed [01:02] ah that one yes i saved that email to test in iceape [01:03] debian bug 428765 [01:03] Debian bug 428765 in mozilla-plugin-vlc "Segfault on page with sound if you return to the page" [Important,Open] http://bugs.debian.org/428765 [01:04] there is the testcase ... do we see that crash in iceape/firefox? [01:04] http://download.wikipedia.org/images/archive/etwiktionary/20060912/etwiktionary-20060912-abstract.xml was the one i thought you were talking about [01:04] no ... thats an out-of-memory thing [01:04] asac: it didnt crash firefox for me [01:04] nothing iceape can do much about [01:04] gnomefreak: you sure you only have vlc plugin? [01:04] only have? [01:04] gnomefreak: look in the bug ... you have to switch pages as well [01:04] gnomefreak: no totem, mplayer et al [01:05] i will look at it soon i need to finish email and get coffee. it shouldnt matter what is installed as firefox will open using the proper plugin. cant remove totem [01:06] k [01:06] mplayer can be dropped (or maybe move to some other directory for now) from dapper backports as well [01:06] so now we have: [01:06] 1. xubuntu stuff [01:06] 2. sun-java stuff [01:06] 3. mplayer stuff [01:11] removing totem-mozilla [01:11] 4. nip2 [01:11] 5. ubuntu-meta [01:11] what vlc pluging is needed? they have some for sound (arts alsa) and about another 8 or so [01:11] 6. ubuntu-php* [01:11] gnomefreak: ? try just to install default vlc mozilla plugin [01:11] and use what that brings in for you [01:11] e.g. just vlc i guess [01:11] mozilla-plugin-vlc [01:11] mozilla-plugin-vlc [01:11] yeah [01:11] right [01:11] just install that and hope that something soundish comes with that [01:11] otherwise we might want to ask on debian bug for details [01:11] but first lets try ... looks like a fail-safe testcase [01:11] will let you know as soon as i test it. i have to cancel my PT in a little while [01:13] hmmm venkman definitly needs to be updated to at least edgies version ... maybe go for feisty one [01:13] the dapper venkman will not work on 2.0 [01:15] oh how i hate this dapper 2.0 thing ... will cause me restless nights at some point i guess [01:23] asac: iirc that didnt build but i will try again unless your doing it. i have a call to make and smoke with 1st coffee and i will be back [01:24] k [01:28] what is the full name of the venkman thing? ill grab it while im on phone [01:29] mozilla-venkman [01:29] apt-get source it in edgy/feisty ... then build in dapper (where you have your firefox backport installed) [01:30] yep i have to install everything again [01:34] should i add ~mt1 to the end of the version [01:34] too high and you will have issues upgrading to edgy [01:35] gnomefreak: use: ~dapper0.mt1 [01:35] so we can release with ~dapper1 [01:36] ok? [01:36] 0.9.87-6ubuntu1~dapper0.mt1 [01:37] yeah ... if edgy version is 0.9.87-6ubuntu1 ... then yes [01:38] 0.9.87-1 [01:38] asac: do you know if there is the possibility to install a security device in firefox using a tool and command line? [01:38] ^^ edgys [01:39] bluekuja: security device? what kind? [01:39] gnomefreak: append ~dapper0.mt1 to whatever edgies version is [01:39] why? [01:39] im building feistys no? [01:40] if there is a version in edgy, better use that [01:40] so we get a clean upgrade path [01:40] asac: for reading smart cards [01:40] e.g. dapper -> edgy -> feisty [01:40] k [01:40] asac: using an ubuntu packager (opensc) [01:40] *package [01:40] hmm [01:40] i have no idea ... i know that you can use a pgp device with enigmail [01:40] asac: https://launchpad.net/bugs/72584 [01:41] Launchpad bug 72584 in opensc "Installing Mozilla-opensc package not enough to use smart cards" [Undecided,Unconfirmed] [01:41] oh if there is a package ... then probably it should work [01:42] that's the bug [01:42] let me see [01:42] what that package installed [01:42] installs [01:42] it should allow you to use smart cards with firefox [01:42] but it doesnt work [01:43] and you have to do it manually [01:43] http://www.opensc-project.org/opensc/wiki/MozillaSteps [01:43] thats the instruction [01:44] yeah, we are trying to do something to fix it [01:44] that y I asked [01:48] bluekuja: did you find the spurious changelog entry? [01:48] in grandparadiso? [01:48] i get it now as well :) [01:48] (interestingly) [01:48] it was a white space here [01:48] but I tried it today [01:48] re-starting [01:48] where? [01:48] branching et all [01:48] and I get it again [01:48] -.- [01:48] where is the white-space? [01:48] it was on my entry [01:49] but today is ok [01:49] and I still get it [01:49] currently I'm investigating [01:49] but it seems everything ok [01:52] asac: why is iceape-calendar empty? [01:52] where? [01:53] tthe binary is empty pitti just said it in #ubuntu-devel [01:53] 07:51 < pitti > gnomefreak: iceape-calendar binary is empty; I'll accept it for now, but I guess it should be fixed [01:54] yeah [01:55] ah ... i remember [01:55] is that because what i thiink it was [01:55] they dropped it :) [01:55] i mean upstream dropped it [01:55] your kidding? [01:55] from source tarball [01:55] lol [01:55] --> debian now produces a handcrafted tarball [01:55] ok so we remove it from our build [01:56] now we can either decide to drop -calendar [01:56] or do it the same way as debian [01:56] gnomefreak: yes, i would vouch to drop it [01:56] drop it we will have sunbird to replace [01:56] gnomefreak: sunbird nor lightning will be integrated in iceape though [01:56] oh [01:57] but hey ... iceape doesn't deserve a calendar :) [01:57] lol [01:57] gnomefreak: ok ii will see if just dropping -calendar helps [01:57] k ty [01:57] should i drop edubuntu as well? [01:58] from dapper repo [01:58] yes [01:59] k [01:59] gnomefreak: actually, it doesn't make sense [01:59] you *have* to prepare a patch [01:59] instead of recreating orig.tarball [01:59] for? [01:59] ... so we can use iceape tarball from debian [01:59] thought we were dropping -calendar [02:00] yeah ... but then ... i don't know... its like if we do our own tarball anyways, we can do seamonkey as well [02:00] yeah [02:00] and creating tarball has always been a pita for you [02:00] gnomefreak: so do it once: [02:00] concentrate!!! [02:00] create a proper tarball for ubuntu [02:00] download debian tarball [02:00] extract them next to each other [02:01] *without* debian/ dir of course [02:01] just *plain* origs [02:01] then run a diff -ru /path/to/debianorigdir /path/ubuntuorigdir [02:01] aeh wrong [02:02] just [02:02] then run a diff -ru debianorigdir ubuntuorigdir [02:02] gnomefreak: the idea is to get the differences of debian orig and ubuntu orig once [02:02] yes [02:02] then use that diff to patch debian sources during build [02:02] gnomefreak: you will do it [02:02] im still waiting for you to look at them [02:02] i did this already [02:02] copy the instructions above ... then you will succeed [02:02] gnomefreak: you did it wrong [02:02] definitly [02:03] because you had no differences [02:03] if you produce a fresh orig.tar.gz now, then it should work [02:03] asac: please look at the ones i uplaoded already you said they were good and to leave them there [02:04] a day of screwing around with them remember [02:04] where are they? [02:04] hold on ill ge tit [02:04] get it [02:05] http://gnomefreak.youmortals.com/ [02:05] asac: there [02:05] don't see [02:05] diff-Nr.diff is not good [02:06] diff.Nurp.txt and diff-ur.txt [02:06] on ubuntu feistys 2.0.0.4 package. if i throw in --disable-cairo into the rules. will that kill cairo? and what side effects might i suffer? [02:06] those are not good [02:06] they don't contain any relevant change [02:06] i upload a good orig [02:06] for ubuntu [02:06] you can download and diff it [02:06] with latest debian [02:07] DarkMageZ: svg will break [02:07] e.g. not work [02:07] maybe build will fail too because you try to build svg [02:07] without cairo [02:07] so i'll change --enable-svg to --disable-svg :) [02:07] you should be able to start with MOZ_DISABLE_CAIRO=1 environment variable [02:08] ... that should have the same effect [02:08] without a respin [02:08] hmm, i'll give that a shot [02:09] maybe its MOZ_ENABLE_CAIRO=0 ... but i think its DISABLE [02:09] gnomefreak: forget it we need a good 1.1.1 tarball to compare [02:10] because there are changes beneath the calendar/ directory that we need to capture [02:10] why 1.1.1 we are already done with 1.1.2 [02:10] see above [02:10] just change it in .2 [02:10] if we don't have a good 1.1.1 debian tarball you need to produce one as well [02:11] gnomefreak: read above ... .2 doesn't have a calendar/ directory ... so we will miss changes [02:11] whats wrong with the one you uploaded [02:11] it doesn't have calendar/ directory [02:12] either way im not gonna beabel to it for a few hours (maybe 4-5) [02:13] yeah ... produce a debian and a ubuntu orig.tarball :/ [02:13] for 1.1.1 [02:13] sorry for that, but otherwise we will always have big troubles [02:13] once we have a good diff, i can even try to fix it in a way that we can drop the patch at some point [02:14] so we have no good ubuntu orig tar at all? [02:14] no [02:15] you have to produce both for 1.1.1 [02:15] as debian tarbal isn't available anymore [02:15] wtf [02:15] yeah ... but do it right one time ... then we are out of this hell [02:15] for a long time [02:16] i tried both enable=0 and disable=1 [02:16] i'll just rebuild to make sure [02:16] how in the hell would you like me to prduce a debian tar without debian anything for 1.1.1 [02:17] if the tar isnt around than the files arnt around [02:17] also means that our debian branch is pretty much usless as well [02:18] gnomefreak: you do it the same way as you do for us [02:18] but you use debian svn checkout [02:18] instead of bzr branch [02:19] gnomefreak: you can use our debian branch as well [02:19] just branch a revision before the 1.1.2 changelog entries appeared [02:19] gnomefreak ... branch our debian branch with revision 50 [02:19] aeh 59 [02:19] sorry [02:20] e.g. bzr branch -r 59 urlfordebianbranch [02:20] if i use svn wont need our debian branch to do anything [02:20] bzr branch -r 59 http://bazaar.launchpad.net/~mozillateam/iceape/debian-1.1.x [02:20] yes ... use debian branch [02:20] dont use svn [02:21] yes ... don't use svn [02:22] and branch revision 69 of ubuntu-1.1.x to get a good ubuntu 1.1.1 tarball [02:22] bzr branch -r 69 http://bazaar.launchpad.net/~mozillateam/iceape/ubuntu-1.1.x [02:23] ok stop there for now, repo is done everything built everything removed [02:23] gnomefreak: great!! [02:23] not really [02:23] i will now setup a fresh dapper chroot and see what happens [02:24] i have no clue if it works [02:24] gnomefreak: i will try [02:24] ty [02:26] would it make sence to get the diff now before building orig.tars since once i unpack tars im at same place [02:26] gnomefreak: i don't understand [02:26] you have to produce orig first [02:27] then go to /tmp/ [02:27] extract both there [02:27] and then diff them [02:27] they will have a different dirname [02:27] so no problem [02:27] e.g. *don't* extract at same place [02:27] goto /tmp/ [02:27] to do that [02:31] ok let me see this i have 30 minutes max [02:31] no im sorry i have a bit longer [02:32] crap i need the 1.1.1 source dont i [02:33] yes [02:33] of course [02:33] than extract move files produce orig [02:34] yes one time for debian-1.1.x branch [02:34] one time ubuntu-1.1.x [02:34] then extract both orig in /tmp/ [02:34] and diff them [02:36] diff -ru debianorigdir ubuntuorigdir?? [02:37] yeah [02:37] (however the dirs are called [02:37] i think its just like the dir of branch was called [02:37] ) [02:37] right. and it will make and name the diff itself [02:37] but you will see :) [02:38] no ... the diff will be dumped to console [02:38] take a look if its reasonable and then redirect to a file [02:38] which is then the patch file [02:38] we need to look at [02:38] (e.g. if its ok [02:38] k [02:38] ) [02:39] maybe use diff -rup [02:39] (if it doesn't choke) ... otherwise use diff -ru [02:40] got a while before i can do much of anything [02:42] you didnt push 1.1.2 into NEw yet did you? [02:43] hjmf: when do you plan to apply for ubuntu membership btw? [02:43] gnomefreak: no ... would like to have -calendar thing fixed [02:43] ... but without the patch that won't work well [02:43] yeah thats why i asked [02:45] i hate bzr bd [02:46] bd? [02:46] yeah bzr buildpackage [02:46] bzr builddeb [02:46] (short hand for that) [02:52] ive heard of that [02:55] are we uploading 1.1.1 again with fix or just screw it and fix in 1.1.2 [02:57] gnomefreak: we produce the patch based on 1.1.1 [02:57] then i use that patch and apply it against 1.1.2 [02:58] so no ... 1.1.2 will be next upload [02:58] ok so 1.1.1 will stay the way it is [02:58] bluekuja: i pushed the granparadiso branch ... fixed the whitespace and now it builds with bzr bd --merge . [02:58] asac: wooohoo [02:58] so you should be able to start the *real* work :) [02:58] branching [02:58] maybe pull latest [02:58] we need to merge it to bzr as well [02:58] asac: I prefer to branch it out again [02:59] I made some local changes [02:59] yes [02:59] just branch it cleanly ... and start with a bzr bd --merge --dont-purge . ... after that you can develop in build-area/... [02:59] @schedule new_york [02:59] Schedule for America/New_York: 14 Jun 12:00: Ubuntu Development Team | 16 Jun 13:00: Xubuntu Developers | 19 Jun 15:00: Technical Board | 20 Jun 16:00: Edubuntu | 21 Jun 14:00: Mozilla Team | 21 Jun 16:00: Ubuntu Development Team [02:59] like in *normal [02:59] * [02:59] asac: ok [02:59] bluekuja: cool [03:00] hmmmmm was there no devel meeting? [03:00] asac: do you have a link for code.lp? [03:00] oh nvm [03:00] bluekuja: revision 22 is the latest [03:00] in case http sync lacks behind [03:00] bluekuja: yes wait a second [03:00] https://code.launchpad.net/~asac/ [03:00] https://code.launchpad.net/~asac/ [03:00] damn [03:00] http://bazaar.launchpad.net/~asac/firefox/granparadiso [03:00] bluekuja: ^^^ branch that [03:01] thanks [03:01] but if you still get revision 20 ... pull again in a few minutes [03:01] lol [03:01] latest revision is 22 [03:01] oki :) [03:01] changelog and control is already changed to granparadiso [03:01] once it built for you we need to rename binary packages and adapt some patches [03:01] then done :) [03:02] sounds great [03:02] we can make it for tomorrow [03:02] I think [03:02] asac: mmm [03:02] still on rev. 20 [03:02] bluekuja: i think that the tarball i uploaded yesterday had a wrong name (maybe you already fixed it) [03:03] it should be firefox-granparadiso_3.0~alpha5.orig.tar.gz [03:03] yep [03:03] already fixed [03:03] bluekuja: yes ... wait 3 minutes [03:03] ;) [03:03] then do bzr pull [03:03] ok [03:05] chmod +x debian/rules? === gnomefreak cant remember [03:06] that was it :) [03:11] asac: sure to have pushed it? [03:11] seems still on 20 [03:11] yeah ... it takes time ... damn [03:11] bluekuja: can you try to branch with sftp? [03:11] you probably cannot write ... but maybe you can read :) [03:12] asac: let's try with sftp [03:12] sftp://bluekuja@bazaar.launchpad.net/%7Easac/firefox/granparadiso/ [03:12] try that [03:12] ok [03:12] http apparently has been moved to some cluster setup ... so it takes long till it gets synched [03:13] not a branch [03:16] i ask the bzrlp guys [03:16] ok [03:16] thats odd [03:17] its not building proper orig [03:18] do you care what version is in changelog? [03:18] what doesn't work? debian or ubuntu? [03:18] iceape (1.1.1-3.mt8) feisty; urgency=low is latest changelog entry [03:18] gnomefreak: yeah ... drop the .mt8 [03:18] maybe that helps [03:19] ubuntu it builds a hidden .orig.tar.gz [03:19] e.g. just temporarily [03:19] right [03:19] gnomefreak: can you push bluekuja into mozillateam? ... i then he can branch with sftp from mozillateam branches [03:19] it just takes ages [03:19] he is a member afaik [03:19] asac: I'm already in [03:20] i approved him weeks ago [03:20] yup [03:20] :) [03:20] maybe a month or so [03:20] yeah [03:20] that did it much better :) [03:20] oh :) [03:21] bluekuja: ok i push it to mozillateam then [03:21] so you can branch with sftp [03:21] sounds great [03:23] ok launchpad people are poking at it ... synch to http should not take longer than 1-2 minutes [03:23] anyway ... currently pushing to mozillateam [03:28] ok [03:29] bzrlp people look into this phaenomenon [03:29] lol [03:29] but it appears to have concept, because yesterday we waited ages for iceape branch to sync [03:30] and finally gnomefreak pulled from sftp [03:30] we have an issue [03:30] to get latest [03:30] @schedule berlin [03:30] debians doesnt seem to want to build its own orig [03:30] Schedule for Europe/Berlin: 14 Jun 18:00: Ubuntu Development Team | 16 Jun 19:00: Xubuntu Developers | 19 Jun 21:00: Technical Board | 20 Jun 22:00: Edubuntu | 21 Jun 20:00: Mozilla Team | 21 Jun 22:00: Ubuntu Development Team [03:30] hmm ... ok 2.5h till meeting [03:30] maybe because iceape_1.1.1.orig.tar.gz [03:31] already exsits [03:31] exists [03:31] yeah ... move it away after you produced debian [03:31] otherwise you mess it up [03:31] (maybe you already did ... so redo :)) [03:31] good thing i already moved it but kept one copy there [03:31] good ... lucky man :) [03:32] how do i upack them if named the same [03:32] i would have to rename one of them [03:33] maybe make one iceape_1.1.1-ubuntu.orig.tar.gz? [03:34] gnomefreak: no [03:34] you just go to /tmp/ [03:34] cant put 2 files same name in same dir [03:34] then tar xzf /path/to/debian/iceape*orig.tar.gz [03:34] you don't need to have them in the dir where you want to extract [03:34] then tar xzf /path/to/ubunt/iceape*orig.tar.gz [03:34] bzt you can rename if its more convenient for you [03:35] its more important that they produce different directories [03:35] just try to find a way [03:35] to have them next to each other (the extracted directories) [03:35] you can extract at differnt places and then move to same location with different name [03:35] or whatever you want [03:36] bluekuja: push has finished [03:36] bluekuja: https://code.launchpad.net/~mozillateam/firefox/granparadiso [03:36] there you find the url [03:36] ok [03:36] let's branch [03:37] bluekuja: you can just say pull [03:37] in what you have branched alrewady [03:37] e.g. bzr pull NEWURL [03:37] asac: deleted previous branches [03:37] hmm ok. [03:38] asac: branching [03:38] changelog is already ok? [03:39] asac: piping output to iceape.diff? [03:39] running first pass atm [03:39] gnomefreak: yes [03:40] lest see [03:40] lets see :) [03:40] so far looks good so when its done ill pipe it and upload it for you [03:41] yeah [03:41] are there differences? [03:41] yes [03:41] Like Debian -> Ubuntu ? [03:41] there should be just a few [03:43] alot of them to be honest but i have to re run it i forgot something but im fixing it [03:45] asac: bzr: ERROR: Unprintable exception DebianError: dict={'_preformatted_string': None}, fmt='A Debian packaging error occurred: %(message)s', error='message [03:45] yes tarball is wrong [03:45] tarball name? [03:45] yes [03:46] does it tell you where it looks above that? [03:46] try if you have that file [03:46] i got that error when my tarball was named bad [03:46] ../tarballs/firefox-granparadiso_3.0~alpha5.orig.tar.gz [03:46] does it exist? [03:46] yup [03:46] try ls ../tarballs/firefox-granparadiso_3.0~alpha5.orig.tar.gz [03:47] oh wait [03:50] gnomefreak: btw, gtk was really broken yesterday ... seb pushed a new version yesterday evening ... so gnash should now build again [03:52] asac: worked [03:53] asac: installing build deps [03:54] cool [03:54] should build [03:54] you should take care that gutsy is up-to-date [03:54] yesterday gtk was broken [03:56] yeah [03:56] dont worry [03:57] k cool i saw that this am [03:57] gnomefreak: diff finished?` [03:58] no i had to step away [03:58] ok while its running i go shower [03:58] asac: building [03:59] jau ... if that works you can start to rename binary packages [03:59] ok [03:59] :) [03:59] should be as simple as changing names in control* [04:00] and bzr mv debhelper files [04:00] e.g. firefox-trunk.install -> firefox-granparadiso.install [04:00] yup [04:00] maybe do the bzr mv of all those files in one checkin [04:00] ok [04:00] ah ... and i guess that firefox-trunk is in path in those files [04:00] if you look into them you will see [04:01] but modifying the files should be done in a separate checkin i guess [04:01] think so [04:01] e.g. first change control + mv files [04:01] second -> fix paths in them [04:01] third ... maybe fix patches ... and rules [04:01] :) [04:01] sounds easy ;) [04:01] hehe [04:01] asac: mmm [04:01] patch failed [04:01] again [04:01] same of yesterday [04:02] for me it just worked [04:02] mmm [04:02] please show me what files you have in build-area/firefox-granparadiso-*/ [04:02] can't find file to patch at input line 9 [04:02] e.g. just an ls on top level dir [04:02] ok [04:02] yes ... i guess your tarball is bad [04:03] firefox-granparadiso-3.0~alpha5 firefox-granparadiso_3.0~alpha5-0ubuntu0.dsc [04:03] firefox-granparadiso_3.0~alpha5-0ubuntu0.diff.gz firefox-granparadiso_3.0~alpha5.orig.tar.gz [04:03] no ... inside [04:03] in firefox-granparadiso-3.0~alpha5 [04:03] or show me the content of [04:03] firefox-granparadiso_3.0~alpha5.orig.tar.gz [04:04] http://pastebin.mozilla.org/100852 [04:06] bluekuja: you have a bad tarball [04:06] great [04:06] its completely wrong layout [04:06] I downloaded the on you posted [04:06] you made the orig out of the upstream tarball [04:06] no [04:06] on people.ubuntu.om [04:07] m [04:07] m [04:07] you appear to have extracted it [04:07] then extracted the tarball thats in there [04:07] and then repacked that [04:07] asac: can you please point me [04:08] http://people.ubuntu.com/~asac/firefox-granparadiso-3.0~alpha5.orig.tar.gz [04:08] to that link again [04:08] tnx [04:08] i guess it happened because you wanted to do it *manually* [04:08] and didn't know about "embedded" tarball layouts :) [04:08] so you might got confused [04:08] I tried it manually [04:08] too [04:08] and that confused [04:08] it was inside a tar.bz2 [04:08] bluekuja: thats why get started with bd ... and then go to build-area/.... [04:08] where you will find the right layout [04:08] yeah [04:08] ;) [04:09] now downloading [04:09] :) [04:09] no problem :) [04:09] just remember to rename that tarball (e.g. - -> _) [04:09] yup [04:09] ok downloaded [04:10] works now [04:11] I didnt see there wasnt tar.bz2 [04:11] ;) [04:11] bluekuja: yeah ... you tried to setup manually and got confused [04:11] :) [04:11] yup [04:11] embedded tarball is good ... because otherwise creating the diff.gz takes ages [04:11] firefox got a non-standard setup [04:11] that's why [04:12] no ... its embedded tarball layout [04:12] yup [04:12] not everyone use that [04:12] which is common for packages thata are based on a huge code-base [04:12] yeah [04:12] yes ... its not the first thing you do when you learn to package :) [04:13] but now you know :) [04:13] yeah [04:13] I know that this method exist [04:13] but I dont use frequently [04:13] asac: http://gnomefreak.youmortals.com/ has both rup and ru diffs, im gone now [04:13] as you know [04:13] asac: let me know when i get back about 2 hours or so [04:14] they are bad [04:14] no difference [04:14] (the .bzr dirs don't count) [04:14] hmm [04:15] i will look what the remove.nonfree script does [04:15] gnomefreak: will let yo know when you return [04:18] oh distro meeting has been moved ahead [04:25] red_herring: yt? [04:40] where can i find oldschool firefox 1.0.*? http://releases.mozilla.org/pub/mozilla.org/firefox/releases/ doesn't have it. [04:48] try ftp.mozilla.org as server [04:48] releases is stripped to reducce the load on main mirrors [04:50] oh cute. even 0.1 :) [04:54] in meeting soon [05:03] asac: build never ends [05:03] :P [05:03] yeah ... what cpu/mem? [05:04] 3.2 Ghz 1 GB ram [05:04] i count 1.5-2 hours on an amd athlon xp 2100 with 768mb with a clean ccache. [05:05] yes ... that right for athlon [05:05] i think on 3.2 ghz you should get 35 minutes or something [05:05] yea [05:07] you should do dpkg-buildpackage -nc if you change something in dehelper files [05:07] should work pretty well [05:07] e.g. not to rebuild everything [05:07] otherwise you won't get much done :) [05:09] asac: built [05:09] succesfully [05:10] jau [05:10] great [05:10] you can go directly to build-area [05:10] now [05:10] and do your bzr operations there [05:10] just remember to push your changes back to the main dir: [05:11] bzr push ../../balblabla [05:11] In build-area [05:11] before you try remove build-area [05:11] I've got only .debs [05:11] diff.gz [05:11] dsc [05:11] yeah [05:11] you have to pass --dont-purge [05:11] as i said above [05:11] otherwise it will be cleaned [05:11] on successfull build [05:12] I have to change all trunks files [05:12] and names [05:12] now you can dpkg-source -x firef*.dsc [05:12] hope that .bzr dir was included in diff.gz [05:12] yea [05:12] try if you can do bzr operations before changing anything [05:12] otherwise its a pita [05:12] ...for you [05:12] ok meeting [05:15] asac: damn, no bzr folder [05:15] -.- [05:15] yeah [05:15] just start the bzr db [05:15] bd [05:15] and if it starts to build abord [05:15] then work normally in build-area [05:15] bzr folder should be there [05:15] lets see [05:16] asac: doesnt work [05:16] not a branch [05:16] for bzr bd [05:16] gonna import bzr folder [05:16] from branch [05:17] yeah ... but wierd ... worked for me [05:21] asac: now [05:21] I change all names [05:21] to granparadiso [05:21] one commit [05:21] then [05:21] what names? [05:21] I update control [05:22] we use firefox-granparadiso [05:22] firefox-trunk [05:22] yeah, that's what I mean [05:22] ah ok [05:22] need to change them [05:22] from -trunk [05:22] to -granparadiso [05:22] yes the debhelper ones, right [05:23] inside them there might be -trunk pathes [05:23] those need to be changed as well [05:23] ok [05:23] need to do them manually [05:23] cant use bzr mv [05:32] no ... please use mv [05:32] everything else is bad ... really [05:32] bluekuja: ^^^ [05:33] and you *can* move ... thats for sure [05:33] asac: done [05:33] bzr mv debian/firefox-trunk.install debian/firefox-granparadiso.install [05:33] will work [05:33] yeah, done [05:33] :) [05:33] ah [05:33] fine [05:33] but things inside [05:33] I modified them by hand [05:33] yes [05:33] done [05:33] but in a second commit? [05:33] nope [05:33] all in one [05:33] hmm [05:34] yeah ok .... not what i hoped for, but should work [05:34] changed name from trunk to granparadiso [05:35] what to do now? [05:35] in control as well [05:35] done [05:35] ;) [05:35] in control(.in) ? [05:35] look in rules [05:35] done [05:35] is there -trunk named somewhere? [05:35] done in rules too [05:35] yeah [05:35] fixed too [05:35] try to spin [05:35] oooooki [05:35] bluekuja: at best push it to your main dir [05:35] in case something bad happens [05:35] ok [05:36] re-adding [05:36] tarballs [05:36] and spinning [05:36] why readding? [05:36] what do you do? [05:36] sounds strange [05:37] it wasnt on build-area [05:37] ah ... so you did it in main dir directly [05:37] ok [05:37] yup [05:39] asac: building [05:39] asac: gonna ping you when done [05:39] k [05:40] asac: if it works [05:40] we're done? [05:40] dunno :) [05:40] youz have to test if it works [05:40] :D [05:40] yeah [05:40] if binary is named properly et al [05:40] gonna test it [06:00] ok meeting is over [06:04] :) [06:04] still building [06:04] I'm working on something I got assigned [06:04] .desktop file missing [06:04] ;) [06:06] but should finish soon [06:06] yup [06:06] if you are on your 3.ghz system [06:06] yeah [06:07] asac: for registering .desktop files [06:07] dh_desktop is the script [06:07] if I'm right [06:07] drop them to /usr/share/applications/ [06:07] he? [06:07] no idea [06:07] i don't use dh_desktop [06:07] but maybe thats wrong [06:08] I've added a .desktop file [06:08] need to change rules [06:08] why? [06:08] is there no .install ? [06:08] nope [06:08] (I'm talking about another app) [06:08] not firefox [06:08] ok so a rather basic package design :) [06:08] yeah i know [06:08] yup [06:08] was just wondering [06:09] just need to add [06:09] package.install [06:09] ah ok [06:09] and I'm done [06:11] k ... you renamed firefox-trunk-dom-inspector (and -dev and all) et al as well? [06:11] yup [06:11] everything [06:11] fine [06:11] really cool [06:12] bluekuja: oh you need to edit the trunk-fsh patch [06:12] otherwise it will fail (or packages will be empty) [06:12] damn [06:12] no problem [06:12] should I stop the build? [06:12] yeah [06:12] oki [06:12] bluekuja: please make a backup [06:12] branch [06:12] yeah, already done [06:13] befoe [06:13] *before [06:13] lets change it [06:13] then just rename the trunk-fsh patch to granparadiso-fsh [06:13] ok [06:13] change the name in series file (in patches/) dir [06:13] and edit granparadiso-fsh [06:13] you will see [06:13] if you look into it [06:13] just don't mess around with whitespaces (or with lines that have a - or noting in front of it) [06:14] ok [06:14] asac: gonna substitute [06:14] everything [06:14] with gedit [06:15] trunk --> granparadiso [06:15] yeah replace -trunk with -granparadiso [06:15] but look at diff to see that it was sane what you diff before you commit [06:15] (e.g. to learn the good practice :)) [06:15] hehehe [06:15] I commit and I diff [06:15] first you diff [06:15] then you commit :) [06:16] but i know what you mean [06:16] ;) [06:17] diff clean [06:17] great [06:17] modified name [06:17] and stuff inside [06:18] now I delete the diff [06:18] and I start merging [06:19] good news? [06:20] asac: please tell me the diffs are good [06:21] yay iceape hit archives :) [06:23] asac: buildin [06:24] gnomefreak: no they are not [06:24] gnomefreak: i will look at the remove.nonfree script [06:24] maybe it doesn't do a thing anymore? [06:24] gnomefreak: please look into the file calendar/sunbird/app/brand.dtd.in [06:25] that should be in your origs [06:25] Do you see Debian or Ubuntu in there [06:25] or even Mozilla ? [06:25] gnomefreak: oh sorry [06:25] all my fault :) [06:25] i thought we sed around more [06:25] :) [06:26] so everything is fine [06:26] we can use debian origs in future :) [06:26] sorry for the pain that has cost you ;) [06:26] the changes are just sunbird specific [06:26] those files probably don't exist for iceape === salty-horse [n=ori@pdpc/supporter/active/salty-horse] has joined #ubuntu-mozillateam [06:27] gnomefreak: i guess i owe you a few beers :) ... but hey, I always repacked them as well :) [06:27] gnomefreak, need any assistance from me on the cursor bug? [06:27] salty-horse: not yet i have a bunch of other things i need to get done first [06:27] asac: so what are we doing about 1.1.2 === gnomefreak is now confused [06:28] yeah :) [06:28] gnomefreak: we are taking the one i prepared [06:28] oh no [06:28] :) [06:28] but calendar s still empty? [06:28] hehe me is confused as well [06:28] gnomefreak: i will take debian orig [06:28] s/s/is [06:28] run remove.nonfree on it (because we remove more files now) [06:28] and make all the changes over again? [06:28] and package it as a new tarball [06:28] no [06:29] its all ok [06:29] i just do that and i am done [06:29] k, im installing 1.1.1 atm and i need to check patch [06:29] i was pissed lastnight [06:29] why? [06:29] go button wasnt there [06:30] yeah i red that [06:30] but its here in gutsy :) [06:30] ok let me finish 1.1.2 [06:30] let me know before you finish it :( [06:30] screw it leave it as is [06:30] ill add some to patch after it hits [06:31] gnomefreak: we can always update afterwards .. or when mike pushes an update [06:31] if you don't get it now, we can add it later [06:31] if you think you will get it soon let me know [06:31] i can hold back upload then === gnomefreak just thinking maybe drop the print button from tool bar (to keep it sinular to ffox) [06:32] simular* [06:32] actualyl i don't know if its really a good idea to change the default layout a lot [06:32] i mean seamonkey developers already think about that :) [06:32] not very good or they would have added the go buttom [06:32] button [06:32] yeah ... i never use go button [06:32] or no matter what you do opens search side bar [06:32] iceape is more for the fans of old mozilla suite [06:33] which didn't have a go button afaik [06:33] asac: even enter brings up searcch [06:33] yeah thats mozilla way [06:33] if you want to search you type your words in location bar and press enter [06:33] to bring you everywhere but wher eyou wwant to go? [06:33] you can change to that behaviour for firefox as well [06:33] actually i have that in firefox set [06:33] oh [06:33] no ... you have to tpye http://www.launchpad.net [06:34] and you will directly go to that page === gnomefreak types in www.ubuntu.com i want to go to link not to search [06:34] or just www.ubuntu.com should work as well [06:34] not without my patch [06:34] thats why i wanted that there [06:34] i don't understand actually [06:34] if you type www.ubuntu.com you go to www.ubuntu.com page, right? [06:35] or do you get to google? [06:35] asac: type in link address say www.ubuntu.com hit enter it would bring you the search sidebar up [06:35] not directly brin gyou to page [06:35] it googles the address you type in address bar [06:35] yeah ... then use http:// [06:35] now with patch you hit enter it brings you to www.ubuntu.com [06:35] and it will go directly there [06:36] asac: how many people use http:// [06:36] just want to say, don't change too much [06:36] otherwise people *will* complain :) [06:36] usabilty i would think is better than adding a button [06:36] and its you who has to dear with the angry users then :) [06:36] asac: i agree i was just thinking about the print button [06:37] gnomefreak: i would first package properly ... then get some experience about what users like and don't like and then try to improve things [06:37] maybe with upstream together [06:38] yeah i am like i said just a thought :) [06:38] i can remove it locally since i dont like it [06:39] hmm i am spinning a ffox 2 and don't know why? [06:39] e.g what i want to test o rwhat i did [06:39] hmm [06:39] its just building ;) [06:39] maybe i started the build accidentially? [06:39] lol [06:45] flash works in it :) [06:45] we might have issues with java [06:45] i dont think its browsers i think its java [06:46] anyone here on 32 bit feisty with sun-java*-package installed? [06:46] me [06:46] bluekuja: http://java.com/en/download/installed.jsp [06:47] can you go there and run the test [06:47] let me know what it says please [06:47] just a mom, installing one package is missing [06:47] ok [06:48] it wants to remove all my system [06:48] for it [06:48] lol [06:49] for what? [06:49] not java [06:49] bluekuja: whats up with the build? [06:49] gnomefreak, for java want to remove tons of packages [06:49] asac: still building [06:49] shouldnt [06:49] when started? [06:49] asac: 10 mins [06:49] ago [06:49] gnomefreak, I know [06:49] but he wants to do [06:49] t [06:49] *it [06:50] asac: remember java bug not being able to see applets [06:50] asac: iceape i can play pogo the java applets work fine (so maybe it is ffox bug) [06:50] gnomefreak, that's definitely bad [06:50] bluekuja: it shouldnt want to remove anything unless they are all java dependant [06:51] gnomefreak, I know but for an uknown reason wants to remove tons of packages [06:51] bluekuja: can you pastebn the packages [06:52] gnomefreak, awww my problem [06:52] had to force something [06:52] before [06:52] damn [06:53] gnomefreak: is it broken in firefox? [06:53] gnomefreak: can you verify that? [06:53] (java) [06:53] yes [06:53] i havent tried since the other morning (maybe yesterday?) [06:53] everywhere or just some special use cases? [06:54] whatever day hug day was [06:54] yesterday [06:54] bluekuja: is java broken for you as well? [06:54] asac: can't check [06:54] why? [06:54] 64bit? [06:55] if I install a package, tons of packages gonna be deleted [06:55] for a force I did [06:55] need to fix it later [06:55] gnome-www-browser == no iceape (any reason off hand why?) [06:57] yes [06:57] aehm [06:57] gnomefreak: look in .postinst [06:58] for iceape-browser [06:58] in debian/ dir [06:58] is there an update-alternative invokation? [06:58] if so, is there an alternative installed? [06:58] bluekuja: work in chroot for development [06:58] :) [06:59] you should have a few at hand, in case you break one you can directly go to another :-D [06:59] just x-www-browser and mozilla both i have set to iceape [06:59] asac: yeah, had to test new desktop-utils [06:59] ;) [06:59] but i cant open links now [06:59] thats bad [06:59] aeh i mean that we cannot verify [06:59] i will try i guess [06:59] have to setup gutsy32 chroot for taht [07:00] now it works it seems (wonder why it didnt in tbird :( [07:00] java in tbird? [07:00] you are talking about tbird? [07:00] cant open a browser by clicking on a link. [07:01] im working on it [07:01] ah [07:01] gnomefreak: does the link point to the proper iceape script? [07:01] e.g. the alternative? [07:01] if so, you most likely need the patch of hjmf [07:01] for makefile.in [07:01] maybe ask him if he can do that for the seamonkey mozilla.in as well (it is probably wanted upstream as well) [07:02] s/makefile.in/mozilla.in/ [07:02] it might be how i have it set to run in prefferences [07:02] since there was no iceape entry i used custom [07:02] iceape %s i beleivve [07:03] yeah [07:03] there should be mozilla entries still [07:03] they should work [07:04] (e.g. replace mozilla -> iceape) [07:04] no iceape one though unless that is sensible browser [07:04] for that just create a link in /usr/bin/mozilla to /usr/bin/iceape [07:04] yes [07:04] can you start x-www-browser from command line? [07:04] is that alternative set to iceape? [07:04] yes [07:04] yep [07:05] it starts by calling iceape-bin [07:06] hmm ok [07:06] if it works then i don't know [07:06] you will figure out :) [07:07] would be nice to have an entry for it in system>prefferences>perferred apps [07:07] assuming desktop file hold that [07:07] but it works from irssi just not tbird [07:10] its tbird [07:10] not me [07:11] hmmmmm [07:12] tbird is broken [07:12] or wait [07:12] maybe [07:12] no it shouldn't be broken? [07:12] is it? [07:13] i think it aheres gnome preferences only [07:13] use gnome preferred applications application [07:13] maybe [07:13] to set iceape %s [07:13] tbird wont open links except in ff [07:13] no matter what it is set to it seems [07:14] that will work for irssi(gnome term) [07:14] but not tbird [07:16] asac: built [07:17] bluekuja: cool ... please test [07:17] firefox-trunk-gnome-support_3.0~alpha5-0ubuntu0_i386.deb [07:17] firefox-trunk-dbg_3.0~alpha5-0ubuntu0_i386.deb [07:17] oh [07:17] yeah [07:17] need to fix those [07:17] to missed control entries [07:17] if you did that you just need to run [07:17] dpkg-buildpackage -nc [07:17] so you don't do a full rebuild [07:17] dpkg-buildpackage -rfakeroot -nc [07:18] need to change control [07:18] stuff [07:18] maybe remove the .deb files before building [07:18] firefox-trunk-dev_3.0~alpha5-0ubuntu0_i386.deb [07:18] so you can better see what gets created [07:18] need to fix those [07:18] yup [07:18] yes [07:22] control[.in] file [07:22] please fix both for now [07:22] (is there a control.in at all?) [07:22] asac: yup [07:22] asac: It has been already fixed [07:22] strange [07:22] control files are correct [07:22] yeah ... look at timestamp [07:22] maybe its from last build [07:22] left over [07:22] are ther firefox-granparadiso* packages as well? [07:22] nope [07:22] hmm [07:22] are the -trunk packages empty? [07:22] e.g. size? [07:22] is it close to zero? [07:22] yeah [07:22] 2 of them yes [07:22] original is ok [07:22] ok now all updated [07:22] hmmm you sure you have no trunk in no control* file? [07:22] asac: yeah [07:22] there was [07:22] 2 trunk [07:22] now changed [07:22] how? [07:22] ah ... you forgot two [07:22] ok [07:22] that really is odd anyway i have to get some shit done ill be back [07:22] should I test firefox-granparadiso deb? [07:22] bluekuja: just run the -nc buildpackage to test [07:22] ok [07:22] bluekuja: first fix the packages [07:22] then test [07:22] :) [07:22] :) [07:22] gnomefreak: ok cu [07:23] asac: where should I put the tarball now? [07:23] right after debian? [07:25] asac: we're not using bzr bd anymore [07:27] bluekuja: what do you do? [07:27] i mean you have a ready do use directory [07:27] why don't you stay in there [07:27] otherwise you will loose hours/days with this firefox package always building from scratch === salty-horse [n=ori@pdpc/supporter/active/salty-horse] has left #ubuntu-mozillateam ["Leaving"] [07:28] lol [07:28] really [07:28] no joke [07:28] what happened to the directory? [07:28] where you just finished the build? [07:28] its still in shape for a test build [07:28] not using that dir to do more development wastes time [07:28] building now in build-area [07:28] ;) [07:29] does bzr work in there? [07:29] yes [07:29] yeah ... but why did you say that it doesn't? [07:29] bluekuja: remember to pass --dont-purge [07:29] otherwise your build-directory will be remmoved again [07:29] which command should I use then? [07:29] dpkg-buildpackage -rfakeroot -nc? [07:30] as you told me [07:30] bluekuja: so build-area is still the directory that produced the debs? [07:30] yeah [07:30] yes then just dpkg-buildpackage -rfakeroot -nc [07:30] ok [07:30] be sure that you push your bzr changes back to main dir [07:30] e.g. by using bzr push ../../maindir [07:30] asac: hm? [07:31] red_herring: hey ;) [07:31] hey [07:32] wanna know whats smart? [07:32] pouring boling water on your hand [07:32] you wanted to help on the php webservice :) [07:32] yeahhhhh i do [07:32] yeah ... thats definitly a smart thing :) [07:32] cool [07:33] i am currently setting up the extension that will redirect plugin requests to that web service [07:33] do you have any preferred place where this testserver will run? [07:33] e.g. so i can add the right url? [07:33] umm [07:33] asac: let me know when you push changes to mozilla-team branch for iceape so i can merge [07:33] or should i take care that we get a hosting place for that? [07:33] asac: i got hosting [07:33] just tryin ti think of where [07:34] ;) [07:34] http://j.rj.selfip.com/test/ [07:34] red_herring: how easy is it just to take the request, then do the request for the user at mozilla.org and return the result of that? [07:34] e.g. as a first step? [07:34] hmmm red_herring is that a dsl line? [07:34] we can use that for pre-testing [07:35] cable =p [07:35] asac: building [07:35] red_herring: cool 2mb? [07:35] comcast [07:35] bluekuja: cool [07:35] i get 500kbps up [07:35] bluekuja: did the backpush work ? [07:35] asac: yeah i can foward everything [07:35] yeah [07:35] red_herring: ok ... for pretesting tahts definitly enough [07:35] red_herring: programmatically (e.g. in php code)? [07:35] asac: I'm building into build-area now [07:36] red_herring: i have no idea how easy that is to do in php (e.g. running a http request) [07:36] asac: fairly [07:36] all i have to do [07:36] is forward the http request [07:36] bluekuja: yes, but did you successfully push your commits to your "main" directory from there? [07:36] grab mozillas [07:36] and then add in our own [07:36] red_herring: can you still modify the response? [07:36] red_herring: cool [07:37] when can you setup a basic proxy (that adds nothing) ? [07:37] asac: course [07:37] asac: yeah, the fixes of control files [07:37] good [07:37] bluekuja: the build should go rather quick ;) [07:38] yeah [07:38] hope so [07:38] :O [07:47] asac: when built [07:47] should I test all paths [07:47] and names? [07:48] how is the binary called? [07:48] firefox-granparadiso? [07:48] or still firefox-trunk ? [07:48] e.g. /usr/bin/firefox-* [07:49] yeah, all things like that [07:49] dpkg -L firefox-granparadiso should have all files beneath /usr/lib/firefox-granparadiso and /usr/share/firefox-granparadiso [07:49] ok, let's wait it finish [07:49] further the packages should have reasonable sizes [07:49] e.g. main package about 10 MB [07:49] yeah ok [07:49] others not close zero [07:49] if that looks good test if firefox-granparadiso works well [07:49] if it shows the proper name [07:49] if the menu is ok [07:49] hey what was the url of the mozilla plugin site? [07:49] (e.g. gnome menu) [07:50] ok [07:50] red_herring: wait a second ... you can find it in about:config ... but here: [07:50] i was gonna ask what to search for [07:50] pfs.datasource.url ... [07:50] https://pfs.mozilla.org/plugins/PluginFinderService.php?mimetype=%PLUGIN_MIMETYPE%&appID=%APP_ID%&appVersion=%APP_VERSION%&clientOS=%CLIENT_OS%&chromeLocale=%CHROME_LOCALE% [07:51] red_herring: you can remember it easily ... it starts with 'pfs.' aka plugin finder service :) [07:51] yeah [07:51] asac: I go to eat for a while [07:51] when I'll be back should be all ready to test [07:52] brb [07:52] bluekuja: yeah [08:03] asac: mozpad is the new debugging stuff? [08:04] url? [08:04] planet mozilla [08:04] let me see [08:04] i was just reading blog on it let me get it [08:04] i thought breakpad was [08:04] wait breakpad is the crash handler [08:04] where? [08:05] i thought breakpad as well [08:05] but maybe that was just a code-name [08:05] http://www.allpeers.com/blog/2007/06/14/minutes-from-mozpad-irc-meeting-13-06-2007/ (minutes from meeting [08:05] or something [08:06] mozpad might evolve to be an IDE [08:06] sounds much more than "debugging stuff" [08:06] ah ok [08:09] I believe Mozpad should focus on the following high-impact investments: [08:09] * reducing the barrier to entry for developers (code and documentation); * providing tools for viral programming (view-source, copy-paste, debugging and inspecting code) * evangelizing the platforms strengths [08:09] ouch ... copy-paste ;) [08:09] viral programming [08:09] (from http://moon.mozpad.org/) [08:13] wtf [08:13] the PluginFinderService.php on my page [08:14] returns the EXACT same result as the mozilla one [08:14] yet firefox doesn't understand taht mine is xml [08:14] literally, the source is a 1 to 1 match [08:16] hmm [08:16] red_herring: does it start with ? [08:16] red_herring: if so, there must be no newline above that [08:16] asac: omg still building [08:16] lol [08:16] red_herring: further you might need to tweak the mime type [08:16] yeah [08:17] asac: exact same checksum too =p [08:17] asac: gonna finish in minutes [08:17] red_herring: text/xml i guess [08:17] 8cb279d9617bef7a728e61e99a24d546 PFSmoz [08:17] 8cb279d9617bef7a728e61e99a24d546 PFSrj [08:17] red_herring: wait a second i can show you the source of PluginFinderService.php [08:17] of theirs? [08:17] red_herring: whats that? [08:17] red_herring: yes [08:17] please do [08:18] http://lxr.mozilla.org/mozilla1.8/source/toolkit/mozapps/plugins/service/PluginFinderService.php [08:18] header("Content-type: application/xml"); [08:19] i think "no-newline at start" + right content-type should do the trick [08:19] ahhhhh [08:19] yeah [08:19] heh [08:19] it does the trick [08:20] haha [08:20] you can redirect your pfs to my site [08:20] red_herring: cool ... do you get results? [08:20] e.g. for flash? [08:20] yeah [08:20] that is really cool [08:20] asac: woooohoo [08:20] everything ok :) [08:20] red_herring: can you dump the xml of a result somewhere [08:20] red_herring: so we can see the syntax for our "own" entries [08:20] bluekuja: great [08:20] bluekuja: how many commits do you have? [08:21] asac: 2 [08:21] bluekuja: please backup, then uncommit 2 times [08:21] and then just commit to get all in one commit [08:21] before you publish [08:21] asac: yeah, I think I'll do everything again [08:21] to be SURE [08:21] bluekuja: no [08:21] you can just [08:21] bzr uncommit [08:21] 2 times [08:21] ok [08:21] then just commit [08:21] ok [08:21] to commit all at once [08:21] asac: i was thinking making a database for that [08:22] asac: now I test [08:22] stuff [08:22] and then I do it [08:22] asac: we can either just throw the extras in the script or add them to a database [08:22] red_herring: actually we have to setup a database, that is build from wading through what packages we have [08:23] red_herring: i think on the long run we need database ... at some point even caching of pfs.mozilla.org results [08:23] so we don't have to call them for every similar request like (1 million times someone wants flash) [08:23] red_herring: ok ... lets think about the database [08:24] red_herring: i will try to take are then that we can fill that database [08:24] i thiunk the most basic layout is something that maps the combination of all parameters to a package [08:24] what parameters do we have? [08:25] 1. mime-type [08:25] well [08:25] 2. app-id ? [08:25] the db should be indexed by mimetipe [08:25] *mimetype [08:25] like [08:25] yeah ... it can be indexed by the whole tuple to speed things up [08:25] have a table for every mimetype [08:26] we have app-id + mime-type + application version [08:26] and if the table doesn't exist? we just ignore that plugin and send them the default mozilla response [08:26] those need to be mapped [08:26] yes [08:26] right [08:26] asac: impossible running firefox-trunk in menu entry [08:26] need to change it [08:26] ^^ [08:26] bluekuja: yes [08:26] you need to fix firefox-trunk.desktop [08:26] in debian [08:26] you have to bzr mv it [08:26] and change the content [08:27] you just need a -nc build after that (no need for a full recompile) [08:27] red_herring: what are the parameters that are passed to the plugin finder service? [08:27] asac: mmm...if I start it with firefox-granparadiso [08:27] red_herring: ok i see them its: [08:27] It opens up 2.0.0.4 [08:28] mimetype, appid, appversion, clientos [08:28] chromlocale [08:28] mimetype, appID, appVersion, clientOS, chromeLocale [08:28] red_herring: ;) [08:28] yes [08:28] bluekuja: did you close firefox first [08:28] gnomefreak, nice question :) [08:28] now closed [08:28] bluekuja: only one can be open at a time [08:29] 2nd one will launch whatever the first one is [08:29] gnomefreak, thanks for the hint [08:29] it works now [08:29] granparadiso here [08:29] yw :) [08:29] omg it rocks === gnomefreak updating feisty's trunk [08:30] or not, shit [08:30] gonna use granparadiso for now on [08:30] :P [08:30] red_herring: what do you get as clientos ? [08:30] is really fast [08:30] red_herring: e.g. the exact string? [08:31] clientOS=Linux%20x86_64 [08:31] bluekuja: so .desktop file was correct? [08:31] asac: nope [08:31] red_herring: let me think [08:31] started it from console [08:31] umm [08:31] gonna change it locally first [08:31] if i did this [08:32] red_herring: somehow we need a way to determine distribution [08:32] i'd index it by mimetype -> os/arch type -> chromLocale [08:32] red_herring: can you look at http headers send by client? [08:32] asac: of course [08:32] red_herring: yeah ... i think we should index it by all and allow NULL values in case there is no variant available [08:32] e.g. by all we have [08:33] red_herring: if we are perfect we would make the package table (with name, description) multi language capable [08:33] so we can add descriptions in different languages [08:33] but maybe not for the first version [08:33] red_herring: we should be able to find feisty somewhere [08:33] or edgy [08:33] umm [08:33] red_herring: in the user agent string [08:34] ah [08:34] asac: firefox .desktop name is ok [08:34] in the user agent string [08:34] yes [08:34] executable is bad [08:34] asac: thats independent of the request [08:34] but still can be taken into consideratoin [08:34] red_herring: yeah its hackish ... but for now good enough [08:34] red_herring: i will figure out a way to get that info into the URL at some point [08:34] asac: icon bad too [08:34] red_herring: but first we need to live with that i guess [08:35] red_herring: so we need to index by "distribution" as well [08:35] asac: ok fixed in local now works [08:35] so we see if a package is available for feisty et al [08:35] bluekuja: so you have three commits now? [08:35] asac: true [08:35] bluekuja: or did you already merge the first two like i said? [08:35] asac: yeah, need to do last [08:36] I did it locally need to import it [08:36] if you have committed you have three ... then just bzr uncommit 3 times and commit all at once [08:36] yea [08:37] red_herring: ok ... so lets use a simple package table: just packagename, short description, version [08:37] and index that by the fields we talked about [08:37] red_herring: you think you can setup a .sql script that sets up that table layout? [08:37] no [08:37] (for now for mysql i guess) [08:37] i suck at mysql [08:38] red_herring: ok ... i can do that [08:38] heh [08:38] thanks [08:38] sorry, databases never were my thing [08:38] red_herring: ok let me create a bzr repo where we can put our things. Can you give me the initial version of the .php script? so i can add it to that? [08:39] http://j.rj.selfip.com/test/PluginFinderService.phps [08:39] woo phps [08:39] asac: so all in one commit you said? [08:39] and then I publish [08:39] red_herring: did we need to use https? [08:39] red_herring: or did mozilla just eat unsecure http url as well? [08:39] umm [08:40] mozilla won't take normal http last i checked [08:40] lemme check again [08:40] oh [08:40] nvm it odes [08:41] red_herring: i mean the source :) [08:41] i cannot get it because it just is running [08:41] i mean i get RDF back [08:41] ? [08:41] asac: ? [08:42] red_herring: you PluginFinderService.php script [08:42] i don't see any php code in it because i cannot download the source [08:42] yeah [08:42] phps [08:42] http://j.rj.selfip.com/test/PluginFinderService.phps [08:43] asac: bluekuja does the branch have embedded tarball? [08:43] red_herring: oh damn [08:43] when I install Gnash, how do i get the plugin to be found my Firefox [08:43] red_herring: i did a wget [08:43] for gran.... [08:43] gnomefreak, nope [08:43] red_herring: and just saw html [08:43] gnomefreak, need to download it from people.ubuntu.com/asac [08:43] red_herring: maybe next time just copy the file ;) [08:43] heh [08:43] red_herring: now i can copy-paste :) [08:43] on bzr you find only debian dir [08:43] too lazyyyy [08:43] k what is the branch link? [08:43] its not a terribly sophisticated script =p [08:44] http://bazaar.launchpad.net/~asac/firefox/granparadiso [08:44] 6 whole lines [08:44] ty [08:44] gonna publish new stuff in minutes [08:44] gnomefreak, ;) [08:44] bluekuja: let me know once pushed please. [08:44] ok ;) [08:45] bluekuja: http://people.ubuntu.com/~asac/ is the link [08:45] you left out ht e~ [08:45] the ~ [08:45] yeah sorry [08:46] red_herring: but i assume you can you code sql queries in php ... e.g. if you need i can give you the select statements afterwards ? [08:47] yeah [08:47] though im a little rusty [08:47] ive done it before [08:47] red_herring: cool ... then I will do the sql basics tomorrow and maybe add some sample data [08:47] k [08:47] asac: is there a reason for using a tarball for granparadiso instead of svn or cvs? [08:47] red_herring: yes ;) ... we are all to refresh our self :) [08:47] also, $_SERVER[HTTP_USER_AGENT] is the way to find out if they're using edgy or feisty [08:47] gnomefreak: yes ... upstream released the tarball [08:48] gnomefreak: while trunk is updated from cvs so we can build any day we want :) [08:48] red_herring: yes ... we probably need just gutsy for now ;) ... but later feisty and gutsy+1 [08:48] yeah i figured that. we need to change trunk to build for gran... if we build that way [08:49] gnomefreak: yes ... trunk is trunk :) ... its just that it currently uses the granparadiso branding [08:49] that is assuming its more than a name-version change [08:49] gnomefreak: but its just a random snapshot [08:49] asac: yeah, all are easy to searhc for [08:49] asac: any idea how to install flash player on 64 bit systems? I mean the "official" way [08:49] gnomefreak: the granparadiso package will only be updated when new releases get out [08:50] Admiral_Chicago: yes [08:50] nspluginwrapper? [08:50] Admiral_Chicago: install nspluginwrapper [08:50] i've found a ton of hacked up scripts, but nothing official [08:50] did they decide if they are gonna release tarball (weekly or sometime frame?) [08:50] Admiral_Chicago: its simple: [08:50] asac: is StartupWMClass=Firefox-Granparadiso-bin correct? [08:50] okay i'll research that [08:50] install it like upstream says [08:50] then run nspluginwrapper -----with-some-arguments--from-doc :) [08:50] example each alpha release or weekly builds [08:51] asac: thats in gutsy right, not in feisty? [08:51] that tarball is huge [08:51] bluekuja: i have no idea ... i guess its still Firefox-bin ... but we can try ... when the startup notification doesn't disappaer when the initial window pops up then its wrong :) [08:51] there was [08:51] Admiral_Chicago: yes nspluginwrapper is new in gutsy [08:51] StartupWMClass=Firefox-Trunk-bin [08:51] before [08:51] Admiral_Chicago: but you can just apt-get source it and then build and install in feisty [08:51] Admiral_Chicago: should work [08:52] bluekuja: at best try [08:52] i think Firefox-Trunk-bin never worked as well [08:52] ^^ [08:52] bluekuja: if you start from menu ... you see a startup notification (e.g. in the desktop taskbar) [08:52] that should disappear when first window shows up [08:52] lets see [08:52] Admiral_Chicago: if you let me know a day in advanced i can see if i cant get it in feisty repo for you/anyone else [08:53] asac: works [08:53] gnomefreak: in preview? [08:53] with Firefox-granparadiso-bin [08:53] yeah [08:53] bluekuja: change that to something wrong so can compare [08:53] ok [08:53] ... or didn't it work with trunk in the name? [08:53] can build from gutsy source and backport it (im sure depends on very little) [08:53] gnomefreak: yes should be easy (though not sure) :) [08:54] asac: only one way to find out [08:54] but wont do it for the fun of it [08:54] asac: keeps loading [08:54] for some time and then works ok [08:54] asac gnomefreak: i ask because i'm writing xubuntu documentation. I just need to know the official way [08:54] i am currently drafting the nspluginwrapper script that will allow our 32-bit plugins to be seemlessly installed on amd64 [08:54] gnomefreak: what do you mean a day in advance? [08:54] Admiral_Chicago: for gutsy? [08:54] yes [08:54] Admiral_Chicago: thought you wanted it built for feisty [08:54] Admiral_Chicago: for gutsy there will be improvement [08:55] https://blueprints.launchpad.net/ubuntu/+spec/firefox-nspluginwrapper [08:55] so don't too much [08:55] nope, just looked for it and couldn't find it which is wh i asked [08:55] its gonna be an on going project during pre gutsy release [08:55] it should be straight forward like: [08:55] amd64 users just install flashplugin-nonfree [08:56] for feisty it might make sense, but then we need nspluginwrapper in our repo or in feisty [08:56] gnomefreak: you cannot backport, because you need amd64 :) [08:56] gnomefreak: i have to do it i guess ;) [08:56] oh yeah [08:56] good point [08:56] yeah :/ [08:56] Admiral_Chicago: if you need that package for something i need at least two days pre-notice to get it sorted out :-P [08:57] asac: i don't need it, i just need to know that it exists. [08:57] yes right. [08:57] ok that link is wrong too [08:57] though testing it might be beneficial ;) === gnomefreak goes searching [08:58] or not [08:58] red_herring: can you dump an example result somewhere? [08:58] I would test but I have a 32 bit system [08:58] asac: you might want to fix branch [08:59] firefox 2.0 preview package - granparadiso [08:59] red_herring: so i can see what other info might be helpful in db [08:59] that should be 3.0 no? [08:59] gnomefreak: he? [08:59] gnomefreak: ah you mean description [08:59] gnomefreak: thanks [08:59] yw and yes [08:59] fixed [09:00] :) === gnomefreak grabbing and building it tonight for testing [09:00] where does flash install again , is it ~/.mozilla/profile/*.default [09:00] upstream flash? [09:00] or ours? [09:00] or is it /usr/lib/mozilla-firefox/plugins/ [09:01] its linked to that place [09:01] the real .so file is at [09:01] say i were to install flashplugin-nonfree, you need to chose the firefox profile [09:01] /usr/lib/flashplugin-nonfree/libflashplayer.so [09:02] Admiral_Chicago: atm you can't install that package on amd64 (because of depends) [09:02] don't you have to chose the path? [09:02] Admiral_Chicago: i will fix that, but than nspluginwrapper will run [09:02] automatically [09:02] Admiral_Chicago: ajh [09:02] asac: i know, but I'm working on just the 32 bit now [09:02] Admiral_Chicago: yes [09:02] Admiral_Chicago: you should not encourage them to install globally [09:02] say they should install locally only [09:02] asac: committing [09:02] e.g. ~/.mozilla/plugins [09:02] and pushing [09:02] so with path would you pass adobe's plugin? [09:03] no idea ... i think you get ask if you want global or per user [09:03] hmm, i don't have that folder. [09:03] if you say per user it automatically gets to right place [09:03] let me reinstall it [09:03] Admiral_Chicago: it will be created [09:03] Admiral_Chicago: try what adobe installer does for you [09:03] bluekuja: cool [09:03] let me take a look [09:04] yea i'm reinstalling to see the default options. [09:04] Admiral_Chicago: right [09:05] bluekuja: push finished? [09:05] not yet [09:05] writing [09:06] ok [09:06] hmm, no that was the adobe install script, the one in the packages does not require you to do taht [09:06] Admiral_Chicago: as i said [09:06] Admiral_Chicago: you cannot install the package [09:06] Admiral_Chicago: on amd64 [09:06] Admiral_Chicago: if you want to write instructions you have to tell them how to do that with adobe installer [09:07] Admiral_Chicago: once the package can be installed on amd64 (which I will do soon), you won't need your docs anymore, because all will happen automagically :) [09:07] Admiral_Chicago: if you want you can help on that instead ;) [09:07] its basically just an update of the .postinst script [09:07] of the flashplugin-nonfree package [09:08] and adding dependencies for amd64 (so i32-... libs get installed) [09:08] asac: sure I'd like to help [09:08] So I will write up the documentation to showthat [09:09] that you can install it [09:09] soon [09:09] https://blueprints.launchpad.net/ubuntu/+spec/firefox-nspluginwrapper [09:09] not now. [09:09] https://wiki.ubuntu.com/FirefoxNspluginwrapperSpec#preview [09:09] sorry that is the spec [09:09] i will finish it this week ... so we can start implementing it next week ;) [09:10] great [09:11] asac: pushed [09:12] bluekuja: your checkin looks perfect in the web :) [09:12] :) [09:12] http://codebrowse.launchpad.net/~mozillateam/firefox/granparadiso/changes [09:13] press expand all [09:13] maybe your comment could have been a bit more verbose, but that is fine :) [09:13] yeah^^ [09:13] you know that I do short comments [09:13] hehe [09:14] bluekuja: cool you even repulled the latest from my branch :) [09:14] (maybe more like an accident .. but who cares) :) [09:14] yup [09:14] :) === gnomefreak gets beat for short comments :( [09:15] lol [09:15] lol [09:17] yeah ... but short comments imply that your changes are not worth much ... because you don't spend the time on the comment that the change deserves [09:18] at least i feel that way :) [09:18] :D [09:19] asac: granparadiso is REALLY nice [09:19] it's damn fast too [09:19] yeah lots of improvements in the layout engine [09:20] huge patches landed ... maybe keep an eye on how the password manager works [09:20] its pretty bleeding edge and things might be broken [09:20] currently hot issues can be found on the blockers page [09:20] you wanna laugh or cry? [09:20] ok [09:20] http://wiki.mozilla.org/Firefox3/Blockers [09:21] gnomefreak: both :) [09:21] gnomefreak: how sad is it? [09:21] the directory from granparasimo is empty [09:21] hint pretty frigging bad [09:21] lol [09:21] which directory? [09:21] gnomefreak: what are you doing? [09:21] :D [09:22] i grabbed the branch and its empty [09:22] ah ... no [09:22] i just pulled from it [09:22] it gave me granparaismo folder but nothing inside [09:22] 4 minutes ago [09:22] granparaismo --> see the spelling [09:22] i have a .bzr [09:22] or is it a typo [09:22] but no debian [09:23] gnomefreak: just bzr branch http://bazaar.launchpad.net/~mozillateam/firefox/granparadiso ? [09:23] yeah i keep typoing it [09:23] k [09:23] i used clone [09:23] yeah thats the same [09:23] but that url? [09:23] its still empty [09:23] gnomefreak: remove it again ... and try again [09:23] i got it from your LP page under code [09:23] ok will try again [09:23] this must be a follow up problem of something messy before [09:24] oh shit [09:24] yeah ... either use ~mozillateam ... or ~asac ... they should be in sync atm [09:24] never mind [09:24] the tar was done downloading not bzr :( [09:24] ummmm you built the orig.tar for us? [09:25] bluekuja: # [09:25] By Andrea Veri 4 minutes ago [09:25] lol [09:25] im sure thats not how mozilla named it [09:25] you should set your EMAIL= environment properly [09:25] bluekuja: ^^^ [09:25] that's my localhost [09:25] damn [09:25] bluekuja: look man bzr [09:25] to see what variables you can set [09:25] and play abit around with bzr commit; bzr log; bzr uncommit [09:25] to see if its right [09:26] gnomefreak: yes [09:26] gnomefreak: the easy way to build is now bzr bd :) [09:26] tarballs/ directory with tarball [09:26] next to it put the clean bzr branch === gnomefreak doesnt know how to use it [09:26] then build bzr bd --merge . [09:26] you need bzr-buildpackage installed for that === Starting logfile irclogs/ubuntu-mozillateam.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-mozillateam === Topic for #ubuntu-mozillateam: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com | Next meeting is June 21, 2007 1800UTC in #ubuntu-meeting. === Topic (#ubuntu-mozillateam): set by gnomefreak at Wed Jun 13 02:36:34 2007 [10:57] (bluekuja/#ubuntu-mozillateam) wb ubuntulog [10:58] yeah ;) [10:59] ok cool paradiso builds ... lets see what gets out of it [11:01] :) [11:01] next big thing would be to stem a xulrunner-trunk build and make firefox-trunk build against that ;) [11:01] :D [11:01] gnomefreak@GutsyGibbon:~/gutsy_builds/work/granparadiso/debian$ bzr pull [11:01] Using saved location: http://bazaar.launchpad.net/~asac/firefox/granparadiso/ [11:01] No revisions to pull. [11:02] gnomefreak, use mozillateam branch [11:02] theres another branch? [11:02] gnomefreak: yeah ... i will push not before i verified ;) [11:02] .. this time :/ [11:02] but it looks good from what i see [11:03] where is this mozillateam branch at? [11:03] im only showing asacs [11:03] as found it [11:03] ah* [11:05] gnomefreak: found it? [11:05] gnomefreak, https://code.launchpad.net/~mozillateam/firefox/granparadiso [11:09] yes [11:10] ok i am off for today ;) ... fridays i start early :/ [11:10] night [11:11] night [11:12] asac: gnight :) === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [11:33] does bzr bd --merge use the internet to build or is it still done as if you were using dpkg-buildpackage? [11:34] wait a minute, asac no need to use -i.bzr? or should we be adding that to command since building with .bzr is bad [11:35] answer tomorrow [11:36] gnomefreak, no dont need internet for it [11:36] just [11:36] bzr bd --merge [11:36] nothing more [11:36] nothing less [11:36] :) [11:40] the problem there is you will have binaries that you dont want during upload [11:41] thats why we were using dpkg-buildpackage -rfakeroot -k3C1C3C2A -i.bzr [11:41] -kKEYID [11:41] it would not use .bzr in build [11:41] with the -i.bzr [11:42] im assuming since .bzr is still there its gonna use it in build [11:42] gnomefreak, dont worry about .bzr dir [11:42] bzr bd will do everything [11:42] bzr bd --merge [11:42] and you're done [11:43] ah there is a --native flag that will use .bzr in build [11:43] so im gonna assume that it wont include native by default [11:44] yeah [11:44] it wont include that [11:44] this looks like a wrapper for dpkg-buildpackage [11:45] :D [11:45] it's quite nice [11:45] quite limtied [11:45] *limited [11:45] for now [11:46] looks fairly nice but long run we will have to see, plus its another differnet way to get used to [11:46] all packages seem to use a different way to buidl [11:46] build [11:47] yeah [11:47] is something different from stantard way [11:47] but it's usefull [11:47] to check clean stuff [11:47] after [11:47] by doing bzr status [11:47] so you know what's going on in your build directory [11:48] true [11:48] it has its perks [11:48] you just need to make some practice [11:48] and it will be easy [11:48] to setup correct layout [11:48] :) [11:49] yep and tonight/tomorrow will be alot of practice [11:49] i have notes i take just incase im having a bad day [11:49] :D [11:49] why you need bzr bd tomorrow/tonight? [11:49] iceape? [11:49] plus we have different ways each mozilla package builds [11:50] yep and gran.. [11:50] well gran is ready [11:50] need asac to do some tests === gnomefreak has a feeling iceape is gonna be a beast (im hoping he tested it) [11:50] and it's done [11:50] lol [11:50] gran is quite nice [11:50] works perfectly [11:51] just a long build [11:51] bluekuja: did plugins work for you? [11:51] 30-35 mins [11:51] for me they don't :( [11:51] he should be done with iceape and uploaded by now (he was working on it 12 hours ago [11:51] asac: nope, they didnt work :/ [11:51] gnash somehow displays in bad place [11:51] 30-35 crap i wish [11:51] and totem didn't work at all [11:51] more like 2-4 hours [11:51] asac: same [11:51] I tried gnas and totem [11:51] as you suggested [11:51] hmm [11:51] asac: no need for -i.bzr :) [11:52] yeah ... maybe object frames still have some glitches because of new reflow code [11:52] yeah [11:52] gnomefreak: not? [11:52] from what bzr-buildpackage --help says it has a flag for --native [11:52] gnomefreak: yeah ... thats not what we do [11:52] so im gonna assume it would incude native [11:53] we have to stay with orig [11:53] --native is source without diff.gz [11:53] we had to add the flag for dpkg-buildpackage [11:53] no exclude native [11:53] ah [11:53] but i dont see a --no-native flag [11:54] yeah ... i think thats not needed for bzr bd [11:54] or anything the like [11:54] i mean its not needed to pass -i.bzr [11:54] good [11:54] :) [11:54] just bzr bd --merge . :) [11:54] ill test iceape tonight (assuming you already built it) [11:54] add --dont-purge if you want to work on the tree afterwards [11:54] yeah it will build [11:54] i am pretty sure ;) [11:54] work on the branch? [11:55] like push? [11:55] oh shit [11:56] wtf happened? [11:56] its gonna purge build dir? [11:56] thats not good :( one build per use [11:56] gnomefreak, everything will be done in build-area [11:56] so dont worry [11:56] if you don't pass --dont-purge it will purge the extracted source in build-area [11:56] not the .deb and source files [11:56] yeah [11:56] oh ok much better [11:57] --dont-purge Don't purge the build directory after building [11:57] its pretty clean ... you just have a dir ubuntu_bzr/ where all your branches reside ... no junk nothing [11:57] all junk accumulates in build-area [11:57] build dir to me is the exstracted dir [11:57] which you can use as an apt archive as well :) [11:58] yeah ... by that definition *your* build dir will be in build-area if build fails or if you pass --dont-purge [11:59] would be nice if it included a tarballs dir with a tarball in it :) [11:59] lol [11:59] LOL [11:59] *lol [12:00] that's not [12:00] :P [12:00] gnomefreak, it's a quite nice method [12:00] just need to focus on what need to be done for the layout [12:00] and taadah [12:00] builds great [12:00] it is, i just have to get used to not moving files by hand ;) [12:00] yeah [12:00] :) [12:01] oh build iceape 2 times and granparadiso once :) [12:01] asac: why they called it using italian words? [12:01] or not [12:02] nope just once [12:03] bluekuja: no idea :) [12:03] asac: :D [12:03] kubuntu people have been busy [12:03] bluekuja: maybe to attract you :-P [12:03] lol [12:04] asac: this one was nice xD [12:04] maybe its the same in spanish? [12:04] mmm [12:05] asac: nope [12:06] only italian [12:06] ^^ [12:06] in italy we say "grande" [12:06] for big [12:06] so grand is an abbreviation [12:06] for next work [12:06] "grandeparadiso" sounds bad === bluekuja is going to bed! [12:07] gnight gnomefreak, asac [12:07] cu tomorrow [12:07] ;) [12:07] night [12:07] night ... me too [12:08] ill be in and out for a little while [12:09] yes cu tomorrow gnomefreak [12:09] cu === poningru [n=poningru@ip72-196-112-63.ga.at.cox.net] has joined #ubuntu-mozillateam