[01:49] <clearscreen> firefox 3.0.10-nobinonly on the karmic repositories returns with "bus error", gdb reports that /usr/bin/firefox is not in valid executable format. Is this a known bug? What additional information can I provide?
[01:50] <BUGabundo> clearscreen: we are all a sleep in here at this time :)
[01:50] <clearscreen> What?! :P it's just 2:50:00 AM!
[01:53] <BUGabundo> Thu Apr 30 01:53:46 WEST 2009
[01:54] <BUGabundo> clearscreen: ping asac on it... fta is MIA
[02:01] <BUGabundo> asac: http://www.macno.org/denticator.php?user=asac&weekchart=bar&daychart=bar
[02:22] <clearscreen> disregard my previous stupidity, bash file in gdb? heh yeah.
[10:08] <asac> clearscreen: ?
[10:08] <asac> restart your system
[10:09] <asac> dtchen: just run pulseaudio on the console
[10:12] <clearscreen> asac: I did restart it, I'll try again.. hold on
[10:15] <clearscreen> alright, brb
[10:18] <clearscreen> asac: same error, hold on.. trying to pastebin gdb output through links
[10:21] <clearscreen> asac: http://pastebin.com/m145d7c61 this _should_ work
[10:21] <asac> bus error is strange
[10:22] <asac> usually hardware issues on x86 architecture i would think
[10:22] <asac> clearscreen: thats normal. run firefox -g
[10:22] <asac> to start ffox in debugger
[10:22] <clearscreen> I did, it's in the pastebin
[10:23] <asac> clearscreen: thats on jaunty?
[10:23] <clearscreen> asac: karmic repo, I'm not sure if 3.0.10 is even in jaunty repo yet :P
[10:23] <asac> clearscreen: well
[10:24] <asac> clearscreen: thats the problem then
[10:24] <asac> clearscreen: jaunty is definitly available
[10:24] <asac> (even before karmic was)
[10:25] <asac> clearscreen: so you upgraded to karmic completely? or just ffox?
[10:25] <clearscreen> I dont mind stuff breaking, that's why I switched to karmic repositories (feature freeze on jaunty), the thing is that precompiled firefox binaries from the official website work, and they appear to be broken here
[10:26] <clearscreen> just trying to help it get fixed :)
[10:26] <asac> yeah
[10:26] <asac> sounds like a toolchain issue
[10:26] <asac> clearscreen: can you try to respin xulrunner-1.9 locally?
[10:26] <clearscreen> asac: completely, although I think it broke after the recent libc6 upgrade
[10:26] <clearscreen> wasnt a problem with newer binutils
[10:27] <asac> clearscreen: yeah there are often toolchain issues right after archive opens. try to respin firefox-3.0 then ;)
[10:27] <asac> do you know how to do it?
[10:28] <clearscreen> asac: I'll probably sound like a total noob, but I have no idea what the word respin is supposed to mean :D
[10:29] <asac> clearscreen: sudo apt-get install build-essential; sudo apt-get build-dep firefox-3.0; apt-get source firefox-3.0; cd firefox-3.0*/;
[10:29] <asac> dpkg-buildpackage -rfakeroot
[10:29] <asac> you might need to install fakeroot package
[10:29] <clearscreen> already have both those package
[10:29] <clearscreen> lets see
[10:29] <clearscreen> packages*
[10:30] <asac> sudo apt-get build-dep firefox-3.0
[10:30] <asac> -> thats not a package
[10:30] <asac> but a complete set of packages ;)
[10:30] <clearscreen> yeah I was refering to the build-essential metapackage and fakeroot :p
[10:30] <asac> kk
[10:31] <clearscreen> the thing I dont understand is it working with precompiled binaries from the official website, but I guess I'm not too familiar with the arch to make any guesses about that :)
[10:32] <asac> Jazzva: would you be interested in helping keeping the daily builds not fail ;)? https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/
[10:32] <asac> usually its just adjusting patches
[10:32] <asac> so they apply cleanly again - or dropping patches that were applied upstream :)
[10:33] <clearscreen> Was that aimed at me or Jazzva?
[10:33] <asac> at Jazzva ;)
[10:33] <asac> clearscreen: not saying you are not invited to do so ;)
[10:34] <clearscreen> I'd be willing to, but probably far from knowledgable enough to actually do it
[10:34] <asac> heh
[10:35] <asac> clearscreen: for now "respin" firefox-3.0. thats a good start :)
[10:35] <clearscreen> cd: 11900: can't cd to /usr/lib/xulrunner-devel-
[10:35] <clearscreen> configure: error: /sdk/include/xpcom-config.h doesn't exist
[10:35] <asac> clearscreen: you didnt install the build-dep
[10:35] <clearscreen> I did :)
[10:35] <asac> firefox-3.0
[10:35] <asac> clearscreen: dpkg -L xulrunner-1.9-dev
[10:35] <clearscreen> daniel@ubuntu:~/firefox-3.0-3.0.10+nobinonly$ sudo apt-get build-dep firefox-3.0
[10:35] <clearscreen> Reading package lists... Done
[10:35] <clearscreen> Building dependency tree
[10:35] <clearscreen> Reading state information... Done
[10:35] <clearscreen> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded
[10:36] <clearscreen> excuse my lack of usage of pastebin, it's a pain in the ass with a console browser
[10:36] <asac> clearscreen: apt-get install pastebinit
[10:36] <asac> echo hall | pastebinit
[10:36] <asac> ;)
[10:36] <asac> anyway
[10:36] <clearscreen> cool :)
[10:36] <asac> clearscreen: run dpkg -L xulrunner-1.9-dev above
[10:37] <asac> does that do anything?
[10:37] <clearscreen> asac: plenty of output
[10:37] <clearscreen> http://pastebin.com/f4851a4ca
[10:38] <asac> clearscreen: so how does firefox-3.0 fail to build?
[10:38] <asac> i need more context
[10:38] <asac> that issue looks to strange
[10:38] <clearscreen> let me give you a full log
[10:39] <asac> its really hard to get firefox-3.0 fail to build nowadays ;)
[10:39] <asac> its just tiny and usually wouldnt fail even if you tried ;)
[10:39] <clearscreen> http://pastebin.com/feaab4d7
[10:39] <asac> thats not complete :)
[10:40] <asac> maybe pastebin.com has a upper bound
[10:40] <asac> you can try paste.ubuntu.com
[10:40] <clearscreen> I'll try
[10:40] <asac> clearscreen: http://paste.ubuntu.com/161278/
[10:40] <asac> thats i have in $HOME/.pastebinit.xml
[10:43] <clearscreen> asac: mmmmpf, should I clean up somehow between building? seems to fail a lot more quickly now (doesnt even get to configure)
[10:43] <clearscreen> nevermind
[10:43] <asac> remove it ... apt-get source  it again
[10:43] <clearscreen> was in wrong directory
[10:44] <clearscreen> http://paste.ubuntu.com/161284/
[10:44] <asac> heh
[10:44] <asac> its still not complete
[10:44] <asac> there is no error
[10:44] <clearscreen> I'm just piping to pastebinit :P
[10:45] <asac> thats a bad idea i guee
[10:45] <clearscreen> I'll try to c/p it through links
[10:45] <asac> just copy the last 100 lines to a file and cat thatfile | pastebinit
[10:46] <clearscreen> http://paste.ubuntu.com/161286
[10:46] <clearscreen> there.
[10:48] <asac> ls -ld /usr/lib/xulrunner-devel*
[10:48] <asac> and also
[10:48] <asac> ls -ld /usr/lib/xulrunner-*
[10:48] <asac> or only the last ;)
[10:48] <clearscreen> http://paste.ubuntu.com/161288/
[10:48] <asac> urgh
[10:49] <asac> xulrunner-1.9 --gre-version
[10:49] <clearscreen> bus error :)
[10:50] <asac> heh
[10:50] <asac> ok
[10:50] <asac> so you need to rebuild xulrunner-1.9
[10:50] <asac> same way
[10:50] <asac> ;)
[10:50] <clearscreen> alright, lets see
[10:51] <asac> apt-get build-dep xulrunner-1.9
[10:51] <asac> before running the build
[10:51] <clearscreen> yeah
[10:51] <asac> also to safe time use dpkg-buildpackage -rfakeroot -b
[10:52] <clearscreen> k, that failed pretty quickly :D sec
[10:54] <clearscreen> disregard that
[10:55] <asac> ;)
[10:55] <clearscreen> silly me, grabbing source through sudo
[10:55] <asac> ouch
[11:00] <clearscreen> should've figured it was gonna take a while, with a 40MB compressed package with source :)
[11:19] <asac> clearscreen: yeah. usually 20-50 minutes build
[11:29] <clearscreen> asac: after a ~35min build: dpkg-buildpackage: failure: debian/rules build gave error exit status 2.... too much output before that, but I'll try to give ~50 lines or so before fail
[11:30] <clearscreen> asac: http://paste.ubuntu.com/161317/
[11:32] <asac> he ok
[11:32] <asac> thats a build failure because of new gcc
[11:32] <asac> let me check
[11:35] <asac> clearscreen: so download http://paste.ubuntu.com/161320/
[11:36] <asac> and in top level dir of xul
[11:36] <asac> patch -p1 < /tmp/fileyoudownloaded
[11:36] <clearscreen> alright, hold on
[11:36] <asac> http://paste.ubuntu.com/161320/plain/
[11:36] <asac> download that ;)
[11:38] <clearscreen> done. rebuild time?
[11:38] <clearscreen> asac: highlighting :)
[11:38] <asac> clearscreen: did you apply to the same tree where the build failed?
[11:39] <clearscreen> applied to top level dir of xul, like you said :D
[11:39] <asac> clearscreen: right. but did you keep the build that failed?
[11:39] <asac> you can just continue to build it if thats the case
[11:39] <asac> otherwise building time
[11:40] <clearscreen> asac: I re-ran the dpkg-build command, and that seemed to have cleaned all the object files.. so yeah, rebuild time
[11:40] <clearscreen> learning the harsh way :(
[11:40] <asac> heh
[11:40] <asac> yeah
[11:40] <asac> thats ok
[11:40] <asac> its just that mozilla builds usually take long and always clean building to try something wastes a lot of time ;)
[11:42]  * asac sent out a call for help aout daily archive on identi.ca ;)
[11:43] <clearscreen> alright, it's building now.. guess I have some time to do some groceries
[11:45] <asac>  Bug 478843
[11:45] <asac> 	
[11:45] <asac> mozilla Bug 478843
[11:51] <Jazzva> asac: I can try. Is it too much time-consuming?
[11:52] <asac> Jazzva: no ;)
[11:52] <asac> Jazzva: there are two ways to approach this. one is really unconsuming:
[11:53] <asac> 1. when daily build fails, check if its a patch that doesnt apply .... then just make that patch apply and commit .... wait if next daily build works
[11:53] <asac> 2. same as 1. but try to build before committing (takes a bit more time obviously :))
[11:54] <asac> might take two or more days to fix it with 1. but it doesnt take too much time ;)
[11:54] <asac> if patches fail regularly we should really consider to upstream them or drop them (not that we shouldnt look hard at all patches anyway)
[11:54] <Jazzva> asac: I guess I can try, then :) (have to finish two school projects by 10th May, that's the reason I asked if it's time-consuming)
[11:55] <asac> heh
[11:55] <asac> ok.
[11:55] <asac> no hurry
[11:55] <asac> for now i can cope with it
[11:55] <asac> but those are regular failures, so having more than me and fta look at those would be helpful
[11:55] <asac> its not time consuming, but frequent. balancing the load helps to make it easy
[11:56] <Jazzva> asac: Ok. Could you just give me instructions how to do it (where are the branches and similar)?
[11:57] <asac> so the ppa is https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[11:57] <asac> i fixed all branches yesterday ... except for thunderbird and prism
[11:57] <asac> but thunderbird is a good example to show:
[11:57] <asac> it fails to apply a pango patch (which was fixed upstream, so can be dropped)
[11:58] <asac> so the procedure is: branch the proper .head branch (e.g. mozillateam/thunderbird/thunderbird-3.0.head i guess)
[11:58] <asac> bump current changelog version (if its UNRELEASED) to the most recently failed on in ppa
[11:59] <asac> so just copy the upstream version strings there
[11:59] <asac> and commit that with a "New snapshot ..." commit (look at bzr log for examples)
[11:59] <asac> you can download the orgi.tar.gz from ppa to the tarballs/ dir used for bzr builddeb
[11:59] <asac> then you just fix the patch
[11:59] <asac> and commit that to head
[12:00] <asac> next daily will pick that up
[12:00] <asac> so in this case its branching tbird ... bumping changelog, dropping patch ... done
[12:00] <asac> to be sure that there are no other patches failing start a build and see if it gets over the patch stage
[12:01] <asac> but usually its one or two patches
[12:01] <Jazzva> asac: Ok, understood...
[12:19] <clearscreen> asac: it seems to have succeeded :)
[12:19] <clearscreen> dpkg-deb: building package `xulrunner-1.9-gnome-support' in `../xulrunner-1.9-gnome-support_1.9.0.10+nobinonly-0ubuntu0.9.04.1_i386.deb'.
[12:19] <clearscreen> etcetera
[12:22] <clearscreen> Should I install them myself with dpkg? Do i need to remove old packages first? In other words: what do I do next :)
[12:23] <asac> clearscreen: yes
[12:23] <asac> clearscreen: just install all .deb fiels produced
[12:24] <asac> then try to run xulrunner-1.9 --gre-version
[12:24] <clearscreen> would 'dpkg -i *.deb' be good enough?
[12:24] <asac> y
[12:24] <clearscreen> sudo*
[12:24] <asac> y
[12:24] <clearscreen> daniel@ubuntu:~$ xulrunner-1.9 --gre-version
[12:24] <clearscreen> 1.9.0.10
[12:25] <asac> good
[12:25] <clearscreen> and firefox is working again, cool
[12:25] <asac> so firefox might even just work
[12:25] <clearscreen> yup
[12:25] <asac> odd
[12:25] <asac> thats i386?
[12:25] <asac> amd64 is confirmed to work with our archive binaries
[12:25] <asac> anyway. let me just upload the build failure fix then
[12:25] <clearscreen> yup i386
[12:26] <clearscreen> asac: alright
[12:27]  * sebner waves at asac :)
[12:27]  * asac waves at sebner 
[12:27] <asac> ;)
[12:28] <sebner> asac: how is life going in fox's world?
[12:28] <clearscreen> asac: will you need my deb files or can I trash it all :)
[12:29] <asac> you can trash all
[12:29] <asac> sebner: always too much to do ;)
[12:29] <sebner> heh
[12:31] <asac> firefox 3.5 b4 is out ;)
[12:32] <asac> clearscreen: uploaded to karmic. thanks
[12:32] <clearscreen> asac: you're welcome
[12:33] <asac> will take a bit: buildqueue: 2343 builds waiting in queue
[12:33] <asac> i386
[12:33] <asac> https://edge.launchpad.net/builders/
[12:49] <clearscreen> asac: what should I do when trying to install deb packages that depend on xulrunner-1.9?
[12:49] <clearscreen>  moonlight-plugin-mozilla depends on xulrunner-1.9 | xulrunner-1.9.1; however:
[12:49] <clearscreen>   Package xulrunner-1.9 is not configured yet.
[12:49] <clearscreen> install deb packages = install packages through apt**
[12:51] <clearscreen> I suppose I should just apt-get upgrade since you've added updated version of xulrunner to the repo
[12:53] <asac> clearscreen: you isntalled all with dpkg -i *.deb
[12:53] <asac> so xulrunner-1.9 should be installed
[12:53] <clearscreen> asac: well im trying to install moonling-plugin-mozilla but getting dependency errors
[12:54] <clearscreen>   Package xulrunner-1.9 is not configured yet.
[12:54] <clearscreen>   Package xulrunner-1.9.1 is not installed.
[12:54] <asac> sudo dpkg --configure -a
[12:54] <asac> or sudo apt-get install -f
[12:54] <asac> but dont just hit y
[12:54] <clearscreen> same errors
[12:55] <asac> install -f
[12:55] <clearscreen> same
[12:55] <asac> without package
[12:55] <asac> ^^
[12:55] <asac> remove moonlight again
[12:55] <asac> you have to finish the xulrunner install
[12:55] <asac> which isnt configured yet
[12:56] <clearscreen> same thing after moonlight removal :P
[12:56] <asac> well. as i said
[12:56] <asac> your dpkg -i *.deb failed
[12:56] <asac> not sure why, you should have seen a failure
[12:56] <asac> now you have to remove packages that cause conflict
[12:56] <asac> also you cannot get the same issue after moonlight removal
[12:56] <asac> because the error refers to moonlight
[12:57] <clearscreen> well after removal, it's a similar error with a different package
[12:57] <clearscreen>  xulrunner-1.9-dev depends on xulrunner-1.9 (>= 1.9.0.10+nobinonly); however:
[12:57] <clearscreen>   Package xulrunner-1.9 is not configured yet.
[12:57] <asac> yes
[12:57] <asac> but its installed. you you need to finish configure
[12:57] <asac> or remove whatever package makes this not configure
[12:58] <asac> you definitly had an error when installing the .debs initially
[12:58] <asac> having that would help
[12:58] <clearscreen> I cant recall seeing an error and i closed that window a long time ago :P
[12:58] <asac> yeah. but it errored
[12:58] <asac> otherwise you wouldnt have this problem now
[12:59] <clearscreen> but.. since you've added an updated xulrunner to repo, should I just be able to remove & upgrade/install?
[12:59] <asac> COLUMNS=200 dpkg -l xulrunner*
[12:59] <asac> clearscreen: will take days to build
[12:59] <asac> as i wrote above
[12:59] <clearscreen> ah, soz
[12:59] <asac> there are 2500 builds waiting
[12:59] <asac> you have to resolve this manually
[12:59] <asac> you also shouldnt have removed .debs
[12:59] <clearscreen> aha ok
[12:59] <asac> thats always a bad idea ;)
[13:00] <clearscreen> You told me to! :D
[13:00] <asac> is not worth the space saving
[13:00] <asac> no
[13:00] <asac> i never told you to
[13:00] <asac> you asked if you can remove them after installing
[13:00] <clearscreen> Well, yeah I guess
[13:00] <asac> so you wanted to have them remove ... whihc i just answered with yes
[13:00] <asac> but i didnt know your install failed ;)
[13:01] <asac> so post the output above
[13:01] <clearscreen> http://paste.ubuntu.com/161389/
[13:01] <clearscreen> but yeah, learning the hard way :)
[13:02] <asac> clearscreen: so dpkg --configure -a gives the error above?
[13:03] <clearscreen> http://paste.ubuntu.com/161393/
[13:03] <clearscreen> erm
[13:03] <clearscreen> hold on
[13:03] <asac> that looks not that bad
[13:03] <clearscreen> http://paste.ubuntu.com/161394/
[13:03] <clearscreen> asac: I wish it was only doing that :)
[13:04] <asac> /var/lib/dpkg/alternatives/xulrunner
[13:04] <asac> whats in there?
[13:05] <clearscreen> nothing
[13:05] <asac> does that file existß
[13:05] <asac> ?
[13:05] <clearscreen> yes
[13:05] <clearscreen> empty, though
[13:05] <asac> try remove it and run again
[13:05] <clearscreen> that worked.
[13:05] <asac> so yeah
[13:05] <asac> now run apt-get update upgrade
[13:06] <asac> and if that works install moonlight
[13:06] <clearscreen> yup, thanks :)
[13:06] <asac> what is in that file now?
[13:06] <clearscreen> http://paste.ubuntu.com/161397/
[13:06] <asac> guess that file got corrupted on last upgrade when there was a bus error still
[13:06] <asac> yeah thats ok
[13:07] <clearscreen> ok cool
[13:19] <asac> so xulrunner 1.9 will take a bit longer
[13:19] <asac> failed because of xcb-util transition as it seems
[14:40] <Jazzva> asac: mind if I try to fix thunderbird build fail now?
[15:04] <asac> Jazzva: sure
[15:04] <asac> go ahead
[15:23] <asac> [reed]: where send our new translation coordinator to to talk to mozilla folks
[15:23] <asac> [reed]: is that #i18n?
[15:23] <[reed]> #l10n
[15:23] <[reed]> on moznet
[15:23] <[reed]> Specifically, Pike, stas, gandalf, and sethb
[15:26] <asac> [reed]: great
[16:08] <Jazzva> asac: I've downloaded the .orig.tar.gz, and after I run bzr builddeb it seems not to extract it to build area, and because of that quilt complains it can't find a file that needs to be patched. any idea what I'm doing wrong?
[16:17] <asac> Jazzva: well ... usually you link the patches dir to the top level mozilla/ dir
[16:17] <asac> and then do quilt push
[16:17] <asac> in this case its just dropping the patch as upstream fixed it
[16:17] <asac> quilt push -f
[16:17] <asac> (to get reject files to fix and afterwards run quilt refresh)
[16:17] <Jazzva> asac: and if I want to do a test build?
[16:17] <asac> but yeah in this case you see that the push fails and then quilt delete that patch and quilt push -a
[16:18] <asac> Jazzva: just do a build after dropping the patch then
[16:18] <asac> or isnt that the question
[16:18] <asac> you need to run bzr bd --merge --dont-purge
[16:18] <Jazzva> asac: the problem is that I don't have anything in the mozilla/ dir, which should contain the source. How do I get bzr builddeb to extract .orig.tar.gz and then try to apply patches?
[16:18] <asac> (--merge is important)
[16:19] <Jazzva> asac: Ok, I'll try
[16:19] <asac> Jazzva: i usually run bzr bd --merge --dont-purge
[16:19] <asac> and abort after patches are applied
[16:19] <asac> then go to the build tree and work there
[16:19] <asac> when finished copy the patches and whatelse i modified to the bzr tree
[16:19] <asac> and commit that
[16:20] <Jazzva> asac: yeah, I missed the --merge part. Ok, seems it's working now. I dropped the patch, so I'll just let builddeb finish
[16:21] <asac> Jazzva: better commit before ;) ... in case it doesnt work you can still connect
[16:21] <asac> the daily run is in about 1.5 hours ;)
[16:21] <asac> e.g. 1900
[16:21] <Jazzva> ah... ok
[16:21] <asac> might be that its UTC
[16:21] <asac> we should at least try to commit before the next run ;)
[16:23] <Jazzva> asac: pushed to lp:~mozillateam/thunderbird/thunderbird-3.0.head
[16:24] <asac> great
[16:25] <asac> Jazzva: did you bump the changelog version to the current date?
[16:25] <asac> (obviously ... otherwise it would fail to bzr bd)
[16:26] <asac> Jazzva: hmm. i think you should have kept fta as maintainer
[16:26] <asac> Jazzva: err as changelog owner
[16:26] <asac> at least his bots signs with his key
[16:26] <asac> not sure if it will fail now ;)
[16:27] <asac> Fabien Tassin <fta@ubuntu.com>
[16:27] <asac> consider to keep him in there ,)
[16:27] <asac> we could also try what happens now ;)
[16:28] <asac> maybe he runs dch -r before uploading anyway
[16:30] <Jazzva> ah... ok, sorry
[16:30] <asac> no worry. we can also see if it works ;)
[16:30] <asac> whatever you prefer
[16:30] <Jazzva> I can push another commit with fta as maintainer, if you want to be safe :)
[16:31] <Jazzva> asac: I'll take a look at prism later
[16:32] <asac> great
[16:32] <asac> Jazzva: prism is a bit unobvious to me
[16:33] <asac> maybe its a simple fix
[16:33] <Jazzva> asac: I'll see if I can find out what's wrong :)
[16:33] <asac> could be that the orig tarball doesnt contain all files
[16:33] <asac> creating prism/components/Makefile
[16:33] <asac> make[4]: *** No rule to make target `common/Makefile.in', needed by `common/Makefile'.  Stop.
[16:35] <asac> maybe just trunk is broken
[16:39] <asac> Jazzva: so maybe top level Makefile.in needs common removed from DIRS
[16:39] <asac> there is nothing in that dir anymore
[16:40] <Jazzva> asac: ok, I'll check. I still haven't downloaded yet, will do it after lunch
[17:02] <BUGabundo> bom dia
[17:13] <asac> hi BUGabundo
[17:20]  * asac out for some more errands
[17:50] <armin76> [reed]: mozilla bug 330626 checkin checkin
[17:50] <armin76> !
[17:51]  * armin76 sees younger asac in that bug
[17:51] <armin76> when he cared about weird arches! :D
[17:54] <Jazzva> asac: looks like removing "common" from DIRS in prism's Makefile did work...
[17:58] <asac> Jazzva: yeah cool. so do a patch for that. commit it (if thats quick it might catch todays run)
[17:58] <asac> Jazzva: and send it upstream
[17:58] <asac> let me check if he is online now ;)
[17:59] <Jazzva> ok
[17:59] <asac> so he isnt. seems we need to file a bug then ;)
[17:59] <asac> but for now add that as a patch to the branch (just against Makefile.in)
[17:59] <asac> cool. assuming that the daily runs in 60 minutes
[17:59] <asac> we might have all green today again \o/
[18:00] <asac> well. except hardy prism ... which doesnt build because we dont have a build system in there
[18:08] <Jazzva> asac: just to check, ~mozillateam/prism/prism is main dev branch for prism?
[18:10] <Jazzva> asac: pushed
[18:10] <Jazzva> let's see if it will work :)
[18:13] <asac> i think thats the right branch. yes
[18:13] <asac> yes. at least its the one i know of
[18:14] <asac> Jazzva: can you file that as a bug: https://bugzilla.mozilla.org/enter_bug.cgi?product=Mozilla+Labs&component=Prism
[18:14] <asac> tell them ubuntu dailies failed
[18:14] <asac> and that this seems to be the problem
[18:14] <asac> but maybe wait till the build worked ,)
[18:15] <Jazzva> ok, I will :)
[19:22] <asac> Jazzva: good. so the builds are queued. lets see if all go green!
[19:22] <asac> ;)
[19:22] <asac> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[19:39] <Jazzva> asac: noticed.. also noticed "build expected in >10 hours" :)
[19:39] <asac> heh
[19:39] <asac> well at least xul 1.9.2 in jaunty/lpia is currently building ;)
[19:39] <asac> will give us a first stab on whether it broke again ;)
[19:40] <asac> seems like everbody being frustrated by huge builder backlog in real archive going for ppas ;)
[19:40] <asac> https://edge.launchpad.net/builders/
[19:40] <asac> i386      2201 builds waiting in queue
[19:40] <asac> but hey
[19:40] <asac> i uploaded xul 1.9 30 minutes ago and its already building ;)
[19:40] <Jazzva> whoa... that's a lot :)
[19:40] <asac> even on i386
[19:40] <asac> maybe all the others waiting are universe?
[19:40] <Jazzva> hmm... though only ~220 foor PPA
[19:40] <Jazzva> s/foor/for
[19:41] <asac> not sure, but i think universe gtes a lower build score to start
[19:41] <asac> well. 200 is quite a lot still
[19:41] <asac> especially when kernels are build ;)
[19:41] <asac> which happens quite often
[19:41] <asac> or xulrunner ;)
[19:41] <Jazzva> heh :)
[19:43] <asac> guess the long weekend will help a bit ;)
[19:46] <asac> too bad. i didnt really care the last week, but now that i see the builds sitting there i feel desparate to get the latest tbird 3 daily ;) ... mine is 8 days old
[19:48] <Jazzva> asac: heh... I tried TB3, but I gave up on it :).
[19:57] <[reed]> armin76: that's under NSS, no?
[19:57] <[reed]> NSS is highly restricted
[19:57] <[reed]> only like 6 people who can check-in stuff
[20:00] <armin76> [reed]: oh, didn't know
[20:19] <asac> Jazzva: https://bugs.launchpad.net/bugs/357965
[20:19] <asac> nspluginwrapper postinst crashes when there is the gcu plugin installed
[20:19] <asac> maybe its an easy fix ... maybe we need to conflict on it
[20:19] <asac> maybe its a bug in gcu plugin ... what business does that have with nspluginwrapper in any case?
[20:20] <Jazzva> asac: I don't know what gcu plugin is?
[20:21] <Jazzva> asac: I'll try to reproduce now
[20:21] <asac> bug 357965
[20:21] <asac> retitled ;)
[20:21] <asac> hmm
[20:21] <asac> retitled ;)
[20:21] <asac> bug 357965
[20:22] <Jazzva> asac: btw, there is npw 1.3.0, I will prepare it for karmic in the next few days
[20:22] <asac> Jazzva: hmm. isnt that an unstable branch?
[20:22] <asac> as far as i understood gwenole its an alpha release
[20:22] <Jazzva> asac: just as 1.2.2 was before during jaunty :)
[20:23] <asac> you sure=
[20:23] <asac> ?
[20:23] <Jazzva> asac: 1.3.0 is also in debian/unstable, I saw that on MoM
[20:23] <asac> i really thought 1.3.0 was a complete trashy release
[20:23] <asac> hmm
[20:23] <asac> we can check
[20:23] <asac> if its better we can take it
[20:23] <Jazzva> asac: I'm fairly sure we packaged development snapshots during jaunty
[20:23] <asac> but we should check back with gwenole ... i think we had lots of issues with 1.1 at some point ;)
[20:23] <Jazzva> asac: but I didn't try 1.3.0 yet. Of course, no need to hurry if it's a trashy release
[20:23] <asac> hardy?
[20:24] <Jazzva> I can't remember...
[20:24] <asac> 1.1.2-0ubuntu1
[20:24] <asac> intrepid
[20:24] <asac> so i think that was the worst ever ... ;)
[20:24] <Jazzva> but I think there was a period with fairly constant package updates... perhaps it was 1.1.0, then 1.1.2
[20:24] <asac> it was the alpha release we had to take in order to get windowless support
[20:24] <Jazzva> good memory :)
[20:25] <asac> heh. well. 1.1.0 was the worst ever ;)
[20:29] <Jazzva> asac: hmm, I can reproduce the bug too
[20:29] <Jazzva> asac: https://bugs.launchpad.net/ubuntu/+source/nspluginwrapper/+bug/357965/comments/6
[20:31] <asac> Jazzva: can you install -dbgsym and run that under gdb?
[20:31] <asac> an
[20:31] <asac> ah
[20:32] <Jazzva> ok
[20:33] <asac> so he claims dupe of bug 237156
[20:33] <Jazzva> asac: seems to crash in the same function
[20:39] <Jazzva> asac: only gcu-plugin has a dbgsym package, gdb doesn't provide anything useful (or I'm not running it correctly)
[21:38] <c0p3rn1c> asac: I just upgraded to jaunty, and I can confirm that flash works without any hassle
[21:38] <c0p3rn1c> still low performance though :(
[21:39] <c0p3rn1c> now I have to install the beta manual again
[21:40] <c0p3rn1c> manually*
[23:08] <BUGabundo> boa noite