=== DarkMageZ [n=richard@ppp6-91.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam === Naddiseo [n=Naddiseo@d199-126-254-166.abhsia.telus.net] has joined #ubuntu-mozillateam [03:08] asac, hey, i've been attempting to build firefox-trunk against QT. but the configure keeps on crying about needing atleast version 3.2.0 of QT, i've added ", qt3-dev-tools, libqt3-mt-dev, libqt3-headers, libqt3-mt, qt3-apps-dev" to the control files. so that should be providing QT 3.3.7 === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === IdleOne [n=idleone@unaffiliated/idleone] has joined #ubuntu-mozillateam === mojo [n=mojo@c-68-52-116-85.hsd1.tn.comcast.net] has joined #ubuntu-mozillateam === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [09:32] asac, you don't happen to know how/where gnomefreak gets his browser-snapshot.tar.bz2 files? unfortunantly i've found something really nasty in the current one which i hope is fixed in the latest [09:36] i decided to rebuild gfreaks trunk package with glitz enabled. so i ended up having to rebuild the cairo packages with glitz enabled. but now all i get is this :( http://pastebin.ca/450922 === DarkMageZ [n=richard@ppp254-240.lns3.syd6.internode.on.net] has joined #ubuntu-mozillateam [10:34] DarkMageZ: from cvs [10:34] you can run debian/rules neworig to pull latest from CVS trunk [10:34] you have to change date encoded in changelog version [10:35] .... which is th edate used [10:35] for qt ... why do you think it works [10:35] well, i know QT is likely to fail, but i don't think it should fail so early [10:36] afaik there has been some work on Qt a few years ago ... but then was abandoned ... anyway, I guess the version is not the problem [10:36] its how configure detects qt [10:36] probably they don't use pkg-config for that [10:36] so you might have to tweak configure options [10:36] it was saying before that qt wasn't detected, then it said i needed a newer version [10:36] have you searched for qt in configure.in [10:36] please look in configure.in file and see how it detects it [10:37] yeah, i get afew entries for QT_VERSION. they set the minimum version [10:37] if you paste the secion I can look [10:40] asac, http://pastebin.ca/451138 [10:43] and the section where MOZ_ENABLE_QT is set? [10:44] nevermind ... so how do you run configure? [10:45] btw, now that there exists gtk-qt-engine i don't see the benefit on building native qt ... except of course some overhead of gtk+ ... which is likely not a problem [10:47] asac, i've stolen gfreaks firefox trunk and i've just added afew things. changed the default toolkit to qt [10:51] asac, http://pastebin.ca/451147 (added to the bottom) [10:51] yeah .... you have to either set QTDIR [10:51] in environment [10:51] or --with-qt-dir i guess [10:52] hmm, what should i be setting the qt dir to? [10:53] no idea ... paste a dpkg -L of the qt-dev package you installed [10:53] (sorry i don't use qt/kde) [10:57] http://pastebin.ca/451153 [10:59] QTINCDIR is bad in configure.in [10:59] you will have to patch it [10:59] to test you could create a symlink [11:00] /usr/include/qt -> /usr/include/qt3 [11:02] gnomefreak: doing better ... just need to relax at weekend a bit I guess :) [11:02] asac, line 4679? [11:03] DarkMageZ: better create a symlink for now [11:03] if you have success we can create a proper patch together [11:04] btw, why do you have qt3? [11:04] i build under a pbuilder, never on my system and hacking the rules file to create a symlink isn't something i want to learn atm [11:04] isn't there qt4? [11:04] DarkMageZ: create a hook :) [11:05] yeah, there's qt4, but kde3 uses qt3 while afew apps have been ported to qt4 [11:05] man pbuilder [11:05] there is a default hookdir [11:05] should be set in /etc/pbuilder* [11:06] you can add a script there that creates the symlink [11:06] or i can catch the output of diff and add the patch to the debian/patches directory [11:07] that's bad ... we have quilt patch management to do that more easily [11:07] ok [11:07] [11:08] go to extracted source dir (build-tree/mozilla) [11:08] http://pastebin.ca/451159 ? [11:08] 2. create a new patch: quilt new qt-directory-fix [11:08] 3. add configure.in to be registered in that patch by: quilt add configure.in [11:08] 4. modify configure.in [11:09] 5. update patch by: quilt refresh --diffstat -U8 [11:09] 6. create a new patch that will carry the configure updates: quilt new autoconf-update [11:09] 7. run autoconf: autoconf2.13 [11:10] 6b. register configure with quilt: quilt add configure [11:10] 8. refresh autoconf-update patch: quilt refresh --diffstat -U8 [11:10] 9. done -> rebuilt [11:10] [11:10] see 6b is before 7. [11:10] :) [11:11] actually all patches have one single autoconf-update ... if you ever add a new patch for configure.in you would update autoconf-update with all changes togeter (e.g. only one patch that carries the regenerated changes against upstream) [11:13] ... and yes, your change looks good ... just do it after you created quilt patch and you added configure.in to be tracked by that patch ... then refresh (see above) === bluekuja [n=andy@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [11:23] oh, that explains why i run the pbuilder. that some packages will go and make sure all patches are unapplied. [11:23] ? [11:24] is that a question/complaint? [11:25] neither. more of a, oh that makes sence now type of thing [11:25] ok ... quilt is pretty amazing to what we do ... once you are used to it :) [11:26] hope my instruction above is good enough [11:30] should work now that i've removed the --enable-svg (without having cairo) [11:34] if not, use --disable-svg [12:01] k, qt fails due to a .h which appears to have been removed from trunk === gnomefreak told you building it against qt qas gonna be a bitch ;) [12:02] oh yeah. i know this :) [12:03] asac: i have updated trunk should be uploaded over the weekend === DarkMageZ [n=richard@ppp254-240.lns3.syd6.internode.on.net] has joined #ubuntu-mozillateam === DarkMageZ has started compiling feisty's firefox against QT =D === gnomefreak thinks it would have been easier to build a firefox-kde-support package [12:35] or sorry firefox-kde-intergration package === gnomefreak wonders if we should add kde support package in firefox build for gutsy [12:37] DarkMageZ: did you have to drop the system-cario patch? [12:38] gnomefreak, i dropped your trunk version entirely. i'm using feisty's firefox. [12:38] nevermind i already disabled it [12:38] ah === gnomefreak has to remember to pull them out next update :( [12:39] would your -kde-support package have QT? cause QT is just a bitch to get working [12:40] DarkMageZ: i doubt it === gnomefreak knows how hard qt is [12:41] what changes would it have then? [12:41] DarkMageZ: what changes would the kde-support package or the kde-intergration? [12:41] both [12:42] support package should be fairly simple changes. the kde-intergration i believe kubuntu team would have to implement [12:42] but the support package wouldnt change gtk to qt [12:43] its more of the menus/icons and stuff [12:44] ah [12:45] maybe one of the QT experts could get QT working with firefox for the kde-integration package :) [12:45] would be interesting to see [12:51] im not sure if they will but i will ask again next week === gnomefreak noticed something wrong. asac when you get time ping me about changelog for thunderbird [01:06] aww, ran into a bug in the actual QT mozilla code :( game over [01:19] that was bound to happen [01:20] ok bbl uploading updated trunk === DarkMageZ sits here hitting the refresh button === pochu [n=emilio@ubuntu/member/pochu] has joined #ubuntu-mozillateam [01:29] hi folks! [01:29] I'm having a reproducible (here) crash in TB [01:30] but I can't run it in gdb [01:30] it complaints with: ""/usr/bin/mozilla-thunderbird": not in executable format: File format not recognized" [01:30] any idea? [01:31] looks to be a script that takes debugging options [01:32] mozilla-thunderbird -g -d gdb [01:32] drops me into gdb [01:32] gonna try [01:34] ajmitch: works, ty! [01:36] when did someone build a -dbg package for thunderbird? [01:36] ^^^ kind of helpfull when running gdb === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-mozillateam [01:38] or mozilla-thunderbird-dbgsym ddebs as supplied by pitti [01:38] gnomefreak: there is one on pitti's repo [01:38] yeah [01:38] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/108063 [01:38] Malone bug 108063 in firefox "Firefox crashed when opening a new tab" [Undecided,Unconfirmed] [01:39] Kmos: when people get to it they will get to it no need to post it we get emails on it [01:39] gnomefreak: ok [01:39] pochu: is it up to date? [01:39] :) [01:39] pochu: we were unablet o due retraces [01:39] with it [01:39] any experimental tb2.0 for feisty ? [01:40] Kmos: when i update it ill let you know. [01:41] tb2.0 is final, so no experimental :) [01:41] pochu: i mean the package [01:41] i will most likely get to it after gutsy opens [01:41] not the release [01:41] pochu: mines not final yet ;) [01:41] pochu: we have a few things to work out before i can update to final [01:42] ah, ok [01:42] gnomefreak: yeah, dbgsym is up-to-date [01:42] ok cool [01:42] installing :) [01:43] do I need to run this commands for tb crashes?: [01:43] (gdb) handle SIG33 pass nostop noprint [01:43] (gdb) set pagination 0 [01:43] not really [01:43] you can it doesnt hurt afaik [01:43] ok [01:43] that's from w.u.c [01:43] yeah i know [01:44] we have one set up for ff i dont think we did one for tb yet but we will [01:44] Program received signal SIGSEGV, Segmentation fault. [01:44] [Switching to Thread -1221530864 (LWP 7377)] [01:44] 0x00000000 in ?? () [01:44] (gdb) [01:44] not very useful :/ [01:44] nope its not [01:45] the the symbols are not up to date with our thunderbird in feisty im betting [01:46] they're 1.5.0.10-0ubuntu3 [01:46] same as feisty [01:46] http://pastebin.ca/451291 [01:47] we have a package that works for them but you will have to wait till monday because i havent had time to work on bugs so im not sure wher eit is [01:47] ok, will explain the crash: [01:48] I had it some time ago: when changing from one folder to another which has a lot of mails (3000+) it crashes [01:48] pochu: file a bug :) [01:48] so to investigate, last time I removed 2000+ mails, and then it didn't crash [01:48] yeah :) [01:48] gnomefreak: when I have a bt ;) [01:49] pochu: just attach the crash report [01:49] someone will retrace it and get the symbols [01:51] Kmos: add what version of ubuntu what version of ff and all extenstions and plugins you have installed (including themes) [01:52] to your bug report. [01:52] gnomefreak: ok [01:53] its taking way too long for me to ask that on a webpage since they are not opening fast enough for me since my bandwidth is under high load atm [01:57] i'm doing a retrace now [01:58] good im going to lay down while this uploads its still kind of early seeing as i got up at around 3am [02:00] pochu: im hoping to have thunderbird updated to final in next week or so. btw installing it you need to install thunderbird not mozilla-thunderbird. its missing locales and failing to upgrade smoothly will be fixed as soon as i get ot it [02:00] s/ot/to === gnomefreak gone [02:32] gnomefreak: back [02:55] asac: feeling better? [02:55] yeah ... a abit :) [02:56] what do you wanna know about tbird changelog? [02:58] firefox entries in it [02:58] trunk i think it was [02:59] 20070328 firefox entry than the tb entry on top [03:05] ok repo is back online [03:11] i was looking at changelog to see if it was cvs sincei couldnt remember and i noticed all firefox-trunk entries except for the latest entry is tb (is tbird using trunk debian dir?) [03:12] hmm [03:13] Kmos: you still here? [03:23] tbird is based on firefox-trunk branch [03:23] same goes for new ffox-2.0.0.x [03:23] ah [03:23] any changes to tbird lately? [03:24] at branch === gnomefreak would like to get everything updated (as much as we can) because the week of the 30th and the following week i might not be here much i will have guests here [03:29] gnomefreak: i can upload as well in case you have no time [03:30] k [03:30] no changes to tbird currently [03:30] people are wanting final i hear it everyday [03:31] you have to do the stuff you and ajmitc_h were talking about? [03:31] gnomefreak: you can just use final tarball [03:31] and respin [03:31] we release as 1.99 though as we want people to automatically upgrade [03:32] when it gets into offical archive [03:32] what about the locales and the lpd* stuff [03:32] ah ok [03:32] locales need to be done, right [03:32] than i will grab final tarball create orig and spin [03:33] well i will do the above without the respin and i have to figure out where to grab them froma nd remember what folder they go in. (its been a while since i had to do locales for tb [03:34] gnomefreak: i am brewing coffee now === gnomefreak missed coffee this morning [03:34] i will do the locales stuff [03:34] k [03:35] im gonna grab tar and go with it in the next hour or so than and i guess you can add locales sometime after i upload [03:36] that will give you another day to rest if you need it [03:40] thanks :) [03:40] yw [03:41] brb === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [03:45] maybe ill set up my gutsy chroot this weekend (assuming toolchain is uploaded since we opened #ubuntu+1) [04:03] asac: cairo-backed Gecko 1.9 << is in our build of fx 2.0.0.x? [04:03] who wants to know? [04:04] 2.0 is from 1.8.1 branch ... 1.4 from 1.8.0 branch ... so no, bothare 1.8.x [04:04] ah [04:04] trunk is 1.9 [04:04] :) [04:05] so the firefox 3.0 branch which will eventually be created will probably named 1.9 [04:05] :) [04:06] bug 27430 [04:06] Malone bug 27430 in firefox "Firefox deletes the clipboard on startup; middle-click paste also broken" [Wishlist,Confirmed] https://launchpad.net/bugs/27430 [04:06] is this already fixed? [04:09] does the bug say its fixed? [04:09] seeing as its a wishlist i doubt it [04:10] it's too old. [04:11] Kmos: does it still happen on feisty [04:11] :( [04:12] if so its not fixed but i dont remember that one either [04:22] asac: where in the rules does it define the orig.tar.gz name its wanting me to name it the rc1 name [04:23] its encoded in upstream version [04:23] replace rc1 by release [04:23] in changelog version [04:23] and use the name it wants for the tarball [04:24] 'rc1' -> 'release' [04:24] k === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam [04:26] 1.99.release+2.0-1 is what you want in changelog? not 2.0.0.0 [04:27] shouldn't it be -0ubuntu1? [04:27] its not going into ubuntu atm [04:28] oh, to your repo :) [04:28] yep [04:35] ok i leave now to get things done its building [04:38] gnomefreak: yeah version looks good [04:38] ok cool [04:38] previously was 1.99.rc1+2.0-1, right? [04:38] then its fine [04:41] yes [04:41] should i change rc1 in orig since its built already or leave it? [04:42] replacing it with the other one in archive will ensure they get right version of orig but im thinking complaints about it saying rc1 [04:43] [15:41] 112: [04:44] Malone bug 36739 in firefox "Misbehaves in all sorts of ways when upgraded while running" [Medium,Confirmed] [04:44] [15:41] isn't this fixed ? [04:44] asac :) [04:44] [15:42] and v1.5 will be discontinued [04:44] [15:42] i'm checking old bugs [04:44] bug 36739 is not yet completely fixed [04:45] users get a warning though [04:45] !chroot [04:45] https://wiki.ubuntu.com/DebootstrapChroot use this to build 32 bit environments on a 64 bit box [04:45] asac: ok [04:46] gnomefreak: can we feed the bot? [04:46] i can [04:47] asac: when i see seveas ill ping him to give you rights to change add facts [04:48] still cant get chroot set up [04:48] just checked its seveas who has to add you. :( [04:49] i pinged him but he isnt answer people (atleast for last 2 hurs [04:50] asac: latest firefox I got, apport doesn't handle them.. just create the file on /var/crash [04:50] *lastest firefox crash I got [04:50] it's strange.. [04:51] as soon as i figure out how i can add you. i forgot i was a mod for bot :( [04:51] in stable release its disabled by default [04:51] e.g. apport auto submit [04:52] debootstrap is part of toolchain right? [04:55] i don't think so [04:55] crap === gnomefreak wants chroot before i upgrade testing system [04:56] well gives me time to add gutsy to repo [04:56] you should use chroot only at the beginning ... guess feisty debootstrap will be updated to contain gutsy info [04:56] probably it will just work [04:57] asac: and how we know it generated the report? :) [04:57] E: No such script: /usr/lib/debootstrap/scripts/gutsy (that looks like its nto updated) [04:57] Kmos: read the report [04:58] gnomefreak: don't understand [04:58] Kmos: did you do the retrace? [04:59] oh nvm [04:59] Kmos: that may be because apport isnt enabled by default in feisty as i understand it [04:59] or you have to opt to use it [05:00] i check manually at /var/crash to see if there is a crash report.. firefox or apport don't tell me anything [05:01] Kmos: it wont unless you opt in to have it tell you (no i havent figured that part out yet [05:01] how do I enable it ? [05:01] :) [05:02] might ask pitti this week how to get it to report bugs dialog [05:02] [15:51] in stable release its disabled by default [05:02] [15:51] e.g. apport auto submit [05:02] right [05:02] so firefox has it disabled ? [05:02] no apport all together [05:03] so it's a apport problem [05:03] crash on anything you wont get it [05:03] not a problem a feature [05:03] :) [05:03] iirc its done this way because people dont know how to file a bug report correctly [05:03] its not a apport problem ... is disabled intentionally [05:04] gnomefreak is right ... its a load thing [05:04] asac: have you got the memo on how to enable it? [05:04] hmm [05:04] why? === gnomefreak hasnt seen how to turn in it [05:04] it on [05:04] asac: incase something crashes === gnomefreak knows how to file bugs ;) [05:05] /etc/default/apport [05:05] enabled = 1 should be set [05:06] then reboot or start apport service with /etc/init.d/apport start [05:06] ah ty [05:06] hmmmm [05:06] mine never got disabled [05:07] kmos@bash:~$ cat /etc/default/apport [05:07] # set this to 0 to disable apport [05:07] enabled=1 [05:07] I've this [05:09] than its enabled afaik [05:09] i dont get crash reports since nothing crashes here === gnomefreak might purposely crash something this week to find out. === gnomefreak has newest apport version fo feisty [05:10] 0.76.1~prop1 :) [05:10] brb [05:10] I've the latest version too [05:17] Kmos: im assuming you have apport-gtk installed? === gnomefreak goes out for a walk ill be back in about 2 hours or so. [05:22] gnomefreak: yes, I have [07:46] repo will go down in about an hour or hour and half [07:47] k [07:47] im uploading now but its taking sweet time [08:03] asac: can you run apt-get update please [08:03] i wanna see if my repo errors [08:03] im hoping it doesnt error [08:44] repo is back up with tb final [08:47] cool, gonna try it! :) [09:00] pochu: if it breaks blame Kmos [09:00] yeha that will work ;) [09:00] :) [09:01] i swear people get stupider every day [09:02] why? [09:03] pochu: someone typed a command in a channel got banned and someone said he didnt do anything wrong. I cant type command as an op but think remove root [09:03] with the recursive and force flags [09:06] lol [09:08] asac: the extenstions link in tb is borked like it is looking for something [09:08] asac: i will explain more tomorrow [09:09] and reply to list seems to be not working and im not seeing another package for it [09:17] damnit [09:18] im gonna go away for a bit im gonna resping iceape i think i found out why the person is having issues if they have right version. [09:19] hmm, which was the deb line for you repo? [09:20] gnomefreak: ^ [09:20] !moxtest [09:20] Sorry, I don't know anything about moxtest - try searching on http://bots.ubuntulinux.nl/factoids.cgi [09:20] !moztest [09:20] The mozilla-testing repo can be found at: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives [09:20] pochu: ^^ its there [09:21] ty :) [09:23] yw [09:24] ill be back later. [09:41] [20:00] pochu: if it breaks blame Kmos [09:41] lol === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [09:56] %addeditor asac [10:01] asac: can you please /msg ubotu register nickname password and let me know when done i can than add you as editor === bluekuja [n=andy@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [11:09] !no moztest is The Mozilla-testing repos can be found at: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives. Please remember these are testing repos, the packages in these repos are not stable and may break things on your system. Use with caution. [11:09] I'll remember that gnomefreak [11:12] gnomefreak: looks like firefox as well as iceape still have bad libhunspell dependency [11:12] asac: https://addons.mozilla.org/en-US/firefox/mozilla-thunderbird/themes/ also does this for extentions [11:13] asac: im looking into it. but the bug i saw was about libnspr4-0d i ran it on older version it seems so im respinning it [11:13] you just have to respin iceape and friends ... take care that new hunspell is nowhere on system [11:13] the error was on libplcd.... [11:13] yes ...thats still the old error ... new libnss is needed ... nothing more [11:14] the latest were built with feistys version of hunspell [11:14] just rebuild libnspr and libnss (which i thought you already did two days ago:)) [11:14] Installed: 1.1.4-7 [11:15] no ... at least not firefox and iceape ... otherwise it would not try to install hunspell 1.1.5 ... which it does atm [11:15] asac: i did but i never upgraded my chroot to use latest version of libnspr4 [11:15] yeah ... rebuild with that should solve things for you ... further keep eyes open that no explicit versions are mentioned for hunspell in control [11:15] ok ... you need latest of everything of course :) [11:15] it does? [11:15] latest libnspr4 ... latest libnss (both mui important) [11:16] yes i know [11:16] and old hunspell (1.1.4) :) [11:16] ok fine ;) [11:16] thats why im respinning. but they are all old hunspell [11:16] The following packages have unmet dependencies: iceape-browser: Depends: libhunspell-1.1-0 (>= 1.1.5-1) but 1.1.4-7 is installed. firefox: Depends: libhunspell-1.1-0 (>= 1.1.5-1) but 1.1.4-7 is installed. [11:16] thats what i get atm [11:16] wtf [11:17] maybe you forgot to upload? [11:17] or just forgot to regen packages + sources + release ? [11:17] well either way its being built atm with new libnspr4-od and i have old hunspell on system. did you run apt-get update? [11:18] oh shit [11:18] damnit ty for letting me in on that [11:20] working on it. i thought i changed the depend for iceape but i guess not since apt-cache show still shows new version [11:22] wtf i did change it libhunspell-dev (>= 1.1.4-7) [11:23] where do i go for the shlibs:depends [11:25] and hunspell is no where on the repo [11:26] what version are you trying to grab? [11:27] maybe i should add libhunspell-dev (<< 1.1.5-1)? [11:29] iceape (1.1.1-3.mt6) feisty; urgency=low [11:29] * debian/control changed build depend libhunspell version from 1.1.5-6 to [11:29] 1.1.4-7 [11:29] -- John Vivirito Thu, 19 Apr 2007 16:20:00 -0400 [11:29] is the change log entry so i know i did it === AlexLatchford [n=alex@82-44-193-109.cable.ubr07.haye.blueyonder.co.uk] has joined #ubuntu-mozillateam [11:35] iceape isnt even showing that it wants hunspell. i removed --purged hunspell and installed iceape and it doesnt even try to bring it in [11:36] hmmmm let me try something [11:44] asac: heres my output http://gnomefreak.pastebin.ca/451852 [11:45] installing hunspell again and try to purge it this time see what it wants to do [11:46] asac: i dont know mines not even wanting to bring hunspell in as a depend [11:47]