[12:35] wait a sec [12:36] ok done [12:36] 58 [12:37] i think i should autoformat my changelogs ... somehow [12:38] ok i am out of this branch for now :) [12:38] .. again! [12:38] feel free to do whatever is good for next upload [12:38] whatelse needs to be fixed? [12:39] actually i think we should start to write a profile merger/migrator [12:39] so we can provide granparadiso users a good way back once firefox 3 becomes mainline [12:39] there's already one inside [12:39] cwong1: hey. [12:40] cwong1: did you get the basic-flash package built against midbrowser? [12:40] Ubulette: there is migration code ... yes ... but that definitly needs to be adapted [12:41] further we need some UI way to "Do now" ... "Do later", "Wipe" === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam === Jazzva [n=sasa@cable-89-216-184-157.dynamic.sbb.co.yu] has joined #ubuntu-mozillateam [01:03] Evening :)... [01:05] evening [01:15] Have you seen the patch for the mozilla-thunderbird-quickfile? [01:15] :) [01:15] asac ^ [01:16] And is there anything else I could do (except that other bug, I have to see why it won't install xpi file)? [01:16] Jazzva: how would i see the patch? [01:16] am i subscribed to that bug? [01:17] Umm, no, I don't think so. I left the link today, thought you saw it. [01:17] I think it's bug 131410 [01:17] Launchpad bug 131410 in thunderbird-quickfile "[gutsy] Doesn't depend on thunderbird" [High,Fix committed] https://launchpad.net/bugs/131410 [01:17] Yep, that one [01:21] Jazzva: just subscribe me to bugs that you submit a debdiff to in future [01:21] at best before attaching the debdiff [01:21] :) [01:21] now i did it [01:22] will look when i see read the subscription email now [01:22] ;) [01:22] OK :)... Sorry for this... [01:23] ... because i go to sleep now [01:23] 'night [01:23] Good night :)... [01:36] granparadiso i386, built [01:36] goof [01:37] ia64, failed, as usual [01:37] s/goof/good/ === cwong1_ [i=chatzill@nat/intel/x-5ca1936215d8854a] has joined #ubuntu-mozillateam [03:40] asac: r u there? [03:54] he went to bed 2h+ ago [04:16] Off to sleep... Have a nice night/day :)... === IdleOne [n=idleone@unaffiliated/idleone] has joined #ubuntu-mozillateam === shirish [n=shirish@59.95.28.250] has joined #ubuntu-mozillateam [08:20] Ubulette: you up buddy? === cwong1 [n=chatzill@pool-71-117-245-53.ptldor.fios.verizon.net] has joined #ubuntu-mozillateam [09:01] asac: hey u there? === shirish [n=shirish@59.95.28.250] has left #ubuntu-mozillateam ["Leaving."] [09:34] hi [10:17] bug 45008 [10:17] Launchpad bug 45008 in firefox "MASTER firefox theme crash" [High,Confirmed] https://launchpad.net/bugs/45008 === Bernardo [n=Bernardo@84.39.122.198] has joined #ubuntu-mozillateam [10:41] Jazzva: hey ... you set Bug 131411 to fix committed [10:41] Launchpad bug 131411 in bidiui "[gutsy] Doesn't depend on thunderbird" [High,Fix committed] https://launchpad.net/bugs/131411 [10:41] Jazzva: i agree with you that it makes sense to set it to that state once a debdiff is attached [10:41] Jazzva: however, its not the way sponsoring works (which i have no opinion about) [10:42] Jazzva: you just set to confirmed and subscribe ubuntu-universe-sponsors (ubuntu-main-sponsors) [10:42] Jazzva: read in wiki.ubuntu.com how to get things sponsored for universe/main [10:43] Jazzva: i did that now for you === asac_ [n=asac@e177167029.adsl.alicedsl.de] has joined #ubuntu-mozillateam [12:08] Jazzva: i pushed a few revisions to ubufox ... so in case you didn't commit something new, maybe pull my changes on top of yours to defer merge conflicts between our two branches === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [02:00] asac: Ok... [02:01] I don't think I commited anything new. [02:01] yeah [02:01] i committed the new plugin finder service [02:01] :) [02:01] Cool :) [02:01] well still needs some beautifying [02:01] ;) [02:01] but basically works from what i can tell [02:02] BTW, I have just remembered that in bug 131411 I forgot to mention that it also installed in the wrong dir :/... [02:02] Launchpad bug 131411 in bidiui "[gutsy] Doesn't depend on thunderbird" [High,Confirmed] https://launchpad.net/bugs/131411 [02:02] though i need to deploy the web-service now [02:02] I'll take a look now :) [02:29] Looks good, I suppose :). [02:35] pushed rev 29 [02:35] now it works with older sqlite python modules as well === Ubulette_ [n=Ubulette@APuteaux-153-1-89-5.w86-205.abo.wanadoo.fr] has joined #ubuntu-mozillateam === jbs [n=Bernardo@84.39.74.35] has joined #ubuntu-mozillateam === Ubulette_ is now known as Ubulette [03:06] hi [03:08] hi [03:08] Hello :) [03:09] my trunk is now usable [03:09] cool [03:10] still miss a few minor things but it builds and run fine [03:10] it has it's own profile too now [03:11] btw, system cairo still crashes, so i disabled it [03:21] asac, how can we check ftbfs on -trunk if we don't push it ? [03:21] I mean for non i386/amd64 [03:22] we usually can't [03:23] if you think you have fixed it i can try to get environment setup and do a test build [03:23] however, we see that granparadiso fails ... isn't that good enough? [03:23] btw, anyone has a webserver with mod_python we can use to bring up the beta plugin finder backend? [03:25] what to do mean by "we can use" ? what do you need ? [03:27] just apache with mod_python ... and fw rules that allow me to call port 443 on pfs.mozilla.org [03:27] oh well sqlite for python as well [03:32] oh, you want to be able to push your files, right ? that I can't do :( corporate policy [03:38] 15:23 < asac> btw, anyone has a webserver with mod_python we can use to bring up the beta plugin finder backend? [03:38] ;) [03:38] so yes [03:38] we need a python web-service until I find a real home [03:39] asac, I'd like to shorten my lp login to 'fta' but apparently, it's already taken, yet not used. [03:39] hmm [03:39] ok, so I can't help. I'm not into hosting at all [03:39] https://launchpad.net/~fta/ [03:39] maybe ask on #launchpad about user name policy ... e.g. how long without activity before one can take-over a user name [03:40] maybe there exists such a policy [03:40] that guy doesn't even have an "f" in his entire name.. [03:41] nor any "t" [03:47] hmm [03:49] I'm off... Have some stuff to do :/... See you tonight. === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [04:04] asac, some patches in trunk are not very clean [04:04] Applying patch ftbfs_toolkit_xre_Makefile_in [04:04] patching file toolkit/xre/Makefile.in [04:04] Hunk #1 succeeded at 258 (offset 4 lines). [04:04] should I keep them like that or refresh them ? [04:04] it's not hurting anything, it's jsut ugly [04:09] Ubulette: i have no hard opinion on that [04:09] personally I won't refresh them for the sake of code/file stability unless necessary [04:32] maybe just once per .orig.tar.gz update ? [04:34] well ... for trunk that means on every update [04:34] for stable packages its a sane policy though [04:37] hmm, trunk calls itself granparadiso [04:37] 3.0a8pre [04:37] Ubulette: yes thats wrong [04:37] it should be reverted [04:38] e.g. drop --enable-official-branding === shirish [n=shirish@59.95.28.250] has joined #ubuntu-mozillateam [04:38] asac: you up m8? [04:39] y [04:39] asac, it's already using --with-branding=browser/branding/unofficial [04:39] yes thats wrong [04:39] drop that line [04:39] ok cool, dunno why but firefox-granparadiso alpha7 is pathetically slow, any ideas why its taking so much time? [04:39] and name it in .desktop Minefield [04:40] slower than ffox 2 ... or slower than alpha5 ? [04:40] slower than a5 [04:40] I find it fast... [04:41] although a5 is/was slower than ff2 [04:41] huh? [04:41] scratch out is [04:41] i think its a plugin or something for you [04:41] meant alpha 5 was slower than ff2 [04:41] or maybe its memory? [04:41] i only heard that alpha 5 was ways faster than ffox [04:41] you are the first that claims in that direction [04:43] asac: I did some configurations to make it better the first way around, maybe they are the culprits, hang on, lemme paste all of the stuff maybe you can tell me if I did something wrong. [04:43] shirish: try to run vanilla/fresh profile [04:44] would do for sure, but it will be nice to see if its something in the about:config which also is making it not be fast. [04:45] well ...testing with fresh profile while backupping your current .mozilla dir is a good way to figure out if its about:config related [04:45] at all [04:46] hmmn pgrep firefox-trunk-bin is not working [04:46] asac: ok will do, anyway these are things which I did/changed about in the about:config [04:46] http://paste.ubuntu-nl.org/33698/ [04:47] pgrep is broken [04:48] 'pgrep firefox-trunk-bin' returns nothing while 'pgrep firefox-trunk-b' got it right [04:49] because name is truncated in /proc/pid/status [04:49] meaning FF update-notifier is broken [04:50] wow, doing a clear private data hanged FF3 [04:51] for some time [04:56] Ubulette: update-notifier for what? [04:56] the app update preference should be locked [04:58] I've fixed the notification on install/upgrade in trunk (not pushed yet) [04:58] shirish: that might be true ... most likely ffox doesn't clear privacy outside the UI thread [04:58] so its a feature [04:58] Ubulette: what was broken? [04:58] Ubulette: what did you fix? [04:59] it was still abou firefox, not gp or trunk [04:59] since I've changed appname for both [04:59] ok me out, dunno what its taking too much of stuff [04:59] I mean memory === shirish [n=shirish@59.95.28.250] has left #ubuntu-mozillateam ["Leaving."] [05:00] Ubulette: ah you mean postinst notification ... ok [05:00] don't forget cruft in prerm (?) [05:00] like firefox package does [05:01] yes. already done. just pgrep remains broken. [05:03] hmm [05:03] why would that happen? [05:05] http://pastebin.mozilla.org/184140 [05:06] well ... thats too ugly [05:06] why is the bin name truncated? [05:06] in the first place ? [05:07] it's not. just shitty pgrep [05:07] it reads from the wrong file [05:07] should have parsed /proc/pid/cmdline === shirish [n=shirish@59.95.28.250] has joined #ubuntu-mozillateam [05:08] maybe we should come up an sh function that replaces this shitty pgrep ? [05:10] hey guys, the new profile is speedier than the old one, so it might be a plugin issue as asac pointed out earlier [05:10] right [05:10] plugin/extension [05:10] try run firefox-granparadiso -safe-mode [05:10] adobe plugin is known to make the full thing slow [05:10] if its speedier as well then its extension [05:11] there's not much extensions a7 capable anyway ;) [05:11] Ubulette: true, only 1 in my list which is a7 compatible its APNG editor, the name says it all [05:13] guys can somebody help me with setting up the profiles.ini, I am stuck on the last line what should be in Default for the 2nd profile. [05:13] greasemonkey? [05:14] I have 6 out of ~20 active in a7 [05:14] 2 that I've patched myself as I can't live without them [05:15] http://pastebin.ca/656998 [05:15] asac: nope, its not greasemonkey, its .png editor extension/plugin if one wants to make pictures stuff [05:16] Ubulette: i used some nightly extension tool to update couple as I couldn't live with couple of extensions myself [05:16] Ubulette: don't know enough about patching extensions, although do know usually what an .xpi folder contains [05:18] Ubulette: asac: can either of you help me with figuring out .profiles.ini I just pasted a fresh one at http://pastebin.ca/657004 [05:19] Ubulette: asac: I am just confused as to whether both should be default =0 or default=1 or what? Its simple, I want profile-manager to come up, hence last profile=0 other things not so clear [05:26] shirish: don't understand [05:26] i think you should start profile manager with -profile-manager ? [05:26] and don't tweak profiles.ini manually [05:27] asac: ok cool [05:28] asac, what are those "#DEBHELPER#" in postint/prerm of FF2 ? [05:29] might be obsolete ... but is good to keep ... debhelper can insert content there [05:30] asac: that made it cleaner/better thanx === shirish out for dinner === carl__ [i=chatzill@nat/intel/x-4b208d9785ca653a] has joined #ubuntu-mozillateam [05:41] asac; I've updated my branch for trunk with #40->#50 [05:41] what is last on mt? [05:42] 40? [05:42] 39 [05:42] k [05:43] Ubulette: so you call debhelper .install/.link files "cdbs-install scripts" :) [05:44] no problem ... i was just confused, because firefox has an improved cdbs .mk file in source :) [05:44] oh, it was late [05:44] so i thought you found an error in that ;) [05:44] have you culled control.in? [05:45] gone [05:45] ah i see [05:45] ok [05:45] fine [05:45] oh, forgot the branding [05:45] yeah ... you can do on top [05:45] i wonder if you tried to merge from paradiso? [05:46] e.g with bzr merge (cherry-picking revisions) [05:46] no; too many gp vs trunk issues [05:47] made my practice quilt and bzr :) [05:47] that's piece of cake [05:47] hmm ... ok [05:47] s/my/me/ [05:49] asac: S.O.S. After I changed the build dependency from libxul to midbrowser in the mobile-basic-flash, I had 2 problems. 1) the home screen flash couldn't find libgtekmozed.so because path is not in LD_LIBRARY_PATH. 2) the home screen plugins crashed after I manually set LD_LIBRARY_PATH to point to where the library resides. Any idea? For now I have to back out the change. [05:49] maybe next week i will try to remerge those branches ... so the branches stay at least related (from a bzr point of view) [05:50] carl__: keep the change for another 10 minutes and show it to me [05:50] :) [05:50] carl__: have you fixed configure.ac ? [05:51] asac: yed I did [05:51] s/yed/yes/ [05:51] please show me the diff [05:51] asac: I have already back out the change last night. I will show the the orginally change. Just 1 sec. [05:52] asac, there's no real benefit here. Maybe for trunk->a8, and even that, it's a lot of s/trunk/granparadiso/g [05:52] asac: here is the link to the diff: http://www.moblin.org/repos/?p=projects/mobile-basic-flash.git;a=commit;h=8c5a24afb2e8d4f339e63724dc4f2ae1ae9727c7 [05:53] carl__: let me install midbrowser-dev and then take a look [05:54] asac: ok. [05:56] carl__: but install libxul0 now does help? [05:58] asac: I haven't try that. [05:58] asac: All I know is it worked before until we made that change. [05:59] asac: I have to revert the change for now so other can build their image. [06:01] carl__: why did you check in at all? [06:02] i mean ... don't you build locally? [06:02] anyway ... try to start it with run-mozilla.sh wrapper [06:02] Yes it built fine. But I didn't try to build the image. [06:02] carl__: building != running [06:02] or didn't it crash for you? [06:03] carl__: Yes it did after I tested it with the new image. [06:03] asac: I can't run it with run-mozilla.sh [06:04] why not? [06:04] asac: the flash plugin is a standalone app that links in with libgetkmozembed.so [06:04] still you can run it with run-mozilla.sh [06:05] how is that going to help? [06:05] /usr/lib/midbrowser/run-mozilla.sh /usr/bin/myapplication [06:05] try it [06:05] it sets up the proper enviroment [06:05] I will try it and let you know the result. I am doing a build of the image now. [06:06] can't you test without starting the whole image machinery? [06:06] thats pretty unproductive i assume ;) [06:07] asac: I blew away my test enviornment last night by accident [06:07] ok [06:08] asac, I can easily replace pgrep with pidof. it's in sysvutils, do we need to update Depends ? [06:09] Ubulette: is it essential? [06:17] seems so. it's a rdep of initscripts === shirish [n=shirish@59.95.28.250] has left #ubuntu-mozillateam ["Leaving."] [06:29] carl__: isn't it possible to run that thing at all? [06:29] there appears to be just a hildon plugin [06:36] asac: it is a little bit more complicate than that. I just found out from Bob that the plugin that has the gtkmozemded is in a share libraries. The hildon-desktop is the one that starts it up at boot time. [06:37] asac: this implies I might have to start up hildon-desktop with run-mozilla.sh and I dont think folks here would buy into it. [06:40] carl__: please try anyway ... if it helps we can find find which envs are needed [06:40] asac: will give it try [06:42] asac: Have you tested the gtkmozembed to see if it work? [06:43] it almost certainly works ... its used by epiphany [06:43] ok [06:46] well its not directly used by epiphany ... but epiphany uses firefox ... which in turn is packaged and build in exactly the same way [06:48] asac: I just try running hildon-desktop under run-mozilla.sh and it screws up the screen. But it didn't crashed though. [06:49] carl__: hmmm let me think [06:49] maybe linking with --rpath ? [06:50] asac: Why cant we use libxul-dev? [06:50] its currently not supported [06:51] it was there before? Are u saying that libxul-dev is not part of gusty? [06:51] its definitly not part of main [06:52] its in universe --> unsupported [06:52] what about firefox-dev? [06:54] carl__: you will run in exactly the same issues as with midbrowser because it doesn't install its libs in /usr/lib [06:55] as i said: midbrowser == firefox in regards of what we want to do [06:55] ok [06:56] for now I will keep the old dependency until we can figure it out what the problem is. [07:07] Ubulette: trunk has plugin management now? [07:07] can you confirm that? [07:08] no. I've seen a bug for that but it's not committed [07:09] hmm, changing branding to browser/branding/nightly doesn't work [07:09] there's almost nothing in mozilla/browser/branding/nightly [07:10] ... compared to mozilla/browser/branding/unofficial [07:10] maybe the initial checkout.. [07:18] Ubulette: just drop the line [07:18] it will *just work* (TM) [07:25] ok. I'll try that. [07:26] asac, xulrunner is not maintained using bzr, could I start 1.9 in bzr ? [07:26] same question with debdiff vs quilt [07:28] Ubulette: sure [07:28] does xulrunner have a project ? [07:29] you mean https://launchpad.net/ubuntu/gutsy/+source/xulrunner ? [07:29] maybe name the branch ubuntu.trunk [07:29] no [07:29] www.launchpad.net/xulrunner [07:29] does that exist? [07:29] (the one you pointed is just a package in ubuntu) [07:30] it does exist [07:30] apparently yes [07:30] so feel free to push there [07:30] Ubulette: we need nspr-trunk and nss-trunk as well :) [07:31] i didn't do it since we just had firefox .... but now that we are getting xulrunner we should do that as well [07:31] well ... nss-trunk is not really nss trunk [07:31] its nss-3.12 [07:31] for nspr i have to lookup which exact release they use on trunk now [07:32] which one 1st ? [07:32] you should be able to see it in client.mk ... e.g. with which tag is nspr checked out of cvs [07:32] nspr is the base [07:32] nss needs nspr [07:32] and xulrunner needs both [07:32] and later firefox will need all three ;) [07:32] ok so nspr, then nss, then xul [07:34] Ubulette: yes ... there are already bzr branches for nspr and nss [07:34] https://code.launchpad.net/nspr [07:35] Ubulette: yes ... i need to update that [07:35] actually we use nspr and nss from debian [07:35] Ubulette: let me update those [07:36] okl [07:41] Ubulette: it will take a few ... i have to do it properly [07:42] hm ok. [07:42] i create "debian" release series for those projects and set the subversion branch as source [07:42] in that way we get auto-import [07:44] meaning I'll have to stick to dpatch ? === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-mozillateam [07:45] Ubulette: huh? [07:45] no we just get an always up to date bzr branch from debian [07:45] you can branch from that ... [07:45] afaik mike is switching to quilt anyway [07:45] debian uses dpatch for nspr, if I move to quilt, we will no longer be able to merge back [07:45] oh, ok [07:45] yes [07:46] he will move [07:46] i evangelized him ;) [07:46] i don't think that we have to merge back anyway ... until debian switches to trunk nspr and nss [07:48] Ubulette: on trunk its: [07:48] NSPR_CO_TAG = NSPR_HEAD_20070713 [07:48] NSS_CO_TAG = NSS_3_12_ALPHA1B [07:48] ok, tell me when you're done with nspr. I'll start from there [07:48] if you want to prepare tarballs [07:48] maybe they are even on http://ftp.mozilla.org/pub [07:50] hmmm launchpad folks need to manually review the branch before the auto-import starts .... [07:51] Ubulette: you can directly branch svn://svn.debian.org/svn/pkg-mozilla/nss/trunk [07:51] e.g. with bzr-svn installed [07:51] bzr branch svn://svn.debian.org/svn/pkg-mozilla/nss/trunk nss.debian :) [07:51] it should be identical to the branch we get by auto-import ... so just pushable [07:52] if not, i will take the work and reapply your changes [07:53] ok, cool. [07:53] same for nspr === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [07:54] asac, why nss.debian ? can't I just call it trunk ? [07:54] as that will be my devel branch [07:54] https://launchpad.net/nspr/debian [07:55] thats the release series the branch will be associated with [07:55] doesn't matter much anyway [07:55] our branch should be called ubuntu.trunk [07:55] or ubuntu.3.12 [07:55] i don't want these ambigious branch names any more [07:56] I did it when i wasn't yet sure how things will work out in the long run :) [07:56] trunk -> would imply its upstream codebase trunk [07:56] so we definitly need either debian.trunk ... or as we are not debian maintainers ubuntu.trunk [07:57] but since nss isn't really cvs trunk i wondered if its better to name the major release of nss instead [07:57] same for nspr [07:58] oh, you don't want trunk for those, just the last taggued ones ? [07:58] its not so confusing if you think about nspr and nss being independent products of which firefox trunk just ships some version in source [07:58] Ubulette: i want those that firefox/xullruner ship [07:58] otherwise we would need trunk + 3.12 (for firefox/xulrunner trunk) + 3.11 (stable firefox) [07:59] Ubulette: the tags are above [07:59] 19:48 < asac> NSPR_CO_TAG = NSPR_HEAD_20070713 [07:59] 19:48 < asac> NSS_CO_TAG = NSS_3_12_ALPHA1B [07:59] so nspr appears to be some random trunk snapshot [07:59] while nss might be from a 3_12 branch [07:59] hard to say without looking [08:00] god i hate cvs [08:00] ok. let's start with NSPR_HEAD_20070713 [08:00] however ... i would suggest to follow just those tags that firefox uses [08:00] right [08:00] that is ubuntu.trunk|head i guess [08:00] because its some snapshot from head ;) [08:01] e.g. we have a release NSPR_HEAD_20070713 :) [08:01] have fun :) [08:01] I need a place to store my .orig.tar.gz ? can i do that on LP ? [08:02] I need a place to store my .orig.tar.gz... can i do that on LP ? [08:02] store my tarballs dir [08:05] Ubulette: let me think :) [08:09] Ubulette: are those tags released on mofo ftp? [08:09] hmm.. we should to a -dbg for GP.. would help for bugs like bug 132235 [08:09] Launchpad bug 132235 in firefox-granparadiso "[GUTSY] firefox-granparadiso crashed" [Medium,Incomplete] https://launchpad.net/bugs/132235 [08:09] Ubulette: there are dbgsym packages available [08:10] dbgsym ? [08:10] if hjmf fails to backtrace then the core is probably bad [08:11]