[12:51] hmm, anyone to test a bug? [12:54] ignore that, my fault really [02:43] asac: are people that really frigging stupid :( see bug 24728 for more info [02:43] Malone bug 24728 in firefox "Firefox crash [NO NEW CRASH REPORTS] " [High,Needs info] https://launchpad.net/bugs/24728 === 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 === Admiral_Chicago [n=freddy@st074039212101.monm.edu] has joined #ubuntu-mozillateam === Admiral_Chicago [n=freddy@ubuntu/member/admiral-chicago] has left #ubuntu-mozillateam ["Real] === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [01:29] bug 71131 [01:29] Malone bug 71131 in mozilla-thunderbird "Thunderbird crashes if you change Gnome theme while it is running" [High,Needs info] https://launchpad.net/bugs/71131 [01:29] interesting [01:29] probably no totem in there ;) === asac lunch === asac lunch for real :) [04:18] maybe they had a tab open in firefox playing a video. since ff and tb use same (gtk) maybe both crashed? === gnomefreak still sleeping so that might not make much sense [04:21] asac: is it safe to reject bug 97429 [04:21] Malone bug 97429 in firefox "Login hangs for Kodak Firefox plugin" [Undecided,Unconfirmed] https://launchpad.net/bugs/97429 [04:25] hmm [04:25] can we reproduce? [04:25] or get that plugin from somewhere? [04:25] i dont know. i guess ill try [04:25] he gives link in bug. [04:26] but not sure if somehting in 2.0 changed or the extenstion was updated wrong === gnomefreak has easyshare cam but never used the easyshare site [04:29] i was able to log in fine [04:30] oh damn nvm im on feisty [04:31] checking edgy [04:31] feistys log in was much faster [04:32] ill be back when i get back ill see it [04:37] ok im gonna assign this bug to me for a bit i want to test a few things. [04:41] building a chroot for a fully updated edgy so i dont lose the retrace chroot packages [04:49] asac: im merging the bzr branch now. if there is updates can i just build it or do i need to remove the trunk build first? [04:49] nvm it looks like merge applies the new stuff [04:50] merge? [04:50] ah [04:50] i think so [04:50] it has changed [04:50] i removed the tarball [04:51] you can rebuild tarball before building: [04:51] ./debian/rules neworig [04:51] this will checkout cvs [04:51] it uses date that is encoded in changelog version [04:51] so if you want something newer, add a changelog version and adapt state [04:51] adapt date [04:51] :) [04:51] All changes applied successfully. [04:52] does that mean it was applied to mine or to the trunk source on branch? [05:05] ah ok merging updated changelog to todays date with "update upstream cvs" so i just rebuild and it should overwrite the one now. [05:28] ? [05:28] what revision do you have in [05:28] # bzr info [05:29] Branch history: [05:29] 6 revisions [05:29] 6 days old [05:29] first revision: Wed 2007-03-21 18:21:15 +0100 [05:29] latest revision: Wed 2007-03-28 12:14:56 +0200 [05:29] Revision store: [05:29] 6 revisions [05:29] 33562 KiB [05:30] 1: is the tarball gone (should be!) ? [05:30] did you run [05:30] ./debian/rules neworig [05:30] to produce a new tarball? [05:30] did it work? [05:31] the tar never changed dates [05:31] the tarball was removed [05:31] it should be gone [05:32] not yet its seems bzr and apt-get update seem to be killing badnwidth [05:32] i think bzr updated properly [05:32] firefox-2.99+1-3.0a.20070201.tar.bz2.cdbs-config_list [05:32] e.g. its finished [05:32] thats not the tarball :) [05:32] was left so maybe the tar was gone [05:32] yeah [05:33] nur run ./debian/rules neworig [05:33] now [05:33] that should take a while [05:33] if its done you should be able to build as usualy [05:33] what version did you choose in changelog? [05:33] that builds new tar than i need to build it than install it? [05:34] i didnt choose one but i saw the latest one it was todays update [05:37] yes [05:37] right [05:37] you can keep it [05:37] you don't need to update changelog then [05:37] neworig will automatically bring you the tarball of today [05:38] k [05:38] i will do it as soon as i get chroot set up [05:38] though state of today has some caret regressions ... so not usable when editing wikis :) [05:39] cant use trunk to edit wikis? [05:39] thats a hell of a regression (what did it lose) [05:41] did not loose anything [05:41] just rewrite ongoing [05:42] should be shaken out in a few days or so [05:42] you can edit wikis :) [05:42] just give it a try [05:42] its just a bit cumbersome :) [05:42] ok i will [05:44] trunk has huge changes of layout/gecko engines ongoing ... so this is expected [05:45] ah ok [06:01] maybe I should use the "minefield" branding :) ... at least if you build from bzr ;) [06:01] so people know "this is bleeding edge ... this is dangerous" :) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [06:11] hjmf: maybe we should make it ieven easier for users to retrace themselves? [06:11] apport-unpack /var/crash/_usr_lib_firefox_firefox-bin.1000.crash [06:11] some/tmp_dir/ [06:11] e.g. by [06:11] making a script out of this :) [06:11] do we want users to retrace thier own crashes? [06:11] if they fail or don't want to attach core dump yes [06:11] that will add alot of crap to thier system [06:12] apport-unpack /var/crash/_usr_lib_firefox_firefox-bin.$(id -u).crash :) [06:12] na [06:12] just with firefox-dbg [06:12] ok yeah if it is choice thats fine. but im trying to get backtraces from them [06:12] and then gdb [06:12] _usr_lib_firefox_firefox-bin. [06:12] https://launchpad.net/bugs/96967 [06:12] Malone bug 96967 in firefox "Firefox Crash" [Undecided,Needs info] [06:12] look at hjmf description [06:12] something like that [06:13] but make it more failsafe: [06:13] tempdir=$(mktemp -d) [06:13] apport-unpack /var/crash/_usr_lib_firefox_firefox-bin.$(id -u).crash $tempdir [06:13] gdb -nx gdb -nx /usr/lib/firefox/firefox-bin -core $tempdir/CoreDump 2>&1 | tee gdb.log [06:13] rm -rf $tempdir [06:14] thats it [06:14] ups [06:14] of course no doulbe gdb :) === gnomefreak not very bright at all :( [06:22] why bright? [06:23] i used rm -rf :( [06:24] there is a problem with nvidia geforce4 and feisty and i wasnt paying attention while cleaning out ~/ and deleted the trunk folder along with 3 others including ~/.gnupg i forgot to add the ~ to it :( [06:25] im trying to get trunk back with bzr and it hangs [06:25] damn so your home is wiped again? [06:26] only 3or 4 files [06:27] i got them back from USB stick except the bzr branch and bzr is hangging so i might try again later [06:27] the little \ isnt spinning === gnomefreak has to figure out the nvidia issue fix too [06:31] hjmf: can you add that process to the responces wiki? [06:33] brb gonna try reboot === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [06:55] gnomefreak: ok I'll do. Write on wiki responses the gdb stuff [06:56] ty one of these days i will go through it a clean that wiki up alot of stuff should be in one single response not 10 [06:56] :) [07:03] crash reporting deserves its own page [07:04] gnomefreak: if you do that, please make the formats of the answers more structured [07:04] i planned on it [07:04] currently its one long line without paragraphs etc. [07:04] urls should get their own indented line etc. [07:04] i guess you know what i mean :) [07:04] asac: Applying patch no-have-stdint-h-ftbfs.patch [07:04] can't find file to patch at input line 9 [07:04] Perhaps you used the wrong -p or --strip option? [07:04] The text leading up to this was: [07:05] when trying to build after bzr clone [07:06] |--- mozilla.orig/configure.in 2007-01-31 17:12:09.000000000 +0100 [07:06] |+++ mozilla/configure.in 2007-03-22 02:21:42.000000000 +0100 [07:06] maybe the cause? [07:06] hmm [07:06] does it fail or just complain? [07:06] oh [07:06] you really have a tarball now? [07:06] fails [07:07] please show ls [07:07] no tarball [07:07] in directory [07:07] then it can't work [07:07] gnomefreak@FeistyFawn:~/firefox-trunk-gnomefreak$ ls [07:07] build-tree debian [07:07] you have to produce it first [07:07] yeah [07:07] produce it as i said [07:07] ./debian/rules neworig [07:07] run rules [07:07] mui importante: neworig [07:07] in the debian dir? [07:08] neworig is not run during normal build [07:08] no [07:08] just that line [07:08] when you are in top dir [07:08] it failed in the source dir [07:08] gnomefreak@FeistyFawn:~/firefox-trunk-gnomefreak$ ./debian/rules neworig [07:08] patches/no-have-stdint-h-ftbfs.patch: No such file or directory [07:08] with more lines after that [07:08] thats ok [07:08] it should do cvs then [07:08] set -e; sh -c "cvs -d:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot co mozilla/client.mk; cd mozilla && make -f client.mk checkout MOZ_CO_DATE=20070328 MOZ_CO_PROJECT=browser" [07:08] yeah [07:09] sh: cvs: not found [07:09] thats right [07:09] cd: 1: can't cd to mozilla [07:09] :) [07:09] make: *** [mozilla] Error 2 [07:09] gnomefreak: guess! [07:09] thats good? [07:09] what is missing? [07:09] its missing cvs [07:09] done: https://wiki.ubuntu.com/MozillaTeam/Bugs/Triage/Responses#head-8405d4794c0643fabf667f91a3fcd14baa76ca7c [07:09] exactly ... so install it :) [07:10] hjmf: some minor typo: [07:10] Install the debuggin symbols for firefox: [07:10] apt-get install firefox-db [07:10] Run gdb against the coredump file included in the crash report that was generated when firefox crashed. You'll need to unpack the crash report and call gdb in this way: [07:10] s/firefox-db/firefox-dbg/ [07:10] oops :) [07:11] and maybe add more -dbg packages from the original crash page [07:11] https://wiki.ubuntu.com/MozillaTeam/Bugs/#head-c576e78d92cb3c959c271158b6ace98be835de83 [07:11] dunno if that is needed [07:12] maybe on the first run we ask just to install the firefox-dbg packages [07:12] if backtrace is not good enough ask to install all [07:12] I wrote If you feel brave, look at the gdb output and search for missing dbg libraries or other warnings, install them and run again gdb. [07:12] Maybe is not too clear :) [07:12] yeah :) [07:13] if you have some spare bandwidth consider to install libgtk2.0-0-dbg, ... as well [07:13] better? [07:13] so firefox-dbg is mandatory while the others are nice to have :) [07:14] https://wiki.ubuntu.com/MozillaTeam/Bugs <- that page should definitly be revised as well :) [07:14] e.g. the Debug section [07:14] I'll review asao [07:14] asap === gnomefreak sat here trying to figure out asao even after you fixed it :( today is just not my day [07:17] lol :) [07:26] :) [07:30] ok got chroot installing things got cvs running and i will be back later have to go out [08:05] k [08:08] ok ... now i have to do some debian work :) ... just a few minutes ;) [08:15] anyone knows if pdf documents are opened within firefox for some setup? [08:16] e.g. does evince provide a plugin? [08:17] sorry, that I am such a text-only bug :) ... can't remember when I last tried to open a pdf from web without downloading first :) [08:18] hmmm mozplugger does it [08:32] that is plain awesome [08:32] install mozplugger [08:32] don't install totem-mozilla, but only totem-xine [08:32] --> things will work :) [08:34] that gives some great new ideas :) === hjmf is in and out [08:47] tested mozplugger; not sure what it does, but now i can view http://www.apple.com/itunes/ads with totem plugin [08:52] how? [08:52] totem-xine [08:52] if you have mozplugger you don't even need [08:52] totem-mozilla :) [08:52] and restyle crash will be gone [08:52] its funny [08:52] try it [08:52] ok [08:53] the whole totem standard window gets pushed into that embed window :) [09:02] in my case seems that is mplayer what plays the video [09:04] uninstall all mozilla plugins :) [09:04] e.g. remove mozilla-mplayer [09:05] hjmf: i guess you attached the wrong threadstacktrace for bug 97478 right? [09:05] Malone bug 97478 in firefox "[feisty] Firefox Crashed [@IA__g_signal_emit_valist] " [Undecided,Needs info] https://launchpad.net/bugs/97478 [09:06] Bug 60147 [09:06] Malone bug 60147 in firefox "saved firefox resumes as if crashed" [Medium,Fix released] https://launchpad.net/bugs/60147 [09:07] -> dup of crash on instant x shutdown [09:07] looking [09:08] that stacktrace was curious but is the one on that crash, because I post them from a script, so no chances for a mistake. I'll review anyway [09:09] hmmm maybe unexpected content in result confused your script :) [09:09] anyway, more important: bug 97257 [09:09] Malone bug 97257 in firefox "Upgrade to Firefox 2.0.0.3 causes xine plugin to crash Firefox" [Undecided,Needs info] https://launchpad.net/bugs/97257 [09:09] do we see that: "whenever playing video it crashes" ? [09:10] wmv files are always problematic [09:10] what problematic? [09:11] do they crash? [09:11] its really important as user says that it doesn't crash with 2.0.0.2 [09:11] which would be a no go regression [09:12] asac: can you trust the user to have done the same thing with 2.0.0.2 and .3 as in lets say theme crash did they change themes with 2.0.0.2? [09:13] no [09:13] but this sounds really to be different [09:13] because user says: crashes always [09:13] just want to verify that someone can use totem-xine [09:13] edgy? [09:13] ... Im trying to test with xine-plugin [09:13] e.g. for our apple ads [09:13] no [09:14] on feisty [09:14] xine-plugin? [09:14] feisty on the apple ads? [09:14] its totem-mozilla with totem-xine [09:14] for instance [09:14] however its named [09:14] :) [09:14] if that works i would feel better [09:14] thats what i use [09:14] gnomefreak: e.g. not theme crash [09:14] so 2.0.0.3 works? on apple site? [09:14] good [09:14] with totem-xine? [09:14] i have no problem view the videos [09:14] ok [09:15] as long as i dont change themes [09:15] will check again in a few [09:15] good ... and you are running latest? [09:15] was there a totem update in the last days? [09:15] yes fully updated as of 9am this morning [09:15] its 3:15pm atm [09:16] ok lets prey this builds now [09:16] gnomefreak: can you play videos in chroot? [09:17] i should be able to. [09:18] hmm doesn't work for me [09:19] now i mounted /dev as well [09:19] still cant build it [09:19] Message: totemPlugin ctor [0x85846f8] [09:19] ** Message: Init mimetype 'video/quicktime' mode 1 [09:19] ** Message: Base URI is 'http://www.apple.com/itunes/' [09:19] ** Message: Failed to open DBUS session: Failed to execute dbus-launch to autolaunch D-Bus session [09:20] gnomefreak: what happens? [09:20] has neworig finished? [09:20] alot of crap worth of output let me see if i have depends [09:20] yes [09:20] ok [09:21] so you miss dependencies...ok [09:21] that would be the lesser evil :) [09:21] hjmf: where do you see that? [09:21] hjmf: but no crash? [09:21] playing apple ads on feisty s chroot [09:21] ah ok [09:21] no crash, but no video [09:21] yeah [09:22] have mounted /proc and /dev ? [09:22] no [09:22] i think you need both [09:22] in chroot [09:22] noticed [09:22] hjmf: refresh page [09:22] hjmf: like this [09:22] /proc /srv/chroots/feisty2/proc none bind 0 0 [09:22] is what asac said yesterday about dbus and totem :) [09:22] /dev /srv/chroots/feisty2/dev none bind 0 0 [09:23] ah :) ... yeah ... at least the symptom is the same ... if dbus does fail it doesn't play movie [09:23] :) [09:23] however i don't see such a message in case totem does not play [09:23] noticed my fstab I had commented out the proc entries [09:23] ah [09:23] ok [09:23] i have mounted both [09:24] but still it doesn't play [09:24] I guess I did that for some reason I dont remember [09:24] asac: http://pastebin.ca/413896 [09:24] asac: while your reading ill be right back need smoke [09:25] actually my feisty chroot is a bit wierd ... everywhere i can just schroot -cmychrootX -p [09:25] and then DISPLAY is set properly [09:25] in feisty i have to export DISPLAY=localhost:xxx [09:25] just in chroot [09:25] yes [09:25] gnomefreak: [09:25] you have to use a different command :) [09:26] there is now bzr cruft in your sourcetree [09:26] which you don't want in diff.gz [09:26] thus: [09:26] use one more option for building: [09:26] -i.bzr/ [09:26] e.g. dpkg-buildpackage -rfakeroot -i.bzr/ [09:26] so the .bzr dir is not recognized during build [09:27] sorry i forgot to say that last time :) [09:27] its all good its running lets see how far it gets [09:27] so from now on the -i.bzr is needed in all cases? [09:27] got rid of the proc error, but cant view those ads because: [09:28] ** (totem-plugin-viewer:24847): WARNING **: Mimetype 'video/quicktime' doesn't have a handler [09:28] don't know how to handle video/x-h264 [09:28] ** Message: totem_embedded_set_error: 'An error occurred', 'The playback of this movie requires the following decoders which are not installed: [09:28] MPEG-4 AAC decoder [09:29] :/ [09:29] hjmf: libxine-extracodecs? [09:29] comes in handy for those non free formats :) [09:29] trying [09:34] i still get ** (totem-plugin-viewer:9664): WARNING **: Error in bacon_video_widget_play: There is no plugin to handle this movie [09:34] in schroot [09:34] with totem-xine [09:34] while it works well on main desktop [09:34] i get that too sometimes [09:34] sometimes? [09:35] give me some time and ill try it. refreshing page sometimes help [09:35] i was getting that on main install not so much chroot [09:35] do you get that just in chroot? [09:35] or everywhere? [09:35] what happens if you get that? [09:35] just black screen [09:35] everywhere i beileve but give me a few and ill find out [09:35] but totem controls are visible? [09:35] thank you [09:36] make that alot of time [09:36] i dont have feisty set up for it yet in chroot. i was getting those warnings in gdb> [09:36] thats why it failed to crash maybe [09:37] hmm please try in main install [09:37] if you can visit video sites well :) [09:37] just to be double sure [09:37] k [09:37] ok totem fails to play because doesn't know how to play codec h264 [09:37] whats the apple site? [09:38] but installing mozplugger calls (i guess ) ffmpeg which knows how to do it === gnomefreak also installs ubuntu-desktop in chroot so i have everything the user would [09:38] mine might be using vlc [09:38] i have as well [09:38] did that once because i thought it might be related [09:38] i might have to figure out how to set totem as default [09:41] totem usually wins [09:41] haven't found another plugin that wins mplayer comes second ... same vlc [09:44] yes, here totem-mozilla when is always the default player whichever other plugin is installed [09:44] d/when/ [09:45] ** Message: Launching: /usr/lib/totem/totem-plugin-viewer --plugin-type narrowspace --user-agent Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20061201 Firefox/2.0.0.3 (Ubuntu-feisty) --mimetype video/quicktime --no-controls [09:45] yeah thats standard message afaik [09:45] ** (totem-plugin-viewer:31114): WARNING **: Error in bacon_video_widget_play: There is no plugin to handle this movie. [09:45] yes ... and does it work? [09:45] this is on main system [09:46] it shows it to start with and when you hit reply it goes black [09:46] ** Message: Viewer state: STOPPED [09:46] ** Message: totem_embedded_set_error: 'An error occurred', 'The movie could not be read.' [09:46] ** Message: NewStream mimetype 'video/quicktime' URL 'http://images.apple.com/itunes/home/images/2007/01/appletv_intro_20070109.mov' [09:47] seeing as we have no real quicktime packages you are gonna get that i would think [09:47] ... that's what I said :) [09:47] doesn't know how to play codec h264 [09:47] apple format [09:47] wait a sec [09:47]