=== [Cade] [n=butteblu@adsl-217-79-96.asm.bellsouth.net] has joined #ubuntu-mozillateam [01:10] <[Cade] > Are these FF3 builds fairly usable? [01:11] [Cade] : yes fairly [01:11] asac: you around? [01:11] <[Cade] > Awesome. :) [01:12] asac: i need a bug number/testcase for the ff build [01:14] [Cade] : just keep in mind they are unofficial builds [01:14] <[Cade] > of course [01:14] <[Cade] > I was using the Mozco tarball before [01:15] <[Cade] > for Gran Paradiso [01:15] <[Cade] > do these packages have the usual ubuntu patches applied? [01:15] [Cade] : no [01:16] <[Cade] > ok [01:16] they have a few patches that we implemented but not all [01:16] <[Cade] > any patches regarding fonts? [01:16] no [01:16] <[Cade] > ok [01:16] <[Cade] > thanks =) [01:17] yw [01:19] [Cade] : https://code.beta.launchpad.net/~asac/firefox/trunk is the list of changes [01:22] asac: let me know a testcase whne your around im gonna go eat dinner and maybe take pain killer [01:24] <[Cade] > bah - I wish the Beta Testers team would finally approve my launchpad account: I was supposed to be approved a week ago =/ [01:27] [Cade] : being in the LP beta testers team doesn't really matter at the moment, since I doubt there's anything different about it [01:28] <[Cade] > Fair enough - but I had to copy/paste the link and remove the beta -_- === [Cade] [n=butteblu@adsl-217-79-96.asm.bellsouth.net] has left #ubuntu-mozillateam [] [02:04] opps forgot about that :( === feistyman [n=chatzill@adsl-69-110-66-167.dsl.pltn13.pacbell.net] has joined #ubuntu-mozillateam [02:30] gnomefreak: you have to test if you can see remote file systems now === feistyman [n=chatzill@adsl-69-110-66-167.dsl.pltn13.pacbell.net] has left #ubuntu-mozillateam [] [02:30] hmmmmm like ssh? [02:30] no [02:31] if you don't see remote mounts in gnome nautilus [02:31] you don't have one [02:31] you need something like samba share [02:31] i guess [02:31] well that sucks [02:31] :) [02:32] just upload packages and as drop jwendell a mail [02:32] he should test [02:32] ok i will upload tonight/and tomorrow [02:32] btw, debian etch is out :) [02:33] now things go ahead again in debian [02:33] so where are we merging from now? [02:36] till feisty we don't merge :) === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Admiral_Chicago [n=freddy@st074039212101.monm.edu] has joined #ubuntu-mozillateam [08:40] asac: working on bughelper. trying to get you that seach term to get you master reports out [08:43] unfortunetly, it takes a while to figure out if i'm correct [09:36] asac: Bug #105066 will address our issue [09:36] Malone bug 105066 in bughelper "Wishlist, please add summary searches only" [Undecided,Unconfirmed] https://launchpad.net/bugs/105066 [10:03] Admiral_Chicago: yes :) ... i did some bughelper work as well. its faster if you give bughelper a prepared query url instead of just the package [10:04] eh? [10:04] are we looking to just list the Master reports? [10:13] yes ... but in order to test your clues you can just try to process a subset of open bugs :)( [10:13] e.g. by giving url [10:14] oh yea. I see what you mean. I'll have to get to that later. [10:14] @now Chicago [10:14] Current time in America/Chicago: April 10 2007, 03:14:48 - Next meeting: Technical Board in 11 hours 45 minutes [10:14] yea....that-s the problem. [10:14] night [10:16] night [10:34] asac: i sent him email and everything is uploaded (not in repo) [10:39] gnomefreak: ty [10:40] yw === gnomefreak injoins that :) [10:40] enjoys [10:42] ok im afraid to do this but i think im gonna make tb2 today [10:43] have fun ;) [10:43] probably use the firefox-trunk package as blueprint to start with [10:44] i cant use its patches and that i think is whats causing all my errors. wish compiling would tell me why it wont take a patch [10:47] i guess i should build see why it fails than go from there. since i lost log [10:50] asac: 20_visability patch is needed correct? [10:52] for 2.0.0.0 it is ... yes [10:52] than it needs to be changed [10:52] gnomefreak: use it from iceape-1.1.1 [10:52] oh [10:52] good one [10:53] ;) [10:53] maybe the tbird 1.5 one won't apply :) [10:53] gnomefreak: are you using firefox-trunk package to start with? [10:54] no that would be too hard. im just doing it by replacing 2.0 in the archive dir. and trying to get patches to apply [10:55] i didnt think firefox trunk would help since its firefox [10:56] 10_pangoxft_linkage.dpatch shouldnt be needed correct? [11:00] looking at patches for trunk firefoc they are not the same ones used in tb. If you mean use it as a templete to build it (like instead of using archive dir. and reworking a bit of everything i think thats gonna be a bit tough. but if i get it to build i will be glad to try it i guess by keeping debian/patches/ from tb and replacing rules with trunck rules and so on [11:02] firefox-trunk package is the way to start with [11:02] you have to rename in control [11:02] and in rules [11:02] change changelog and move firefox.install to thunderbird.install files [11:02] i can't tell for the pango patch [11:03] if you cannot find it in firefox patchset (for 2.0), we don't need it [11:03] but i think we will need some [11:03] look [11:03] http://people.ubuntu.com/~asac/moz-screen.2 [11:04] those are the 3.0 patches? [11:05] ill play with this after i wake up a bit its still early [11:06] no 2.0 [11:06] patches they are [11:13] looking at the debian dir in trunk looks like alot of changes from the way tb is set up. changing rules file scares me because its (im thinking bash) and im not good with bash except simple scripts like command command i havent gotten far enough in to use vars. and the fun need to know stuff [11:14] Is the name of mozilla-thunderbird going to be changed to just thunderbird to coincide with firefoxs' rename in Feisty+1? [11:15] im hoping so [11:15] hmm okay, want me to add it to the next meeting agenda to discuss? [11:15] but that is asacs call [11:15] it already was discussed iirc [11:16] hmm, but no final decision? [11:16] how much work would it take to change the name? [11:16] it is just setting a config variable and rebuilding? [11:16] or a lot more than that? [11:17] AlexLatchford: its more [11:18] which is why we did not do it for feisty [11:18] aha okay [11:18] you have to provide transitional packages for instance [11:18] hmm okay [11:18] so people automatically upgrade to latest ... though package name has changed [11:18] that means even longer to build [11:18] fun [11:18] gnomefreak: no it doesn't [11:18] transitional packages are empty packages [11:18] ah [11:18] that just have a Depends: on the new package [11:19] and Conflicts: Replaces on the old ones [11:19] like firefox has for mozilla-firefox in debian/control (take alook) [11:19] has the decision been made by -devel as to whether it is going to take place? [11:19] yes i know :) iceape same way [11:19] (I'm just curious) [11:20] i think i can do the decision. [11:20] i think thats an asac decision [11:20] ah okay === gnomefreak would say bring it up at first devel meeting for feisty+1 [11:20] out of my guts i would say that we want thunderbird as name [11:21] but i will think a bit more about this [11:21] yeah, because you then have to make the launchpad changes also [11:21] ok ... good point [11:21] will remember that [11:21] thats a long day :) but wouldnt adding thunderbird be enough for LP since its a new release of ubuntu? [11:22] cant change whats already been done in past releases [11:25] the more i look at these files im tempted to let you do initial build atleast until i can wrap head around this. [11:26] i don't know much about launchpad :) === gnomefreak basic LP users [11:30] was there a date set for release of tb 2 or are they still not sure? [11:31] no news on that front :( [11:47] 05:44 < MatBoy > workbean, in Debian, not matter what desktop enviroment, FF and some other apps are crashing from time to time [11:48] hold on finding that out [11:48] i havent had a problem === gnomefreak running sid and havent found that it crashes anymore than anything else. its few and far between i get any crash [11:50] yeah same here [11:50] err but this is with minefield [12:13] ok this is bad [12:16] anyone using iceape from my repo? [12:17] not me :) [12:17] amd64 member i am [12:18] why? [12:18] i cant install enigmail [12:18] yes thats true :) [12:18] and its not a problem [12:18] you knew this? [12:18] it just doesn't exist [12:18] yes [12:18] i know it [12:18] yes it does :( [12:18] we discussed this on ml didn't we? [12:19] ah ... i think it was on mozilla-maintainers on debian list [12:19] maybe you want to lurk on that list as well [12:19] its really low traffic [12:19] from time to time of interest for us as well [12:19] where is the list so i can sign up [12:19] http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_11_5_RTM/src/nss-3.11.5.tar.gz [12:19] ups [12:19] Maintainers of Mozilla-related packages [12:20] http://lists.alioth.debian.org/mailman/listinfo/pkg-mozilla-maintainers [12:20] thats the page you want :) [12:20] oh no your playing with nss? [12:20] yes [12:20] will end up in your repo soon [12:20] sorry to hear that [12:20] e.g. use ssytem nss and system nspr [12:20] :) [12:20] ok so tb2.0 tentative release date is may 15 [12:21] instead of providing theses libs out of firefox code, make firefox use system libs as well [12:21] so lets assume 4 Jul [12:21] :) [12:21] ;P [12:21] note: tb2.0 will be out 15 days after official support for 1.5 branch has ended [12:21] its still failing to build so i will let asac handle initial build of tb 2 [12:22] what a rush [12:22] gnomefreak: yeah ... i am currently doing lots of packaging [12:22] today is packaging day [12:22] lets see how far i get [12:22] ok cool :) [12:22] once i have something, things will go to bzr [12:22] hmm I should take a crack at it [12:22] probably not though [12:22] :) [12:22] due to laziness and other stuffs ;) [12:23] gnomefreak: you have latest nightlies in your archive? [12:23] of what? [12:23] of the only package we have nightlies of of course :) [12:23] firefox-trunk [12:23] :)= [12:23] no im still getting the error from firefox trying to merge [12:24] please go to #bzr and ask them how to resolve that :) === gnomefreak was thinking of starting over with clean clone [12:24] gnomefreak: you can do that too [12:24] when was latest update to branch? [12:24] but for future you got to learn how you can merge [12:24] there hasn't been any since you initially cloned [12:25] @now UTC [12:25] Current time in Etc/UTC: April 10 2007, 10:25:13 - Next meeting: Technical Board in 9 hours 34 minutes [12:25] however, better learn how to resolve merge conflicts [12:25] than im uptodate. i havent attempted to build from nightly [12:25] otherwise we get in trouble in case we need some fast action [12:26] yes you are up to date ... but apparently you get merge conflicts which should not happen [12:26] as i said before [12:26] you have to commit stuff [12:26] how to do that you can find on the net [12:26] correct i will check with them this afternoon [12:26] e.g. commit your changes [12:26] locally [12:26] then merge [12:26] should do [12:26] but first look if you modified something accidentially (which you did afaik) [12:26] and reset that to origin state [12:27] yes but i though we fixed that [12:27] what is modified according to bzr status ? [12:27] it was changelog and something else maybe a patch [12:27] look please [12:28] command was bzr what? [12:28] you can commit changelog ... the other thing needs to be reverted [12:28] < asac> what is modified according to bzr status ? [12:28] :-P [12:29] modified: debian/changelog debian/patches/series [12:29] unknown: browser-snapshot-20070404.tar.bz2 browser-snapshot-20070404.tar.bz2.cdbs-config_list debian/bzr.diff debian/stamp-browser-snapshot-20070328.tar.bz2 [12:31] ok [12:31] you can inspect what changed by [12:31] bzr diff [12:31] if you don't want the change you can wipe out local changes by: [12:31] bzr revert [12:31] i guess you should revert debian/patches/series [12:32] if you did that you can commit debian/changelog [12:32] after reverting debian/patches/series you should only see debian/changelog modified [12:32] already reverted it [12:32] iirc all it was was the date in version that was changed [12:33] ah it works [12:34] good :) [12:34] again you learned something [12:35] yep ty :) [12:40] hmmmmmm [12:41] im updating my sid chroot because its showing iceape 1.0.8-4 :( [12:43] you would think they would update sid to 1.1.1 since its unstable [12:46] maybe you can enlighten me on why experimental uses iceape 1.1.1-1 now when it was 1.1.1-3 when i built it [12:56] well doesnt look like any changes since i got it the last time. just need to fidure out what to change to make it ubuntu instead of debian === gnomefreak heads out for a bit. [01:12] @now [01:12] Current time in Etc/UTC: April 10 2007, 11:12:45 - Next meeting: Technical Board in 8 hours 47 minutes [01:13] gnomefreak: simple: you have build from svn [01:13] while experimental doesn't have the latest yet [01:13] you mean you have to switch ubuntu branding? [01:13] look in debian/patches directories [01:14] all strings you need to replace should be there [01:15] good trunk works well with system nspr and nss [01:15] great [01:15] now lets try xul :) [01:16] hmmm ... apparently debian has old xulrunner only :/ [01:16] hmm === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-mozillateam [01:20] hi jwendell :) [01:21] you succeeded to test? [01:21] asac, hi asac [01:21] asac, it did not work [01:21] asac, i'll try a patch by myself [01:21] what will you try? [01:22] asac, i don't know yet, i'll look at the source [01:23] maybe verify that "local-only" property does really not work [01:23] who knows what the package you tested was build from :-P [01:24] the idea was to extend file chooser constructor: [01:24] GtkWidget *file_chooser = [01:24] _gtk_file_chooser_dialog_new(title, parent_widget, action, [01:24] GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, [01:24] accept_button, GTK_RESPONSE_ACCEPT, [01:24] NULL); [01:24] by "local-only", FALSE [01:24] but i guess you know that :) [01:26] asac, hang on, i'll compile it now [01:27] jwendell: look at gtk api doc ... not that local-only is not the right name :) ... who knows [01:28] asac, hang on guy [01:29] asac, is there a LP bug about that? === jwendell is waiting debuild finish... [01:30] jwendell: yes there is :) [01:30] search for remote share [01:30] or something [01:31] bug 31471 [01:32] Malone bug 31471 in firefox "Firefox file selector should show remote shares" [Medium,Confirmed] https://launchpad.net/bugs/31471 [01:32] it is [01:32] asac, thanks === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-mozillateam === ryanh_ [n=ryanh@gateway.linspire.com] has joined #ubuntu-mozillateam === asac lunch === boredandblogging [n=asdfasdf@c-24-98-177-125.hsd1.ga.comcast.net] has joined #ubuntu-mozillateam === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-mozillateam === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [03:14] ok back from lunch :) [03:15] if you need anything, I am here to serve again :) [03:17] asac, still compiling :( [03:18] jwendell: if i only had a remote filesystem :)( [03:18] jwendell: are you trying the constructur property way or something else? [03:18] asac, something else [03:20] how? [03:20] oh ... i see that the constructure doesn't take properties ... hehe [03:22] :) [03:22] anyway, if set right, "local-only" should work [03:22] build finished, generating debs... [03:23] jwendell: so what did you try? [03:24] asac, basically: gtk_dialog_set_default_response(GTK_DIALOG(file_chooser), GTK_RESPONSE_ACCEPT); [03:24] sotty [03:24] sorry [03:24] gtk_file_chooser_set_local_only(GTK_FILE_CHOOSER(file_chooser), FALSE); [03:24] gtk_file_chooser_set_local_only [03:24] yes [03:24] right [03:24] thats the way [03:24] wonder how the hell i found that there is a local-only property?? [03:25] haha [03:25] i must have dreamed it :) [03:25] bad dream :) [03:25] but somehow close to reality [03:25] though not close enough [03:26] do i guess it works [03:28] asac, wow, it worked!!!!!!! [03:29] asac, must i attach a debdiff on that bug? === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam [03:29] if you want to make a diff, make a diff of that file only [03:30] otherwise, i would redo it here. [03:30] thanks for confirming [03:31] asac, but i have changed other stuff also in order to compile [03:31] ? [03:31] show me debdiff i guess then :) [03:35] jwendell: can you please try to use that feature here and there ... can you please try if that feature still works if you uninstall gnome-support package? [03:35] otherwise we are not finished :( [03:36] asac, it works on file open/save [03:37] asac, anything else??? [03:37] hmmm [03:37] extension install? [03:37] if there is a file dialog for that in firefox at all [03:37] jwendell: does it work without gnome-support package as well? [03:41] asac: is there a safemode (aka --safe-mode) for thunderbird? [03:41] yes [03:41] -safe-mode is the option [03:41] i don't know since when --safe-mode works [03:41] guess its for 2.x + [03:41] asac, well.... it doesn't work.. it shows the places at dialog, i can browse, but can't open or save any file on a remote share [03:41] jwendell: [03:41] ok [03:41] so we have to do something about it [03:42] asac, i guess we must change other functions [03:42] jwendell: can we move development to trunk so patches become suitable for upstream submission? [03:42] i have a firefox-trunk package you can use [03:42] it uses quilt for patch management [03:42] its pretty simple [03:43] if you need anything let me know ... if you don't want to develop on trunk we can do it on branch ... but trunk would be much more preferred :-D [03:43] in firefox certainly it is, but I cannot find in mozilla-thunderbird [03:43] I ask because of bug 54637 [03:43] tbird is still 1.5 -> use -safe-mode [03:43] Malone bug 54637 in mozilla-thunderbird "Searching in messages freezes Thunderbird" [Medium,Needs info] https://launchpad.net/bugs/54637 [03:43] not --safe-mode [03:44] asac, are you a firefox developer? [03:44] will test, though mozilla-thunderbird --help 2>&1 | grep safe yields noting [03:44] *nothing [03:44] jwendell: depends on who can claim himself a firefox developer :) [03:44] jwendell: i would say no ;) [03:45] ok [03:45] asac, where is trunk? [03:45] wait a sec [03:45] jwendell: [03:45] clone bzr branch: [03:45] bzr branch http://bazaar.launchpad.net/~asac/firefox/trunk firefox-trunk [03:46] then you can produce new tarball from cvs by [03:46] fakeroot ./debian/rules neworig [03:46] it will pull cvs trunk by date [03:46] the date that is choosen is encoded in changelog version [03:46] ty asac -safe-mode Disables extensions and themes for this session. :) [03:47] you can keep the one currently committed or move date to today [03:47] hjmf: yes [03:47] is there --safe-mode in the wiki? [03:47] i remember that i changed one occurrence to -safe-mode [03:47] will look [03:48] jwendell: if you don't know quilt and are finished with neworig ... ask me ... i will give you three lines how to produce patches while you code [03:50] asac, this trunk is based on 2.0.0.3 or is it taken from mozilla cvs? [03:52] its from mozilla cvs [03:52] trunk [03:52] and produces you a simple firefox-trunk package [03:52] for ubuntu :) [03:53] imo its even good to develop regular as you can use quilt to manage patches and don't have to deal with cvs pain [03:54] so you can do everything that you can do in normal mozilla checkout + ubuntu packaging + patch management :) [04:05] asac, by 'from mozilla cvs' you mean firefox 3.0? [04:08] yes ... i mean whatever is currently on mozilla cvs trunk :) === 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/States & https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List : ubuntu-mozillateam@lists.ubuntu.com === Topic (#ubuntu-mozillateam): set by Admiral_Chicago at Wed Apr 4 05:41:41 2007 === 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/States & https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List : ubuntu-mozillateam@lists.ubuntu.com === Topic (#ubuntu-mozillateam): set by Admiral_Chicago at Wed Apr 4 05:41:41 2007 [04:29] asac, that command: 'fakeroot ./debian/rules neworig' will get whole mozilla or just firefox? [04:29] will get firefox profile [04:29] you can easily adapt for others though [04:30] i just want firefox ;) [04:32] just give it a try ... its a joy :-P [05:00] asac: when you said for ubuntu branding to look in patches you didnt mean look in each patch for debiana nd change to ubuntu? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [05:03] 65_branding_bug_401824.dpatch looked promising :( [05:04] gnomefreak: look further :) [05:05] have i been offline? [05:05] looking [05:05] did you say any more? [05:05] noth that i saw [05:05] your nick never left [05:05] i asked something before that but its null now [05:06] homepage patch [05:06] is one [05:06] looked there [05:06] it seems they point to seamonkey and that is fine atm [05:06] what do you want to change then? [05:06] free_art? [05:06] asac_: the name debian to ubuntu [05:07] where do you find that name? [05:07] theres one in help>about [05:07] there are a few others iirc [05:07] ah ok [05:07] :) [05:07] i see [05:08] its in remove.nonfree [05:08] you have to change ORG [05:08] ORG_NAME in it [05:08] then you have to redo tarball [05:08] and ORG_DOMAIN [05:08] you will see [05:08] debian/remove.nonfree is your friend [05:08] then produce new source [05:08] and done [05:08] actually its my hack ;) [05:09] i dont see remove.nonfree patch [05:09] no [05:09] s above for path [05:09] ah [05:09] read with care helps a lot :) [05:09] asac_, i lost my internet conection and have to download entire mozilla cvs again... [05:09] :( [05:09] oh :( [05:09] sorry [05:09] you have lame connection? [05:10] otherwise you could start with gnome freak archive [05:10] it has ready sources [05:10] you can start with [05:10] btw, i have been offline as well :) [05:14] i can use fakeroot ./debian/rules neworig to gen the new tar, [05:15] gnomefreak: yes we know :) ... it was about getting sources from your archive instead of pulling from cvs, but i guess jwendell is going cvs now [05:19] i cant use it :( [05:19] gnomefreak: ? [05:19] i get make: *** No rule to make target `neworig'. Stop. when i run fakeroot ./debian/rules neworig [05:20] maybe you are in wrong dir? [05:21] i tried in ~/iceape_feisty and ~/iceape_feisty/iceape-1.1.1 [05:21] yeah ... neworig is only for firefox trunk [05:21] for iceape you have instructions i pasted once [05:21] i still have them ah [05:22] probably you should make a clean [05:22] fakeroot debian/rules source [05:22] ha [05:22] ok clean first [05:22] then remove everything bug the debian/ directory [05:22] drop seamonkey.tar.gz [05:22] and run it like you said [05:22] s/everything bug/everything but/ [05:22] everything? like the make files and stuff? [05:23] ls in source dir shows alot of files [05:27] gnomefreak: after clean [05:27] oh yeah i noticed [05:28] best redo things [05:28] :) [05:28] i think it would work [05:28] if you just do 'source' without removing other things first, but better safe than sorry [05:29] its not working [05:29] its not building new tar [05:32] hmm [05:32] remove the orig.tar.gz before [05:32] then it might work [05:32] yeah i did and than just now screwed up and cleaned out trash bin and ofcourse thats where i put it so it was out of way :( [05:32] but i can always pull it in again [05:33] might start over with apt-get source iceape and run it again clean [05:33] gnomefreak: i don't think you understand. You should remove orig.tar.gz before running rules source [05:33] i did [05:33] ah [05:33] ok [05:33] i put it in trash to hold it out of way [05:34] gnomefreak: then start from svn again [05:34] apt-get source won't help [05:34] oh ok i figured apt-get source from my repo would giv eme latest changes [05:35] yes, but it would give you already patches orig.tar.gz [05:35] which is not what you want [05:35] ah [05:35] you want new name [05:35] in orig.tar.gz [05:35] thats why we are doing this [05:35] so start from svn ... use seamonkey.tar.gz [05:35] and run source if you adapted debian/remove.nonfree [05:38] ok ill work on this anyother things off hand i should be changing? [05:40] changelog? [05:40] i will setup a bzr branch for iceape asap ... so you don't have to change anything ;) [05:51] cool [06:15] even starting over it wont make new tar.should i add a . infront of debian? [06:15] the command im running fakeroot debian/rules source [06:17] you forgot something from instructions then [06:17] hmmmm seems its a hidden file and its not named right [06:17] its just names orig.tar.gz nothing infront of orig [06:18] named .orig.tar.gz [06:18] sorry forgot the . [06:19] yeah it keeps making that tar [06:21] no luck [06:22] what could i have forgotten? seamonkey.tar > tar xzf sea... mv mozilla iceape1.1.1 cd iceape scn checkout for debian dir. chmod and fakeroot [06:23] debuild generated alot of errors like this: [06:23] dpkg-source: aviso: file .bzr/repository/knits/78/firefoxrc-20070321172126-hx4btlytc64jyo4n-20.kndx has no final newline (either original or modified version) [06:23] dpkg-source: cannot represent change to .bzr/repository/knits/03/firefoxnsstrunk.pc-20070321172126-hx4btlytc64jyo4n-9.knit: binary file contents changed [06:23] dpkg-source: aviso: file .bzr/repository/knits/03/firefoxnsstrunk.pc-20070321172126-hx4btlytc64jyo4n-9.kndx has no final newline (either original or modified version) [06:23] dpkg-source: cannot represent change to .bzr/repository/knits/05/compat-20070321172126-hx4btlytc64jyo4n-3.knit: binary file contents changed [06:23] gonna try with fakeroot ./debian/rules [06:23] dpkg-source: aviso: file .bzr/repository/knits/05/compat-20070321172126-hx4btlytc64jyo4n-3.kndx has no final newline (either original or modified version) [06:23] yeah [06:23] dpkg-source: cannot represent change to .bzr/repository/knits/99/patches-20070321172126-hx4btlytc64jyo4n-21.knit: binary file contents changed [06:23] dpkg-source: aviso: file .bzr/repository/knits/99/patches-20070321172126-hx4btlytc64jyo4n-21.kndx has no final newline (either original or modified version) [06:23] dpkg-source: cannot represent change to .bzr/repository/knits/83/control-20070321172126-hx4btlytc64jyo4n-4.knit: binary file contents changed [06:23] i told you you should ask after neworig :) [06:23] dpkg-source: aviso: file .bzr/repository/knits/83/control-20070321172126-hx4btlytc64jyo4n-4.kndx has no final newline (either original or modified version) [06:23] :) [06:23] dpkg-source: cannot represent change to .bzr/repository/knits/e2/wikipedia.src-20070321172126-hx4btlytc64jyo4n-25.knit: binary file contents changed [06:23] yeah [06:23] stop !!! [06:23] dpkg-source: aviso: file .bzr/repository/knits/e2/wikipedia.src-20070321172126-hx4btlytc64jyo4n-25.kndx has no final newline (either original or modified version) [06:23] debuild: fatal error at line 1228: [06:23] dpkg-source -b firefox-trunk failed [06:23] stopped [06:23] :) [06:23] i told you you should ask after neworig :) [06:24] same thing something in rules file isnt building full tar [06:24] asac, sorry, i didn't see [06:24] no problem [06:24] ok [06:25] you have to exclude .bzr directory during build [06:25] by passing -i.bzr to build [06:25] however [06:25] better just build binary package by running [06:25] dpkg-buildpackage -rfakeroot -b [06:25] you don't need to wait until it finishes [06:25] just wait till configure is done [06:25] if that is the case you can go and do you changes [06:25] :) [06:26] for that [06:26] start a new patch [06:26] quilt new SOMENAME [06:26] (you have to be in build-tree/mozilla/** somewhere in order to this to work [06:26] and before you edit a file you have to add it to the watched files for this patch [06:26] by quilt add path/to/some/file [06:27] then edit it [06:27] and if you are done you can update patches by [06:27] quilt refresh --diffstat -U8 [06:27] this will generate diffstat and 8 lines context [06:27] in addition to patch in debian/patches directory [06:27] asac, isn't cdbs easier? [06:27] you can just use make to build [06:27] hang out for a minute asac im gonna go for a smoke and i want you to look at a part of rules file and tell me if its right (or if making the changes i did messed it up. brb though [06:27] jwendell: its cdbs [06:28] its just that cdbs-edit-patch takes hours :) [06:28] quit == cdbs ????? [06:28] quilt [06:28] quilt is patch management more powerful than dpatch [06:29] its a plugin for cdbs [06:29] you can use cdbs-edit-patch [06:29] but that takes ages as i said and is disruptive [06:29] :) [06:29] i just use quilt and run make afterwards [06:29] ok, i'll try quilt [06:29] just three lines above [06:29] :) [06:29] right now it's compiling/building firefox [06:30] yeah ... you can either wait or patch first [06:30] after deb packages generated, and i make one patch, it's enough to call dpkg-buildpackage with -nc option, in order to not compile everything again? [06:32] you can just run make [06:32] in build-tree/mozilla [06:32] then go to build-tree/mozilla/dist/bin [06:32] and run ./firefox-trunk [06:32] otherwise its enough to run fakeroot ./debian/rules binary [06:32] no idea if nc is better or the same [06:36] looks like -nc is what you want [06:36] i do things manually :) if i want things speedy [06:36] asac: this is odd [06:36] even without the changes it wont build source === poningru_ [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam [06:46] mozilla is a monster [06:46] grabbing new seamonkey source (new as in feb 22 2007) :( === gnomefreak goes for smoke (there has to be something im missing) [07:01] if im right this is a stupid over look on my part in change log :( [07:01] gnomefreak: can't telll what you do [07:02] the one thing i did last times and not this time is drop the non mt releases from changelog this time i left them there [07:02] jwendell: could you do the patching? [07:02] the only thing i did differnet [07:03] jwendell: if you could first step would be to add a setting which disables/enables this feature in nsFilePicker:Show [07:03] asac, i'm still compiling. I want to see it built/running. So, i'll try to patch it [07:03] then we have to do some hack that detects whether gnome-vfs support is supported and enable that setting [07:03] jwendell: sure [07:05] asac, btw, what do you mean by 'to add a setting which disables/enables this feature'? Shouldn't it be enabled always? [07:05] no ... as it does not work for everyone [07:05] it only works if you have gnome-support extension installed [07:06] default is disabled and enabled in case gnome-support is installed [07:06] jwendell: makes sense? [07:07] asac, sure [07:07] its not that hard ... only tricky thing is to switch setting at runtime if gnome-support is installed [07:08] maybe in the ends not a setting ... but for now it should be good enough [07:13] asac: adding ka support? [07:21] ok this is pissing me off nice and good [07:25] asac: when you get time please look at this and tell me if you see something im missing http://gnomefreak.pastebin.ca/433194 === asac looking [07:32] its building a .orig.tar.gz but that is the exact name of it [07:33] gnomefreak: dunno [07:33] maybe you checked out wrong svn branch? [07:33] you need experimental? [07:33] the last 3 lines look good to me [07:33] svn checkout svn://svn.debian.org/pkg-mozilla/iceape/branches/experimental/debian debian [07:34] maybe bad seamonkey thing? [07:34] i tried 3 sources [07:34] the one ive been using and 2 new ones [07:34] gnomefreak: there were no changes since yesterday on that branch ... so you must be doing something wrong [07:35] this does not look like something that the environment could mess up [07:35] its definitly something with source tree state you are working on [07:35] only things im touching are changelog and remove.nonfree [07:35] im gonna try without changing anything [07:36] hmmmmm no changes it worked [07:37] maybe the remove.nonfree (changes just those 2 values could be causing this? [07:37] no [07:37] what kind of editor are you using? [07:37] maybe its a messy one? [07:38] gedit as i always do [07:38] hmmm ... that scares me ;) [07:38] :) [07:38] is gedit an exact editor? [07:38] i think so [07:38] or does it grant whitespaces when you click? [07:38] its exact than [07:38] ok [07:39] i can't tell [07:39] remove.nonfree should be easy to change [07:39] its just the top 2 lines [07:39] #! /bin/sh [07:39] ORG_NAME="Debian" [07:39] ORG_DOMAIN="www.debian.org" [07:39] change those [07:40] you should inspect the bzr diff [07:40] you will easily discover where you edited wrong [07:40] yes those can be changed [07:42] the changelog is doing it [07:42] reverting changelog helped? [07:42] then you have syntax error maybe in changelog [07:42] i started over and all i cahged was changelog and ran command and it didnt build it [07:43] then take better care that you don't mess semantics :) [07:43] of changelog [07:43] its not done yet but i am doubting it will build tar [07:43] that would be issue [07:43] iceape (1.1.1-3.mt2) feisty; urgency=low [07:43] * Changed debian/remove.nonfree to adapt to Ubuntu [07:43] -- John Vivirito Tue, 10 Apr 2007 13:40:36 -0400 === gnomefreak has idea [07:47] you lack whitespaces [07:48] new lines et al [07:49] in changelog i have it spaced in this irc window it doesnt like whitespace i guess [07:50] :) [07:50] starting over only thing i will touch beofre building new tar is the remove.nonfree and lets see what happens [07:51] i think you will figure it out somehow ... everyone has to go through this ... its learn by pain :) [07:51] its pain :) === gnomefreak was trying shortcut and building source with everything changed [07:52] how far did he get with patch? [07:54] bingo [07:55] bingo? [07:56] jwendell? [07:56] dunno [07:56] i got it to build source [07:56] guess he will come back [07:56] gnomefreak: congrats ;) [07:56] ty :) [08:04] @now PST [08:05] @schedule [08:05] Schedule for Etc/UTC: 10 Apr 20:00: Technical Board | 11 Apr 20:00: Edubuntu | 12 Apr 20:00: MOTU | 12 Apr 20:00: Development Team | 12 Apr 21:00: Ubuntu Development Team | 13 Apr 20:00: Forum Council === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-mozillateam [08:05] @now Pacific [08:05] Current time in Canada/Pacific: April 10 2007, 11:05:16 - Next meeting: Technical Board in 1 hour 54 minutes [08:14] @now Maceio [08:14] Current time in America/Maceio: April 10 2007, 15:14:10 - Next meeting: Technical Board in 1 hour 45 minutes [08:14] asac, i've made my patch. Now, i go to buid-tree/mozilla and run 'make'? === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam [08:15] asac, will my patch be applied? i guess no, right? [08:23] @schedule new_york [08:23] Schedule for America/New_York: 10 Apr 16:00: Technical Board | 11 Apr 16:00: Edubuntu | 12 Apr 16:00: MOTU | 12 Apr 16:00: Development Team | 12 Apr 17:00: Ubuntu Development Team | 13 Apr 16:00: Forum Council === gnomefreak will be back later [08:30] asac, i'm running firefox-trunk (in dist/bin) and i'm getting: ./firefox-trunk-bin: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory [08:30] asac, this .so is in /usr/lib/firefox-trunk [08:34] hmm [08:35] isn't it in dist/bin/ somewhere as well? [08:35] you can see what patches are applied by running [08:35] quilt applied [08:35] you can see all that exist under quilt management [08:36] by quilt series [08:36] you can push (apply) currently not applied by [08:36] quilt push [08:36] jwendell: ^^^ [08:36] patch is not the problem anymore [08:36] i've run make and it ran normally [08:37] i want to test the binary like you said [08:37] hmmm ... let me see if have build trunk build around [08:38] asac, btw, i'm generating another .deb (just to test the binary) [08:38] jwendell: it works [08:38] you have to rename the file name firefox to firefox-trunk in dist/bin [08:38] then run [08:38] ./firefox-trunk [08:39] maybe create a link there [08:39] instead of rename [08:39] your decision :) [08:39] asac, great :) [08:42] so it works? [08:42] fine [08:42] and new patch is there as well .... even better ;) [08:47] asac, well... same thing as before (2.0.0.3). It shows the network shares in dialogs, i can browse, create directories, but can't save or open any file in that places [08:53] sure now patch goes to second part :) [08:53] asac, how do i edit a patch? [08:54] quilt edit? [08:54] you have to start a new patch [08:55] with quilt new NAMEOFPATCH [08:55] the add files you touch [08:55] asac, but i've created a patch and want to update it [08:55] a ... ok [08:55] thought you want to split in two bisect parts [08:55] you just edit that file [08:55] then run [08:56] quilt refresh --diffstat -U8 again [08:56] :) [08:56] cool [08:56] ok [08:56] here comes a good solution [08:56] you try to lookup service @mozilla.org/gnome-vfs-service;1 [08:56] if that exists you can go ahead and enable remote read ... otherwise not [08:57] asac, before this, we need to make firefox actually read remote files [08:58] why? [08:58] afaik it works if you have gnome-support package installed, right? [08:58] at least thats what i understood from your analysis so far [08:58] asac, it's not working for me [08:59] asac, well... same thing as before (2.0.0.3). It shows the network shares in dialogs, i can browse, create directories, but can't save or open any file in that places [08:59] hmmm [08:59] asac, when opening a file, when i click 'open' button, firefox does nothing [09:00] even with firefox-gnome-support ? [09:00] yep [09:00] i suspect why [09:01] 15:28 < jwendell> asac, wow, it worked!!!!!!! [09:01] 15:29 < jwendell> asac, must i attach a debdiff on that bug? [09:01] 15:31 < jwendell> asac, but i have changed other stuff also in order to compile [09:01] 15:35 < asac> jwendell: can you please try to use that feature here and there ... can you please try if that [09:01] feature still works if you uninstall gnome-support package? [09:01] 15:36 < jwendell> asac, it works on file open/save [09:01] 15:37 < jwendell> asac, anything else??? [09:01] 15:37 < asac> jwendell: does it work without gnome-support package as well? [09:01] 15:41 < jwendell> asac, well.... it doesn't work.. it shows the places at dialog, i can browse, but can't open or [09:01] save any file on a remote share [09:02] here is what i misunderstood .... so it never worked? [09:02] ok [09:02] asac, the first time, when i saw remote shares in dialogs, i thoutgh it was working [09:02] jwendell: you know what file chooser returns as selected file url when you choose a remote file? [09:02] jwendell: yes i got it now [09:03] asac, right now it's calling gtk_file_chooser_get_filename(); i updated the patch so that it calls gtk_file_chooser_get_uri() [09:03] does it work with that? [09:04] you just need to rebuild gtk folder i guess [09:04] as its a .so file that is created [09:05] asac, no, it did not work :( [09:05] please look what uri is returned then [09:05] i guess its a protocol handler thing [09:06] or can you see the uri in location bar? [09:11] asac, how to know if service @mozilla.org/gnome-vfs-service is 1? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [09:14] hmm offline again [09:14] jwendell: you wrote any? [09:14] since 21:05 < asac> please look what uri is returned then [09:14] 21:05 < asac> i guess its a protocol handler thing [09:14] 21:06 < asac> or can you see the uri in location bar? [09:14] asac_, no, just: [09:14] asac_, how to know if service @mozilla.org/gnome-vfs-service is 1? [09:16] ? [09:16] its registered that way [09:18] jwendell: you see browser.js ? [09:18] there is a method BrowserOpenFileWindow [09:19] asac_, anyway, i can't work on it for today anymore [09:19] ok [09:19] i've got jobs to do [09:19] yeah :) [09:19] thanks for testing though [09:19] np [09:20] if i come to it I will let you know [09:20] jwendell: one more thing [09:21] do you see anything in javascript console if open fails? [09:22] no [09:22] asac_, see: [09:22] URI: file:///home/wendell/sed.txt [09:22] NAME: /home/wendell/sed.txt [09:22] URI: smb://mac_cpd_silvio/Seriados/Consulta.txt [09:22] NAME: (null) [09:22] URI: ssh://wendell@intranet/var/www/intranet/banco.html [09:22] NAME: (null) [09:22] wendell@wendell-laptop:~/sistemas/ubuntu/firefox-trunk/build-tree/mozilla/dist/bin$ ./firefox-trunk [09:22] URI: smb://mac_cpd_silvio/Seriados/Consulta.txt [09:22] NAME: (null) [09:23] asac_, this is my hack, when a try to open a remote file, the variable receives NULL [09:56] asac: tech board meeting in a few minutes if you are going [10:56] repo might be down for a bit. uploading new packages [11:12] asac: you still here?