=== ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp38-114.lns2.syd6.internode.on.net] has joined #ubuntu-mozillateam [03:03] ill be here asap tomorrow i need to shut this pos down or ill be pinged all night === DarkMageZ [n=richard@ppp38-114.lns2.syd6.internode.on.net] has joined #ubuntu-mozillateam === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-mozillateam === DarkMageZ_ [n=richard@ppp6-91.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [09:18] ola [09:18] sup asac [09:18] :) [09:19] asac, if you've got any more questions about LP #75758. i'm around for another 4 hours before that sleep thing has to happen [09:20] hehe [09:20] bug 75758 [09:20] Malone bug 75758 in firefox "Firefox doesn't display new windows in new tabs despite option being set" [Medium,Confirmed] https://launchpad.net/bugs/75758 [09:20] crazy bug [09:21] DarkMageZ: can you ping firefox? [09:21] asac, we can fix it locally if we don't mind the default option being open in new tab. but without me gaining a degree in firefoxology, i'm not sure exactly what the problem is [09:24] DarkMageZ: when ffox is running, does [09:24] firefox -remote 'openURL(http://www.google.com, new-window)' [09:24] work [09:24] ? [09:24] ... try replace new-window by new-tab if that worked [09:25] are we trying to do something like firefox -remote "openURL(%u,new-tab)" [09:25] no ... just want to find out if DarkMageZ's firefox is remote reachable [09:25] not sure, bit too busy to investigate [09:25] :) [09:25] ah okay === DarkMageZ reverts firefox to ubuntu's build... but is not sure how that is relevant exactly [09:31] asac, under a default ubuntu profile that opens in a new window. [09:31] DarkMageZ: yeah might be related [09:32] DarkMageZ: let me first get a coffee ... i have the feeling that I don't see what your bug is :) [09:33] asac, wait. basically you're looking far too deep into it and missing the simplicity [09:33] now have a coffee [09:53] ok lets look at the surface [09:56] DarkMageZ: ok firefox http://somedomain.tld opens correctly in new-tab, right? [09:58] DarkMageZ: so what doesn't work for you? only for fresh profile? [10:00] back. had to get a coffee. [10:00] asac, ok. let me demonstrate. [10:01] close firefox. rename ~/.mozilla to something else. [10:01] and then launch firefox [10:01] once that's done, goto www.google.co.uk and hit the preferences link [10:02] ok let me try [10:03] that link just opens the new page ... not in new-window ... nor tab? [10:03] wait wait. so scroll down to the bottom and select "Open search results in a new browser window. " [10:03] and save preferences [10:03] then do a search for something [10:04] yeah [10:04] ok works [10:04] now lets move the profile [10:04] wait [10:04] so if you look in the preferences [10:04] notice how it is set to open new windows in a tab instead? [10:04] or are you still under your main profile? [10:05] DarkMageZ: yes right [10:05] i see that it doesn't open in new-tab by default [10:05] now lets try [10:05] to reset setting [10:06] k ... its broken [10:06] firefox-trunk package works [10:06] hmm [10:06] so you see how it's borked in ubuntu's package? [10:07] basically, it's a core vs gui settings inconsistency which burns users [10:08] the gui pulls the what it thinks the settings are from elsewhere [10:08] DarkMageZ: interesting [10:08] even tho ubuntu has changed the default core setting from the 3 which is tab to a 2 which is open in window [10:08] if you start firefox with fresh profile [10:09] in about:config open_newwindow has value 2 [10:09] which means -> newwindow [10:09] so behaviour is right [10:09] however somehow in preference panel the radio button is wrong [10:10] DarkMageZ: its not borked in upstream? [10:10] mmhmm, i'm not sure exactly. but i believe the radio button data is pulled from a result of prefs.js in the userprofile vs some other file [10:11] asac, the issue which causes the problem aka radiobutton not consistent with the core is upstream. but what causes the out of sync can be fixed by us [10:11] ok the ui is driven by browser.link.open_external [10:11] while behaviour is driven by browser.link.open_newwindow [10:11] at least thats what i guess [10:12] default settings are at odds [10:12] DarkMageZ: can you verify that? [10:12] e.g. if you switch settings ... the combination of those settings never gets to same state as by default [10:13] you can see how values change if you keep about:config open in background [10:13] with search for link [10:14] confirmed [10:14] so basically, we either can remove those lines i've mentioned or add more lines to fix that other preference to 2 as well [10:14] so upstream tarball doesn't have this behaviour? [10:14] i think we want newtab for both [10:15] DarkMageZ: can you test if things work if you tweak default settings in [10:15] /usr/share/firefox/defaults/pref/firefox.js [10:15] ? [10:16] upstream is consistently 3. we made the change to have 2 on browser.link.open_newwindow [10:16] yep ... i remember that ... if you verfiy that we tweaking both helps I will either drop our patch or move both to 2 [10:17] i recompiled ubuntu's firefox earlier today with that part removed and it makes it consistent and working [10:20] k === AlexLatchford [n=alex@82-44-193-109.cable.ubr07.haye.blueyonder.co.uk] has joined #ubuntu-mozillateam [10:22] DarkMageZ: ok .... "In Progress" :) [10:23] yay [10:23] DarkMageZ: maybe use firefox-trunk package :) [10:24] oh, it's fixed on my main profile. it's just that i don't like to see new users burnt [10:24] yeah ... i ment .... if you use our testing repo you can help discover bugs early :) [10:25] there will be next-generation firefox packages soon ... not only trunk [10:25] #deb http://gnomefreak.youmortals.com/mozilla-testing feisty main [10:25] #deb-src http://gnomefreak.youmortals.com/mozilla-testing feisty main [10:26] oh, the firefox trunk packages. already there, rebuilding them with wmode patches [10:26] wmode? [10:26] yes -trunk package is in there [10:26] the reason www.guildwars.com fails to look sexy with flash installed [10:26] you have upstream bug? [10:27] yup [10:27] https://bugzilla.mozilla.org/show_bug.cgi?id=137189 [10:27] Mozilla bug 137189 in Plug-ins "Windowless plug-in support for X (WMODE)" [Normal,Assigned] [10:27] oh cute. ubotu knows how to handle that [10:29] yeah [10:29] i can integrate that patch to -trunk package [10:29] why is flash a windowless plugin [10:29] hmm [10:30] good to know :) [10:31] yeah. that should help with weird flash transparency bugs you run into :) [10:31] also apparantly menu's hiding under flash objects [10:32] the patch still has problems, right? [10:33] not sure, never managed to get it to apply cleanly and compile sucessfully [10:35] tho if you want a demonstration of the potential fixes it provides. firefox vs konqueror on www.adobe.com's menus :) [10:35] with flash enabled [10:36] i have no konqueror ... and feel bad installing any of the kde stuff :) [10:36] hmm, opera might work [10:36] even worse :) [10:36] but i believe you are right [10:37] the only reason i use firefox is due to the adblock plus plugin and the interface isn't horrible [10:40] if you do manage to get the wmode patch working, give me a buzz. i'll rebuild it here. [10:41] i guess, i will talk to roc about more general plugin things soon ... so i can ask him about this as well [10:44] DarkMageZ: you could try to do a three-way merge with diff on trunk from the date the patch has been submitted === DarkMageZ isn't sure on how that is done === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [10:45] DarkMageZ: ok ... i added it to my todo ... probably discussion will go on in upstream bug after i talked to roc [10:46] otherwise feel free to ping me regularaly [10:47] i'll try and catch up on how things are going when i've got time (college holidays now) [10:47] asac: on the tabs in fx there is an x to close it. is that hardcoded into souce? [10:48] gnomefreak: depends on what you cann "hardcoded" :) [10:48] why would you wanna change it? [10:48] s/cann/call/ [10:48] asac: iceape is missing them [10:49] gnomefreak: yes ... iceape has a different widget set [10:49] it doesn't use the firefox toolkit, but xpfe [10:49] so not something easy to add [10:50] nope ... however, there is http://multizilla.mozdev.org/ === gnomefreak was going through what changes can be done before wolling official build [10:50] which actually introduced tabs first [10:50] maybe its still maintained [10:50] looking [10:51] it has enhanced tabs now that main browsers have tabs as well [10:51] let me know if its great :) [10:51] looks like its still maintained [10:52] problem being its 1.8.3 [10:53] and? [10:53] ok its saved for something for me to read. im waiting for coffee first [10:54] sure [10:54] i read it wrong its not for gecko 1.8.3 but that is the version of it [10:54] yeah [10:54] its before 5am [10:54] anyway iceape 1.1.x is gecko 1.8.x [10:54] gnomefreak: man ... go to bed again [10:55] 1.8.0 i though [10:55] t [10:55] 1.0.x is based on 1.8.0.x [10:55] e.g. same like ffox/tbird 1.5.0.x are based on 1.8.0.x while ffox 2.0.0.x is based on 1.8.x [10:56] god i hope this is a joke or its really too early This is the all American way of saying: It might toast your computer. It might get you totally freaked out, because something didn't work as expected. [10:56] ups [10:56] that tells me we need to wait ;) [10:56] gnomefreak: you think you can make an update to firefox trunk? [10:56] e.g. apr 15 ? [10:56] in your archive i have 0404 [10:57] i can try [10:57] did you update it already on truck? [10:57] branch [10:57] not trunk === gnomefreak running merge atm [10:58] no ... i am still working on migrating patches so we have 2.0.0.x with same package layout [10:58] ok your not done with it. [10:58] gnomefreak: there are no updates in trunk [10:58] you just need to change changelog [10:58] and update orig [10:59] i am currently building your packages on amd64 [10:59] just the version and fakeroot debian/rules orig? [10:59] i think its neworig ... but yes [10:59] oh yeah [10:59] you don't need to add a new changelog entry [10:59] just tweak the current topmost [10:59] wait a minute /me cant build 64 [10:59] yes ... thats why i am building them :) ... which is way i realized that -trunk is "really" outdated :-D === asac just kidding [11:00] ;) [11:01] yeah let me know what its ready and ill see about it. please tell me > 1 hour [11:02] sure ... i am building both ... so iu guess about 1.2h [11:02] + time to upload somewhere === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam [11:08] asac: if your building both feel free to upload to my repo ;) [11:08] how? [11:08] i can put them in some dir ... and you move and regen release stuff et al? [11:10] https://launchpad.net/%7Easac/+sshkeys [11:10] add any of those to authorized_keys .... if you want [11:12] oh thats right crap [11:13] i cant :( [11:13] if you upload them using ftp i can ssh in and do the release work [11:14] its not my domain just a part of someone elses so they would have to add the ssh keys right? [11:17] the reason i sugggested that is i would like to get started on the libnss ect... for iceape build today. hoping when gutsy repos open i can build a chroot and build the package as is for gutsy to start with. === gnomefreak thinks it should be as simple as ftp'ing in to my repo to add the packages i can than create a release for 64bit and than gen the release for top dir and sign the top-dir release [11:20] but leet me know wha tyou decide when its done. [11:20] i can always download and than upload them [11:24] asac: and when you get time let me know how to add the libnss and friends support. (im thinking its just add them to depends [11:28] gnomefreak: you already build them? [11:28] libnspr and libnss (e.g. from debian svn) ? [11:28] i have to build them sepertately? [11:28] gnomefreak: ok ftp is fine [11:29] thats the idea of next-gen packages ... libnss and libnspr get their own source [11:29] i already registered products in launchpad [11:29] and will checkin initial version soon (basically unmodified debian svn branch) [11:29] ok how do i go about finding the svn from debian? [11:30] gnomefreak: start: http://svn.debian.org [11:30] there are all [11:30] ty [11:30] there is pkg-mozilla [11:30] navigate till you find nss [11:30] but you need nspr first :) [11:30] e.g. nss depends on nspr [11:31] yay for split packaging :) [11:31] ajmitch: yay this :( [11:31] lol [11:31] what are the nss/nspr versions involved? [11:31] latest [11:32] http://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v4.6.6/ [11:32] this is bad [11:32] firefox cant open svn [11:32] http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_11_5_RTM/ [11:32] gnomefreak: no it can't [11:32] addresses [11:32] great, thanks [11:32] there is http link on right [11:33] i see it now [11:33] ok so i need to build nspr and nss [11:33] gnomefreak: once you have the path you have to checkout with svn://svn.debian.org/path/nspr/trunk/ [11:33] yes start with nspr [11:33] ok so go with trunk [11:34] yeah ... trunk contains "debian trunk" ... its for the latest stable branch upstream [11:34] there is nothing else in there [11:34] and it looks like stop at debian dir [11:34] than it lists patches and such [11:36] yeah ... just contains debian dir [11:36] like iceape ... like firefox-trunk [11:37] so where do i get the source from? [11:37] assuming we are building this same way as iceape (grab seamonkey source) add debian to it [11:37] read above [11:37] i just posted [11:38] about -15 lines [11:38] gnomefreak: once you have the path you have to checkout with svn://svn.debian.org/path/nspr/trunk/ [11:38] http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_11_5_RTM/ [11:38] svn.debian.org/wsvn/pkg-mozilla/nspr/trunk/debian is the path === gnomefreak missed that i guess [11:39] just checkout full trunk [11:40] gnomefreak: for svn:/ uri you have to remove wsvn from path you see in browser [11:40] ah [11:41] svn checkout svn.debian.org/pkg-mozilla/nspr/trunk/ beeter :) [11:41] nope [11:42] from the help page that should have worked [11:42] you miss the scheme [11:42] svn:// [11:43] yeah i saw [11:43] use the mt build? [11:44] and does it have to match iceapes? [11:45] gnomefreak: wait a second ... currently creating bzr branch [11:45] gnomefreak: look launchpad ~mozillateam code panel [11:48] gnomefreak: found? [11:48] its loading [11:49] so bzr clone? [11:49] yes [11:49] https://code.launchpad.net/~mozillateam/nspr/nspr-svn.debian.org.trunk [11:50] though you can push to that branch ... please don't push any mozillateam changes [11:50] only debian changes should end up in that branch [11:50] if there are updates and you want to do the sync, ask me [11:50] if we have changes for ubuntu we will have a second branch [11:50] which is derived from the debian onw [11:50] which is derived from the debian one [11:51] k [11:53] still only end up with debina dir. that was the same thing i got using svn so i still have to grab the source and mv debian into it? [11:54] or is it safe to use neworig [11:55] yes [11:55] you have to do same as iceape [11:55] you just have to extract the tarball [11:55] nspr one [11:55] inside [11:55] then run dpkg-buildpackage -rfakeroot [11:58] thats what i thought [12:01] we can leave versioning the same or should i change it to something. [12:01] ok ... downloading server images [12:01] i have to do tests today [12:02] hmmm ... please use a lower debian version [12:02] e.g. [12:02] -1ubuntu0.mt1 [12:02] instead of -2 [12:03] ok so nspr-4.6.6-1ubuntu0.mt1 [12:03] yes [12:03] ok dont add lib to front? [12:04] as in libnspr or it will build it? [12:04] ? [12:04] just keep it the way it is [12:04] extracting source left me with nspr-4.6.6 and you want it left that way ok cool [12:05] hmmmmmm that is odd [12:06] yeah [12:06] mv the mozilla dir from with that one to toplevel [12:06] and remove empty nspr-4.6.6 [12:06] mv nspr-4.6.6 mozilla? [12:07] no [12:07] read :) [12:07] there is a mozilla dir inside [12:07] yes [12:07] that one needs to be on toplevel [12:07] ah [12:09] ok its in top dir but now i have the nspr-4.6.6 dir and mozilla dir. should i change the name of mozilla to nspr-4.6.6 now? [12:09] gnomefreak@FeistyFawn:~/libnspr_build$ ls [12:09] mozilla nspr-4.6.6 nspr-4.6.6.tar.gz [12:10] no ... read :) [12:10] you said put it in top dir. [12:10] its there [12:10] 12:06 < asac> and remove empty nspr-4.6.6 [12:10] :) [12:11] i guess its still pretty early for you :) [12:11] and now change the name of mozilla as normal? [12:11] its 6am :( [12:11] no keep it [12:11] oh ok [12:11] mozilla is fine [12:11] just remove empty dir [12:11] after that you can rename nspr*.tar.gz to .orig.tar.gz [12:11] im gonna have to use fakeroot debian/rules source i think [12:12] then you can build [12:12] oh [12:12] no [12:12] ok [12:12] the source is onmodified [12:12] unmodified [12:12] :) [12:12] ah i see :) [12:12] thus you just have to rename nspr-4.x.x.tar.gz to nspr_4.x.x.orig.tar.gz [12:12] yeah [12:12] WATCH - -> _ [12:13] i will probably add a "source" target to do all this to ubuntu branch === gnomefreak watching [12:13] ;) [12:13] ok [12:13] now name it in changle log change control maintainers and build? [12:14] oh wtf [12:15] Yes [12:16] it ended up weird so i am gonna retry it [12:16] but i ended up with a ...pub dir inside mozilla and no debian [12:18] nsprpub is inside mozilla === gnomefreak guessing it shouldnt be there [12:20] fixing [12:21] it should be [12:21] its all fine [12:21] in top level you have [12:21] debian/ [12:21] mozilla/ [12:21] in mozilla/ [12:21] you have nsprpub/ [12:22] i dont want mozilla/debian? [12:22] why mozilla/debian [12:22] i have no idea what you are doing [12:23] the directory structure is just different to the firefox one [12:23] so in top dir i want tar.gz mozilla and debian? [12:23] just don't bother [12:23] no tar.gz [12:23] just mozilla and debian [12:23] its not embedded tarball [12:23] style [12:24] don't get confused :) [12:24] its like iceape [12:24] but upstream directory layout is of course different [12:24] and we don't need to fixup orig.tar.gz [12:24] its just plain whats ships from upstream [12:24] after extracting source i get nspr-4.6.6 and i remove that and mv mozilla in its place. to now i have source and mozilla [12:25] inside mozilla all i want is that nsprpub/ dir [12:25] no ... you want whatever came out [12:25] just don't touch the mozilla dir ... its all fine [12:25] that is what is in there [12:26] yes [12:26] then its fine [12:26] :) [12:26] ok and debian goes inside mozilla also [12:26] nono [12:26] you start witz bzr checkout [12:26] aeh [12:26] branch/clone [12:26] right? [12:26] yes [12:27] this gives you a directory [12:27] with debian/ [12:27] it gives me debian dir [12:27] yes [12:27] no it gives you a directory + debian [12:27] inside directory you place mozilla dir [12:27] thats it [12:27] (of course place orig.tar.gz next to directory) [12:27] yes [12:27] in directory you have only mozilla + debian [12:28] then just build [12:28] when i cloned it i named it nspr-trunk-gnomefreak [12:28] :) [12:28] yes [12:28] inside ther ei have debian [12:28] then thats your dir :) [12:28] then directory=nspr-trunk-gnomefreak [12:28] inside nspr-trunk-gnomefreak you have debian + mozilla [12:28] + [12:29] i want to add the source and mozilla dir inside nspr-trunk-gnomefreak [12:29] next to nspr-trunk-gnomefreak you have: orig.tar.gz [12:29] oh next to it? [12:29] yes [12:29] nspr-trunk-gnomefreak is top-level package directory [12:29] yes in ~/ [12:30] path == ~/nspr-trunk-gnomefreak/debian+mozilla [12:30] so you state place source next to ~/nspr-trunk-gnomefreak that means its gonna sit in my home dir [12:31]