[12:32] <gnomefreak> k ill start reading a little later :)
[12:32] <asac> yeah
[12:32] <asac> the first is  a pretty good read
[12:32] <asac> i already learned some things :)
[12:32] <gnomefreak> ok cool :)
[12:48] <asac> ok night
[12:49] <gnomefreak> night
[02:42] <gnomefreak> @schedule new_york
[02:42] <ubotu> Schedule for America/New_York: 28 Jun 11:00: Ubuntu Development Team | 29 Jun 07:00: MOTU Team | 03 Jul 15:00: Technical Board | 04 Jul 16:00: Edubuntu | 05 Jul 16:00: Ubuntu Development Team | 10 Jul 11:00: Kernel Team
[04:20] <Admiral_Chicago> anyone have an idea about what to do about bug 88573
[04:20] <ubotu> Launchpad bug 88573 in firefox "[feisty]  Firefox Crashed x86_64" [High,Incomplete]  https://launchpad.net/bugs/88573
[04:44] <Admiral_Chicago> also bug 110802
[04:44] <ubotu> Launchpad bug 110802 in firefox "[feisty]  Firefox Crashed x86_64" [High,Incomplete]  https://launchpad.net/bugs/110802
[04:44] <Admiral_Chicago> i think that could be rejected
[05:40] <shirish> guys anybody up?
[05:43] <shirish> asac: you up m8?
[07:11] <poningru> gp/minefield is in universe right?
[07:11] <poningru> in gutsy I mean
[07:12] <poningru> please correct in GutsyGibbon/Testing/Tribe2 if not
[07:17] <Admiral_Chicago> poningru: it is
[07:17] <poningru> awesome thanks
[09:04] <gnomefreak> if anyone runs across bugs like wrong depends or something fairly easy please let me know
[09:07] <Admiral_Chicago> i'll keep an eye out
[09:08] <gnomefreak> Admiral_Chicago: ty
[09:08] <gnomefreak> updating java in the preview archive after a few requests
[09:08] <gnomefreak> all frigging night ive beem at it
[10:43] <gnomefreak> asac: firefox-granparadiso-bin: /build/buildd/libcairo-1.4.8/src/cairo-hash.c:196: _cairo_hash_table_destroy: Assertion `hash_table->live_entries == 0' failed. that cant be good
[10:44] <gnomefreak> Admiral_Chicago: bug 122737 im fairly sure that is the way it ships this early in devel.
[10:44] <ubotu> Launchpad bug 122737 in firefox-granparadiso "No default search engines" [Undecided,Confirmed]  https://launchpad.net/bugs/122737
[11:03] <asac> gnomefreak: can you upgrade using feisty preview archive?
[11:03] <asac> for me it removes almost everything
[11:04] <asac> e.g. feisty archive is broken for amd64
[11:04] <asac> i cannot use dist-upgrade
[11:21] <asac> gnomefreak: i think i really need a list of what is not in amd64 archive
[11:21] <asac> and build that
[11:21] <asac> at least there is no firefox in there?
[11:26] <gnomefreak> is it because of nss and nspr -dev packages?
[11:26] <asac> yeah because of nss
[11:27] <asac> and we cannot really provide firefox then
[11:27] <asac> without respinning lots of things in the archive
[11:27] <asac> nevermind
[11:28] <asac> i think we have to accept that
[11:28] <gnomefreak> asac: gutsys ff should have stopped that no?
[11:28] <asac> no ... firefox still conflicts libnss3
[11:29] <asac> and there is no real way out of this
[11:29] <gnomefreak> asac: what did we do for gutsy?
[11:29] <asac> nothing ... everything is respun against libnss3-0d
[11:29] <gnomefreak> cant i do that for preview as well or is it way too much
[11:29] <asac> so we don't have a problem
[11:30] <asac> but i don't its feasible to do that for feisty archive
[11:31] <gnomefreak> :( i hate it that its like that but as you said when we first saw it that it will only affect building it so we left it that way
[11:31] <asac> is tribe-2 out?
[11:31] <gnomefreak> almost
[11:31] <asac> out-of-freeze?
[11:32] <gnomefreak> last i heard they were still testing maybe ~6 hours ago
[11:32] <gnomefreak> asac: no i think we are still frozen
[11:32] <gnomefreak> edubuntu-server needed testing last i heard
[11:32] <asac> hmm
[11:32] <asac> ok
[11:33] <gnomefreak> topic in -devel says we are still frozen
[11:33] <asac> http://wiki.mozilla.org/Firefox:2.0.0.5
[11:33] <gnomefreak> holy shit
[11:33] <gnomefreak> already
[11:33] <asac> hopefully we manage to backport it in time
[11:34] <asac> not yet
[11:34] <asac> its just the schedule :)
[11:35] <gnomefreak> i would like to get that in preview as soon as we can (screw everyone else i want it) ;)
[11:36] <asac> there should be not much problems upgrading from .4 to .5
[11:36] <asac> but we need 1.5.0.x
[11:36] <asac> for dapper
[11:36] <gnomefreak> btw if i can get back onto a real sleep schedule i will start reading the merging pages again at 2am they made very little sense
[11:36] <asac> at least for this release
[11:36] <asac> oh
[11:37] <asac> ok ... take your time
[11:37] <asac> get some rest
[11:38] <gnomefreak> asac: im gonna go through and see if i cant get some little fixes in (wroing depends or adding a patch or 3) but that is just so i can say i did something today and helpful for me to working with patches
[11:39] <asac> ;)
[11:40] <gnomefreak> but finding them is hard there are alot of bugs out there ;) and naming patches is a bit well unknown to me atm so it will help me get the understanding on naming them, since i cant name the diff-config.dpatch
[11:43] <asac> yeah
[11:43] <asac> bug 81858
[11:43] <ubotu> Launchpad bug 81858 in firefox "Digg.com slows down the browser" [Low,Confirmed]  https://launchpad.net/bugs/81858
[11:43] <asac> claims that http://windyroad.org/software/wordpress/vistered-little-theme/
[11:43] <asac> scrolls smoothly on win
[11:44] <gnomefreak> looking
[11:44] <gnomefreak> not real smooth here
[11:45] <gnomefreak> kind of laggy/jerky
[11:46] <gnomefreak> what i mean by that is it moves a little stops than moves a little stops ......
[11:47] <asac> yes
[11:47] <gnomefreak> now what i would like to know is how are they scrolling
[11:47] <asac> he claims that its smooth on winxp
[11:47] <asac> me neither
[11:51] <gnomefreak> im not real conviced its 3D causing this, im more on the lines of X not the acctual drivers for cards (i bet you change it to vesa it does it as well
[11:51] <gnomefreak> digg works fine for me
[11:52] <gnomefreak> ok they must be using the arrows to scroll page
[11:53] <asac> hmm
[11:53] <gnomefreak> its a bit choppy and slow using the slider arrows but wouse wheel and grabbing the slider and moving it work fine
[11:56] <gnomefreak> what does the scroll bar use? (not sure if you are gonna know what i mean but thinking isnt really great atm. i guess like is there a wrapper for opengl that would cause that or is the scrollbar a plugin built into package
[11:57] <gnomefreak> i guess what i mean is what is behind the way the arrows work on the scoll bar
[11:58] <gnomefreak> as for the first complaint i can not reproduce but there seems to be several complaints on this bug
[11:59] <gnomefreak> and at that time edgy/dapper we used pango as default and disabling it made pages load faster and not freeze as often so if that is still complaint try that
[12:06] <asac> imo that site is just shitty
[12:10] <gnomefreak> that was my next guess is that content on site since it doesnt do it on all sites
[12:40] <bluekuja> heya guys
[12:40] <bluekuja> :)
[12:40] <bluekuja> asac: all of my packages are now in testing
[12:40] <gnomefreak> hi
[12:40] <bluekuja> heya gnomefreak
[12:40] <bluekuja> :)
[12:40] <bluekuja> gnomefreak, how are you?
[12:41] <gnomefreak> bluekuja: tired and yourself?
[12:41] <bluekuja> gnomefreak, really tired man, just finished working
[12:41] <bluekuja> and gonna leave again in 15 mins
[12:41] <bluekuja> :/
[12:41] <gnomefreak> i know the feeling :(
[12:41] <bluekuja> :)
[12:42] <asac> bluekuja: all? even those that are stilil in NEW?
[12:42] <bluekuja> asac: except the ones in NEW
[12:42] <bluekuja> that are still there
[12:42] <bluekuja> :/
[12:42] <bluekuja> the ftp-master that follows NEW is on holiday
[12:42] <bluekuja> :(
[12:43] <bluekuja> and gtorrent gonna move to testing too soon
[12:45] <asac> who is the ftp-master that follows new?
[12:45] <asac> i thought there were at least a few
[12:45] <bluekuja> ganneff
[12:46] <asac> ganneff ... hmmm jeroen
[12:46] <asac> should do it as well
[12:46] <bluekuja> yeah
[12:46] <bluekuja> but it doesnt
[12:46] <bluekuja> ^^
[12:46] <asac> is he gone as well?
[12:46] <bluekuja> dont know
[12:46] <bluekuja> they said me
[12:46] <bluekuja> ganneff is the only one
[12:46] <bluekuja> that follows NEW
[12:50] <bluekuja> I'm leaving again
[12:50] <bluekuja> asac: see you later
[12:50] <bluekuja> :)
[12:52] <gnomefreak> bug 115687
[12:52] <ubotu> Launchpad bug 115687 in sun-java6 "java6 update1 is released, please update" [Low,Fix released]  https://launchpad.net/bugs/115687
[12:52] <gnomefreak> damn
[01:02] <gnomefreak> asac: what do you want to do with bug 119657
[01:02] <ubotu> Launchpad bug 119657 in firefox "There is no flash support in Firefox. (PowerPC)" [Wishlist,Incomplete]  https://launchpad.net/bugs/119657
[01:03] <gnomefreak> im not real confident that adobe is willing to port it for ppc as they have never done in past and there hasnt been a response on it in a while, do we have contacts at adobe bychance?
[01:03] <asac> gnomefreak: closed
[01:03] <asac> no we don't have contacts with adobe
[01:04] <asac> they just don't care ... and honestly i don't care much as well
[01:04] <asac> free-software will win in the end anyway ... so ...
[01:04] <gnomefreak> and has nspluginwrapper hit repos in gutsy? any plans to backport for feisty?
[01:05] <asac> not now
[01:05] <asac> in gutsy it is ... yes
[01:06] <gnomefreak> close bug 99352 or mark it as wishlist and see if we cant get it backported?
[01:06] <ubotu> Launchpad bug 99352 in firefox "feisty+firefox+amd64+java=segfault" [Undecided,Incomplete]  https://launchpad.net/bugs/99352
[01:07] <gnomefreak> bug 108733
[01:07] <ubotu> Launchpad bug 108733 in nspluginwrapper "flash losing clicks with desktop effects enabled" [Undecided,New]  https://launchpad.net/bugs/108733
[01:07] <gnomefreak> hmmmmmm
[01:07] <asac> yeah ... its definitly desktop effects then
[01:09] <gnomefreak> 108733 say it happens outside of d-e
[01:10] <gnomefreak> i just subscribed us to nspluginwrapper since its your project
[01:10] <asac> yeah sometimes flash doesn't get events
[01:10] <asac> but thats no news
[01:10] <asac> i think that bug should be assigned to compiz
[01:11] <asac> i will add the target
[01:11] <gnomefreak> ty
[01:12] <asac> done
[01:12] <asac> ...gone
[01:12] <asac> :)
[01:12] <gnomefreak> # - Check acroread5, something is missing while loading a PDF is bad in nspluginwrapper
[01:12] <gnomefreak> we dropped acroread afaik
[01:12] <gnomefreak> !info acroread feisty
[01:12] <ubotu> Package acroread does not exist in feisty
[01:12] <asac> acroread5 is 10 years old afaik
[01:13] <asac> we can't support that
[01:13] <gnomefreak> asac: we dropped it due to upstream no support
[01:13] <gnomefreak> i would think it can be dropped from mkruntime.sh
[01:14] <gnomefreak> bug 121066 is what im looking at about that
[01:14] <ubotu> Launchpad bug 121066 in nspluginwrapper "mkruntime.sh script is invalid sh" [Undecided,Incomplete]  https://launchpad.net/bugs/121066
[01:15] <gnomefreak> there is a crap load of them
[01:18] <gnomefreak> mozilla is making me sick caring more about windows bugs than ours
[01:25] <gnomefreak> ill brb im gonna test this bug as i thought it was fixed.
[01:31] <asac> bluekuja: wanna provide a debdiff for bug 121066
[01:31] <ubotu> Launchpad bug 121066 in nspluginwrapper "mkruntime.sh script is invalid sh" [Undecided,Confirmed]  https://launchpad.net/bugs/121066
[01:32] <asac> gnomefreak: maybe consider to provide a debdiff for bug 121066
[01:32] <asac> would be a good motu work :)
[01:32] <asac> patch is attached ... so you need just to assemble new package version with that patch
[01:33] <asac> and attach debdiff + subscribe ubuntu-universe-sponsors
[01:33] <gnomefreak> k looking
[01:35] <gnomefreak> asac: dont think i can
[01:36] <gnomefreak> but give me a few to figure out
[01:37] <gnomefreak> oh well i guess ill try to grab it from packages.ubuntu
[01:48] <gnomefreak> asac: http://gnomefreak.pastebin.ca/593527  does that look sane?
[01:49] <asac> thats just a diff
[01:49] <asac> not a debdiff
[01:49] <asac> gnomefreak: apt-get source nspluginwrapper
[01:49] <asac> then make new version that has that patch
[01:49] <asac> then debdiff original and new .dsc file
[01:50] <gnomefreak> asac: i have the source but i cant apt-get it or build anything
[01:50] <asac> then thats the problem you have to figure out
[01:50] <asac> apt-get source should work
[01:50] <asac> fix your sources.list
[01:50] <asac> or something
[01:50] <gnomefreak> asac: i dont have 64
[01:50] <asac> ah
[01:50] <asac> yeah ... but apt-get source should work anyway
[01:51] <gnomefreak> it doesnt
[01:51] <asac> sure ... i already did
[01:51] <asac> or?
[01:51] <asac> hmm
[01:51] <asac> leave it alone
[01:51] <gnomefreak> E: Could not open file /var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_gutsy_main_source_Sources - open (2 No such file or directory)
[01:51] <asac> thats something different
[01:51] <asac> your apt cache is broken
[01:51] <asac> probably you have removed the deb-src line from sources.list
[01:52] <gnomefreak> nope sources list is fine
[01:53] <gnomefreak> deb-src http://gb.archive.ubuntu.com/ubuntu/ gutsy main restricted
[01:53] <gnomefreak> oh wait let me try something
[02:10] <gnomefreak> asac: wtf
[02:12] <asac> universe
[02:12] <asac> is missing
[02:12] <gnomefreak> asac: is there a reason you have build-dep libc6-dev-i386 and not just libc6-dev
[02:12] <asac> ... nspluginwrapper is still in universe
[02:12] <asac> yes
[02:12] <asac> on amd64 we need i386 :)
[02:12] <gnomefreak> also make: dh_testdir: Command not found
[02:12] <gnomefreak> make: *** [clean]  Error 127
[02:12] <asac> thats the trick of nspluginwrapper
[02:13] <asac> yeah thats stupid error
[02:13] <asac> try to figure out
[02:13] <asac> you don't have build-essential installed
[02:13] <gnomefreak> i should
[02:13] <gnomefreak> yep it is
[02:15] <gnomefreak> dh_clean -k is there
[02:17] <gnomefreak> under clean there is dh_testdir dh_testroot dh_clean rm -f build-stamp and -$(MAKE) distclean
[02:17] <gnomefreak> hmmmm let me see if im missing something
[02:19] <gnomefreak> hmmm suggest dh-make but cant install that
[02:23] <gnomefreak> looks like chroot was missing a bunch of build-deps so after they install ill try again but there are 2 i hope i dont need to do this
[02:39] <gnomefreak> asac: should i check the box on LP that says this attachment is a patch?
[02:41] <asac> why?
[02:41] <gnomefreak> its done and attached
[02:42] <gnomefreak> it has a box for "is this a patch"
[02:42] <gnomefreak> but either way its attached i followed a wiki so if its wrong blame the wiki :)
[02:44] <gnomefreak> crap i thought i added removed them due to bash not dash but oh well
[02:51] <asac> let me see
[02:52] <gnomefreak> bug 121066
[02:52] <ubotu> Launchpad bug 121066 in nspluginwrapper "mkruntime.sh script is invalid sh" [Undecided,Triaged]  https://launchpad.net/bugs/121066
[02:52] <asac> looks good ... if it applies :)
[02:53] <asac> gnomefreak: do debdiffs always have this /tmp/.... in patchfile?
[02:54] <asac> how did you produce it?
[02:54] <gnomefreak> that was the dir i was using'
[02:54] <asac> gnomefreak: no ... you should just use debdiff
[02:54] <asac> (e.g. instead of diff
[02:54] <asac> )
[02:54] <gnomefreak> i did
[02:54] <asac> really? ... how?
[02:54] <asac> you still have the command?
[02:55] <gnomefreak> debdiff napluginwrapper.....ubuntu2.dsc nsplugin....ubuntu1.dsc > naplugin..debdiff
[02:55] <gnomefreak> short version
[02:56] <asac> ok
[02:56] <asac> so without /tmp/... ?
[02:56] <gnomefreak> right
[02:56] <asac> you have both .dsc files in same directory?
[02:56] <gnomefreak> yes
[02:56] <asac> k
[02:56] <asac> then its probably fine
[02:57] <asac> ok subscribe ubuntu-universe-sponsors :)
[02:57] <asac> @schedule berlin
[02:57] <ubotu> Schedule for Europe/Berlin: 28 Jun 17:00: Ubuntu Development Team | 29 Jun 13:00: MOTU Team | 03 Jul 21:00: Technical Board | 04 Jul 22:00: Edubuntu | 05 Jul 22:00: Ubuntu Development Team | 10 Jul 17:00: Kernel Team
[02:57] <gnomefreak> http://gnomefreak.pastebin.ca/593609
[02:58] <gnomefreak> thats it?
[02:58] <asac> yes
[02:58] <gnomefreak> k :)
[02:58] <asac> subscribe universe-sponsors :)
[02:59] <gnomefreak> that pastebin is what i had in dir
[02:59] <gnomefreak> both?
[02:59] <asac> he?
[02:59] <asac> both what?
[02:59] <asac> just universe sponsors
[03:00] <gnomefreak> ubuntu-universe-sponsers or universe-sponcers
[03:01] <gnomefreak> i got it
[03:07] <asac> gnomefreak: maybe give credits to patch author in changelog as well
[03:07] <gnomefreak> so re do it?
[03:08] <gnomefreak> easy enough
[03:08] <asac> e.g. ...: applied patch by Anders Kaseorg <email@...> to fix blablabla
[03:08] <asac> gnomefreak: yes please
[03:08] <asac> credits are important in a community of volunteers
[03:08] <gnomefreak> you got it
[03:08] <asac> anders@kaseorg.com is his email
[03:09] <gnomefreak> ok ty
[03:13] <asac> ok all is open again
[03:13] <asac> now let me think which steps to take next :/
[03:14] <asac> hjmf_: you there?
[03:15] <asac> oh i appear to be still away :)
[03:16] <asac> gnomefreak: let me know when new debdiff is up ... i wanna push it :)
[03:16] <gnomefreak> k
[03:17] <gnomefreak> asac: its up
[03:17] <gnomefreak> let me know if good
[03:18] <gnomefreak> @schedule new_york
[03:18] <ubotu> Schedule for America/New_York: 28 Jun 11:00: Ubuntu Development Team | 29 Jun 07:00: MOTU Team | 03 Jul 15:00: Technical Board | 04 Jul 16:00: Edubuntu | 05 Jul 16:00: Ubuntu Development Team | 10 Jul 11:00: Kernel Team
[03:20] <gnomefreak> im not real sure why /tmp/SYk0CBNi3i/nspluginwrapper   is there
[03:20] <asac> gnomefreak: looks good ... next time put the credits in the same line as the patch comment
[03:20] <gnomefreak> oh sorry
[03:20] <asac> i will tweak the comment i guess ... but will upload after eating a banana
[03:20] <asac> :)
[03:20] <gnomefreak> :)
[03:24] <asac> gnomefreak: sleep
[03:24] <asac> the longer you are awake the more difficult it becomes to sleep
[03:27] <gnomefreak> i will i would like to get a few more things done or started than i will lay down
[03:39] <gnomefreak> asac: firefox-3.0a6pre.en-US.linux-i686.tar.bz2
[03:39] <gnomefreak> is that pre alpha6 or is it 6
[03:39] <asac> alpha6 or pre?
[03:39] <asac> hmm
[03:39] <asac> is there an announcement on mozillazine?
[03:39] <gnomefreak> i didnt get one in email
[03:40] <gnomefreak> http://www.mozillazine.org/ not from the looks of it
[03:42] <gnomefreak> nope not from what i see im at the list archives and its not there
[03:43] <asac> gnomefreak: pushed
[03:43] <asac> http://code.launchpad.net/~ubuntu-core-dev/nspluginwrapper/ubuntu/
[03:43] <asac> pushed to bzr as well
[04:12] <gnomefreak> ty
[04:17] <gnomefreak> get trunk started and im going to bed ill upload tonight or late this afternoon
[05:02] <gnomefreak> asac: devel meeting
[05:02] <asac> yeah
[05:02] <asac> i am in :)
[05:02] <gnomefreak> oh ok
[05:03] <asac> thanks for the reminder :)
[05:03] <gnomefreak> aah now i see you wave
[05:03] <gnomefreak> yw
[05:03] <gnomefreak> this is how i sleep :(
[05:14] <gnomefreak> if at all possible can we try to push ffox2 into this point release, they are fairly far apart maybe 6month point releases and i would rather no have to throw it in any other time than during a point release. Ill be back later and fix trunk since it FTB
[05:33] <hjmf> good evening
[05:45] <hjmf> asac: would you think that bug 122726 is a dup of bug 98938
[05:45] <ubotu> Launchpad bug 122726 in firefox "firefox crashed [@g_type_check_instance]  [@g_signal_emit_valist]  [@g_signal_emit] " [High,Incomplete]  https://launchpad.net/bugs/122726
[05:45] <ubotu> Launchpad bug 98938 in firefox "MASTER Firefox Crashed [@IA__g_type_check_instance_is_a] " [High,Confirmed]  https://launchpad.net/bugs/98938
[05:46] <hjmf> the pattern of the stacktrace is very symilar though the function names of the stacks aren't the same
[05:46] <hjmf> e.g
[05:46] <hjmf>  g_type_check_instance, g_signal_emit_valist, g_signal_emit, gtk_widget_event_internal
[05:46] <hjmf> vs
[05:47] <asac> hmm
[05:47] <hjmf>  IA__g_type_check_instance, IA__g_signal_emit_valist, IA__g_signal_emit, gtk_widget_event_internal
[05:48] <hjmf> also we have bug 93841
[05:48] <ubotu> Launchpad bug 93841 in firefox "MASTER Firefox Crashed [@IA__g_type_check_instance] [@ IA__g_signal_emit_valist] " [High,Confirmed]  https://launchpad.net/bugs/93841
[05:48] <asac> Previous frame inner to this frame (corrupt stack?)
[05:48] <hjmf> but in ^^ the stacktrace is a bit different
[05:48] <hjmf> yes, those ones show that error
[05:48] <asac> i don't think we should take any retrace that has that message seriously
[05:49] <hjmf> hmm, corrupt stack then
[05:49] <asac> yes
[05:49] <asac> can be anything
[05:49] <hjmf> we should throw them away then
[05:49] <asac> either its really corrupt stack
[05:49] <hjmf> only 3 dups though
[05:49] <asac> or retrace / coredump problem
[05:50] <hjmf> k, will tag as invalid that master
[05:50] <asac> i think thats the right decision
[05:50] <asac> hjmf: one might check if the line numbers make sense
[05:50] <asac> e.g. does gobject.c:1737
[05:51] <asac> really invoke
[05:51] <asac> gtype.c:3115
[05:51] <asac> aeh ... really invoke IA__g_type_check_instance_is_a
[05:52] <asac> i would say we should close it
[05:52] <hjmf> both masters
[05:52] <asac> we have enough crashes anyway
[05:52] <asac> both masters?
[05:52] <asac> i only see one
[05:52] <asac> oh right
[05:52] <asac> but bug 93841 doesn't have a dupe
[05:52] <asac> ubotu: hello?
[05:52] <hjmf> looking I thought it had 3
[05:53] <hjmf> yep one has 3 dups and the other 4
[05:53] <asac> right i confused ... bug 122726
[05:54] <asac> doesn't have a dupe
[05:54] <hjmf> maybe we merge both in one to catch duplicates
[05:54] <hjmf> or doesn't make sense at all
[05:54] <asac> ah there were 3 bugs  involved :)
[05:54] <hjmf> since corrupt stack
[05:54] <hjmf> yes
[05:54] <hjmf> 3 bugs ;)
[05:54] <hjmf> one new and both masters
[05:54] <asac> if they don't have similar use cases in summary (e.g. most use mplayer)
[05:54] <asac> then we can close them
[05:54] <hjmf> looking
[05:55] <asac> we will catch dupes too
[05:55] <asac> so if it really grows we can revive it at anypoint
[05:56] <hjmf> ok
[05:56] <hjmf> looking at the summaries there is no relation between them
[05:57] <hjmf> each one seems to happened w/o relation with each other
[05:57] <bluekuja> back
[05:57] <bluekuja> heya :)
[05:57] <hjmf> so..... closing them muahahahahaha! :)
[06:04] <bluekuja> asac: :) news?
[07:19] <bluekuja> asac: leaving again, tell me when you gonna send the mail, cya later
[07:19] <bluekuja> :)
[09:01] <Admiral_Chicago> its AlexLatchford...
[09:01] <Admiral_Chicago> hey there JenFraggle
[09:03] <JenFraggle> hi
[09:03] <Admiral_Chicago> how is it going?
[09:03] <Admiral_Chicago> also, what are you currently working on?
[09:06] <JenFraggle> things are going well.  currently working on wiki
[09:06] <Admiral_Chicago> which one?
[09:07] <JenFraggle> beginner page
[09:07] <Admiral_Chicago> got a link?
[09:07] <JenFraggle> haven't posted it yet, working on it locally first
[09:09] <Admiral_Chicago> awesome
[09:09] <JenFraggle> how are things with you?
[09:17] <Admiral_Chicago> i was busy with xubuntu release notes
[09:18] <gnomefreak> asac: is it just me or doesnt libpng suppport APNG?
[09:35] <asac> gnomefreak: you are right
[09:35] <gnomefreak> asac: i wish i was
[09:36] <gnomefreak> configure: error: --with-system-png won't work because the system's libpng doesn't have APNG support
[09:37] <gnomefreak> so either feistys libpng12-dev doesnt provide support for it or -trunk is really mucked up somewhere
[09:39] <asac> hmm
[09:39] <asac> let me eat first
[09:39] <gnomefreak> take you rtime
[09:48] <asac> k ten minutes ... have start laundry :(
[09:48] <gnomefreak> k
[09:53] <asac> k
[09:53] <asac> somehow available
[09:53] <asac> is new flash already in?
[09:54] <gnomefreak> 9.0.31.0.4ubuntu2
[09:54] <Admiral_Chicago> oh crap, I can test the new gnash...
[09:54] <gnomefreak> is that the new one
[09:54] <gnomefreak> Admiral_Chicago: its the best release of gnash so far :)
[09:55] <bluekuja> asac: back
[09:55] <bluekuja> :)
[09:56] <asac> where is the amd64 build?
[09:56] <asac> bluekuja: hey
[09:56] <asac> i am also more or less back :)
[09:56] <bluekuja> :)
[09:56] <Admiral_Chicago> i'm looking forward to free flash
[09:56] <gnomefreak> dont know i cant see tham afaik
[09:57] <bluekuja> asac; my post is going great! only you and laserjock need to post and MC can start
[09:57] <asac> Admiral_Chicago: me too
[09:57] <asac> bluekuja: how do you know?
[09:57] <Admiral_Chicago> lots of gstreamer deps...
[09:57] <Admiral_Chicago> grr.
[09:57] <asac> what is bad about gstreamer?
[09:58] <bluekuja> asac: usually two days to wait sponsors
[09:58] <gnomefreak> Admiral_Chicago: you want sound?
[09:58] <bluekuja> and then they start
[09:58] <Admiral_Chicago> no, i don't need that :)
[09:58] <asac> we decided to use it because its not crap like ffmpeg :)
[09:58] <bluekuja> asac: *usually*
[09:58] <bluekuja> :)
[09:58] <asac> bluekuja: i already chattet with dholbach
[09:58] <bluekuja> asac: oh great!
[09:58] <bluekuja> :)
[09:59] <bluekuja> it's ok then
[09:59] <bluekuja> :)
[09:59] <asac> good ... i will ask him tomorrow morning if i should send mail as well
[09:59] <bluekuja> ok, you rock alex!
[09:59] <bluekuja> gonna offer you some beers
[09:59] <asac> its so damn busted
[09:59] <bluekuja> when I come there
[09:59] <asac> i uploaded the flashplugin nonfree package to get an amd64 build
[10:00] <asac> and now ... nothing
[10:00] <asac> not tried
[10:00] <asac> not in queue
[10:00] <asac> where is it?
[10:00] <gnomefreak> did they know to have it built on 64?
[10:01] <gnomefreak> although it goes to new beofre it goes to build farm
[10:01] <asac> he?
[10:01] <asac> i set Architecture: i386 amd64 in control
[10:01] <asac> gnomefreak: do i need to set this up manually?
[10:02] <gnomefreak> shoudlnt
[10:04] <gnomefreak> hmmm wonder why :(
[10:04] <gnomefreak> https://launchpad.net/ubuntu/gutsy/+queue?queue_state=3&queue_text=flashplugin-nonfree
[10:05] <gnomefreak> Files:  4397d30dfe6380273100a8d540b48819 16772 contrib/web optional flashplugin-nonfree_9.0.31.0.4ubuntu2_i386.deb d00d7f9923525c4808836de0813493ca 9365 raw-translations - flashplugin-nonfree_9.0.31.0.4ubuntu2_i386_translations.tar.gz
[10:06] <gnomefreak> asac: only shows 386
[10:10] <gnomefreak> hmm asac you didnt set it to 64
[10:11] <gnomefreak> atleast not from what im seeing
[10:11] <gnomefreak> asac: Architecture: i386_translations i386  (shouldnt 64 be in that line
[10:14] <asac> gnomefreak: look at .dsc
[10:15] <gnomefreak> cant from here :( have to look for it
[10:17] <hjmf> I've been able to reproduce bug 110212
[10:17] <ubotu> Launchpad bug 110212 in firefox "[FEISTY]  firefox crashed [@nsHTMLContainerFrame::CreateViewForFrame]  [@nsCSSFrameConstructor::BeginBuildingScrollFrame] " [High,Confirmed]  https://launchpad.net/bugs/110212
[10:17] <gnomefreak> asac: yeah you did but why didnt it show as you did on query
[10:18] <asac> no idea :9
[10:18] <asac> i am trying to figure out
[10:18] <gnomefreak> maybe it is soyez issue :(
[10:18] <asac> soyuz
[10:18] <asac> yes
[10:18] <gnomefreak> that too
[10:18] <asac> luckily soyuz main developer was my roommate in seville :)
[10:18] <asac> so when i get him i will figure out :)
[10:19] <gnomefreak> :)
[10:19] <hjmf> ... probably that crash happens only in the site reported in the test case
[10:19] <asac> but first i pinged "normal archive admin"
[10:19] <asac> lets see
[10:19] <gnomefreak> asac: they are all gone for day arnt they?
[10:19] <asac> hjmf: cool
[10:19] <asac> hjmf: have you been able to extract a testcase?
[10:20] <hjmf> the reporter send it yesterday
[10:20] <hjmf> it is 100% reproducible in the debug build
[10:20] <hjmf> and almost the same in our build
[10:20] <hjmf> though not always crashes
[10:21] <asac> cool
[10:21] <asac> upstream bug?
[10:21] <hjmf> sure
[10:21] <asac> hjmf: does it happen on trunk as well?
[10:21] <hjmf> dunno I have 1.8 branch
[10:21] <hjmf> don't have the trunk yet
[10:22] <hjmf> CSS stuff
[10:22] <asac> hjmf: maybe try if it crashes paradiso
[10:22] <asac> (though its not debug build)
[10:22] <hjmf> ah cool will try :)
[10:23] <asac> if it does i will try on debug build to get a trunk log
[10:23] <asac> as upstream is more likely to look into this quick if its trunk :)
[10:24] <asac> most developers hate branches ... there hard beats for the trunk :)
[10:25] <hjmf> asac: it crashed with granparadiso too
[10:25] <hjmf> though it doesn't have generated a crash report
[10:26] <asac> hjmf: THATS good
[10:26] <hjmf> asac: I will download trunk tomorrow so I'll be able to test there too :)
[10:26] <asac> NSPR_LOG_MODULES=all:5
[10:26] <asac> try to set that
[10:26] <asac> in environment
[10:26] <hjmf> k
[10:26] <asac> and see if you get more output
[10:27] <asac> (though i guess debug build already spits out most)
[10:27] <asac> you can set NSPR_LOG_FILE=/tmp/log.txt
[10:27] <asac> to put output to file
[10:27] <hjmf> ... I'm downloading it know and let it build tonight
[10:27] <hjmf> asac: k
[10:27] <asac> hjmf: use CVS if you want to build trunk
[10:27] <asac> (e.g. don't download tarballs :))
[10:27] <gnomefreak> ok myabe libpng12-dev has limited support
[10:27] <asac> like in wiki
[10:28] <hjmf> I'll follow your instructions in wiki
[10:28] <asac> gnomefreak: back to you now
[10:28] <asac> what is the problem?
[10:28] <hjmf> yeah
[10:28] <gnomefreak> checking for png_get_valid in -lpng... yes
[10:28] <gnomefreak> checking for png_get_acTL in -lpng... no
[10:28] <asac> does it fail to build?
[10:28] <gnomefreak> yes
[10:28] <asac> only on feisty?
[10:28] <gnomefreak> fails to configure
[10:28] <gnomefreak> dont know didnt try gutsy
[10:29] <asac> gnomefreak: did you enable system-png
[10:29] <asac> or is that what i am doing?
[10:29] <gnomefreak> it was already enabled
[10:29] <asac> hmmm ... then why would it fail
[10:29] <asac> i mean it always built
[10:29] <asac> or did it just pop up recently?
[10:29] <asac> e.g. 5 days ago it built ... but now it fails?
[10:29] <gnomefreak> thi sis first build it failed on png
[10:29] <gnomefreak> asac: right
[10:30] <asac> when was last trunk update you successfully pushed?
[10:30] <gnomefreak> built fine on 22nd
[10:30] <asac> e.g. date (so i can get a regreseion window)
[10:30] <gnomefreak> ^^^
[10:30] <asac> so last week
[10:30] <gnomefreak> yes
[10:31] <asac> http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=week&mindate=&maxdate=&cvsroot=%2Fcvsroot
[10:31] <asac> those are checkins on trunk for last week
[10:31] <asac> configure.in has been touched three times
[10:31] <asac> but i don't see from comments that they changed anything
[10:32] <asac> --- in regards to apng
[10:34] <gnomefreak> they dont like to comment often i see
[10:34] <asac> actually they have pretty good checkin comments
[10:34] <asac> almost all checkins have a bug for instance
[10:35] <asac> e.g. almost all checkins have been approved and were developed as patches
[10:36] <gnomefreak> oh im looking at all the white space just relized all those are in one comment
[10:40] <gnomefreak> found it
[10:41] <gnomefreak> Bug 375921, configure should throw error when APNG not found, Patch by Andrew Smith, r=dbaron, r=benjamin
[10:41] <asac> gnomefreak: oh
[10:42] <gnomefreak> mozilla bug 375921
[10:42] <ubotu> Mozilla bug 375921 in Build Config "configure should throw error when APNG not found" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=375921
[10:42] <asac> i don't see it gnomefreak
[10:42] <asac> in the checkin list
[10:42] <asac> must have happened before last week
[10:42] <gnomefreak> http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/configure.in&root=/cvsroot
[10:42] <asac> or do you see it in the checkins i gave you?
[10:42] <gnomefreak> oh damn
[10:42] <gnomefreak> it was 18th :(
[10:42] <asac> ah
[10:43] <asac> oh interesting
[10:43] <gnomefreak> no its not
[10:44] <gnomefreak> wtf is this
[10:44] <asac> apparently we always build with embeeded png
[10:44] <asac> because:
[10:44] <asac> A check was added to configure.in so that if the system libpng doesn't have
[10:44] <asac> APNG support, the embedded library is used.
[10:44] <gnomefreak> it was done on the 25th
[10:44] <asac> It would be nice to have configure through an error rather than silently ignore
[10:44] <asac> the --with-system-png option
[10:44] <asac> so good to see this now
[10:44] <asac> gnomefreak: for now drop system-png flag
[10:44] <gnomefreak> ok
[10:44] <asac> and bug me weekly to figure out what we can do
[10:44] <asac> e.g. either patch libpng
[10:44] <asac> or provide libapng :)
[10:45] <gnomefreak> another package :(
[10:45] <asac> yeah i don't like it either
[10:45] <asac> which is why i want to figure out if we can prepatch libpng
[10:45] <gnomefreak> your gonna run into this on granparadiso unless it gets fixed by next tarball
[10:45] <asac> (assuming that libpng upstream willa ccept the apng patch developed by mozilla at some point)
[10:45] <asac> it won't get fixed
[10:46] <asac> its better to get an error instead of silently fallback to embedded png
[10:46] <asac> in this way we get at least reminded
[10:48] <hjmf> night ;)
[10:50] <asac> sunbird 0.5 is out
[10:50] <asac> :)
[10:51] <asac> i was reminded by a flood of mails asking for a package
[10:51] <gnomefreak> lol
[11:02] <asac> maybe i should really package one
[11:02] <asac> anyone volunteers ?
[11:02] <asac> :)
[11:02] <asac> should be really simple with the new package layout of firefox
[11:04] <asac> have we retrieved any useful crash report since apport is on?
[11:05] <asac> or is it completely broken?
[11:05] <gnomefreak> package what?
[11:07] <asac> sunbird
[11:07] <asac> :)
[11:07] <asac> and lightning while we are at it :)
[11:07] <asac> those two should be the last mozilla apps we are adding
[11:07] <gnomefreak> the hard part isnt done for me ;)
[11:07] <asac> at least I don't know of more
[11:07] <gnomefreak> rules file is the hardest part that im not sure of
[11:07] <asac> actually sunbird shouldn't be hard
[11:08] <asac> just start with firefox
[11:08] <asac> change configure
[11:08] <asac> then you are almost done :)
[11:09] <gnomefreak> remind me and ill look at it in morning
[11:09] <asac> yeah
[11:09] <asac> we can go through it
[11:12] <gnomefreak> would be nice if i can pull whole debian file from ffox :)
[11:12] <asac> gnomefreak: you start by branching firefox bzr like:
[11:12] <asac> bzr branch ..../ubuntu.2.0.0.x sunbird.ubuntu.0.5
[11:13] <asac> the you just modify all debian/ content as necessary
[11:13] <asac> so yes you can pull whole debian file from ffox
[11:13] <asac> thats the idea
[11:13] <gnomefreak> ah cool
[11:13] <asac> if you have bzr branch on local disk
[11:13] <asac> you can just branch from that one
[11:13] <asac> (so you don't need to download all)
[11:14] <gnomefreak> ok ill branch it locally (might even still have it) and we can start there in morning. im grabbing source tarball atm
[11:14] <asac> gnomefreak: yeah thats good
[11:14] <asac> just build a proper orig.tar.gz from it
[11:14] <asac> so you can bzr bd
[11:14] <asac> :)
[11:15] <asac> gnomefreak: if you want i can build orig as well
[11:15] <asac> so we can use same
[11:15] <asac> (i think its more faster for you to wait till i uploaded
[11:15] <asac> than me till you uploaded :)
[11:16] <gnomefreak> asac: ok
[11:16] <gnomefreak> looks like source tarballs are same for lighting and sunbird so couldnt we add in control lightning?
[11:17] <asac> gnomefreak: yeah ... we probably can
[11:17] <gnomefreak> good :)
[11:17] <asac> but not in first step
[11:17] <gnomefreak> no we have alot of other work to do first
[11:18] <asac> actually archive admins are pretty much pissed for every new mozilla tarball arriving
[11:18] <asac> its always 90% the same
[11:18] <asac> so in a perfect world we could strip everything out and build against system xulrunner or something
[11:18] <asac> but well
[11:18] <asac> i tried it trice
[11:19] <gnomefreak> yeah i know they are
[11:19] <asac> it works pretty well
[11:19] <asac> however it fails in the final bits
[11:19] <asac> but lets see ... maybe i can come up with some wizardry
[11:20] <gnomefreak> flash fails?
[11:20] <asac> why?
[11:20] <asac> no it is just manually blocked
[11:20] <gnomefreak> you siad it fails in final bits
[11:20] <gnomefreak> said*
[11:20] <asac> no sunbird
[11:21] <asac> gnomefreak: remember the current topic :)
[11:21] <gnomefreak> you already started on that
[11:21] <gnomefreak> lol
[11:21] <bluekuja> goodnight guys
[11:21] <bluekuja> :)
[11:21] <bluekuja> cu tomorrow
[11:21] <gnomefreak> bluekuja: night
[11:21] <asac> bluekuja: night ... did i forget something?
[11:21] <bluekuja> asac: like?
[11:21] <asac> bluekuja: i have the feeling you asked something and i didn't answer
[11:21] <bluekuja> mmm
[11:21] <asac> because i ate or did laundry or something
[11:21] <asac> and then forgot
[11:21] <asac> if you don't know
[11:21] <asac> then probably not
[11:21] <bluekuja> just mail one
[11:22] <asac> bluekuja: yeah
[11:22] <bluekuja> and you answered
[11:22] <asac> ok
[11:22] <bluekuja> :(
[11:22] <bluekuja> *:)
[11:22] <bluekuja> damn keyboard
[11:22] <asac> bluekuja: night!
[11:22] <bluekuja> ^^
[11:22] <bluekuja> night ;)
[11:22] <asac> :)
[11:22] <gnomefreak> fuck trunk
[11:23] <asac> gnomefreak: just remove --use-system-ong
[11:23] <asac> png
[11:23] <asac> from rules
[11:23] <asac> then go
[11:23] <gnomefreak> configure: error: system-png=/usr: invalid package name
[11:23] <gnomefreak> i used --without
[11:23] <gnomefreak> should i have removed it instead?
[11:23] <gnomefreak> guess from that error i have ot
[11:23] <gnomefreak> to
[11:26] <asac> doesn't matter i gues
[11:26] <asac> default is to not use system png
[11:26] <asac> if you drop it it won't be used
[11:26] <asac> if you negate ... same result
[11:27] <asac> gnomefreak: just drop it
[11:27] <gnomefreak> well it failed using --without
[11:27] <gnomefreak> so i dropped it now
[11:27] <asac> what was it before?
[11:27] <gnomefreak> and we will see.
[11:27] <asac> gnomefreak: if you say --without-system-png
[11:27] <asac> it makes no sense to say
[11:27] <asac> --without-system-png=/usr
[11:27] <asac> you see?
[11:27] <gnomefreak> =/usr was there
[11:27] <asac> yeah
[11:28] <gnomefreak> it was all one line i just changes --with to --without
[11:28] <asac> it only makes sense with enabling options ... e.g. tell compilere wher eit its
[11:28] <asac> yes
[11:28] <asac> but you would have to drop =/usr as well
[11:28] <asac> as it makes no sense
[11:28] <asac> for withou
[11:28] <asac> tz
[11:28] <asac> gnomefreak: but just drop that whole line for now
[11:28] <gnomefreak> i just did
[11:28] <asac> k
[11:29] <asac> sunbird pushing
[11:29] <asac>  75%   29MB  82.8KB/s   01:57 ETA
[11:31] <asac> according to my calendar alpha6 is ment to be released tomorrow
[11:32] <asac> http://people.ubuntu.com/~asac/tarballs/lightning-sunbird_0.5.orig.tar.gz
[11:32] <asac> there it is
[11:47] <gnomefreak> grrrrrr
[11:51] <gnomefreak> asac: im adding random things to the files in debian dir for trunk ;)
[11:53] <asac> why?
[11:53] <gnomefreak> asac: for granparadiso you are gonna need libcurl3-dev as a build-dep
[11:53] <asac> that doesn't sound promissing
[11:53] <asac> oh ... yes might be
[11:54] <gnomefreak> mozilla crash reporter
[11:54] <gnomefreak> airbag :)
[11:54] <asac> i read something about curl in checkins
[11:54] <asac> so configure still fails?
[11:54] <gnomefreak> its testing and they want feedback i figure lets enable it
[11:54] <asac> w/o libcurl3-dev?=
[11:54] <gnomefreak> asac: it did because of airbag but fixed that
[11:54] <asac> hmmm
[11:55] <asac> ok when you are done let me look at your changes ... or push to mt branch or something
[11:55] <gnomefreak> either add libcurl3-dev or --disable-airbag
[11:55] <asac> what is airbag?
[11:55] <gnomefreak> the crash reporter
[11:55] <gnomefreak> mozillas
[11:55] <Admiral_Chicago> breakpad?
[11:55] <asac> ah ... hmmm ... lets think about it ... but i think we should disable
[11:55] <asac> we have apport for that
[11:55] <gnomefreak> configure: error: Couldn't find libcurl, which is required for the crash reporter.  Use --disable-airbag to disable the crash reporter.
[11:56] <gnomefreak> feistys apport doesnt cover our preview archive
[11:56] <gnomefreak> atleast not new packages
[11:56] <asac> ah right.
[11:56] <gnomefreak> you can use --disable in gutsy
[11:57] <asac> TBH, i am unsure if they are really happy if we enable it
[11:57] <asac> because then they will receive crash reports from a build that might be different from theirs
[11:57] <gnomefreak> hmmmmm
[11:57] <asac> anyway ... enable it for now if you want
[11:57] <asac> i will figure out
[11:57] <asac> and contact upstream ... e.g. what do they wnat
[11:57] <gnomefreak> if it failed ill change it but if it passes im not stopping it
[11:58] <gnomefreak> if they want it disabled its easy enough
[11:58] <asac> gnomefreak: maybe test what happens if you crash it :)
[11:58] <asac> ... we have a testcase now again :)
[11:58] <gnomefreak> ofcourse :)
[11:58] <asac> Admiral_Chicago: do you know of the breakpad state?
[11:59] <gnomefreak> but they are a bit on the lower version end
[12:02] <gnomefreak> asac: use the ubuntu2.0.0.x branch for sunbird?
[12:02] <gnomefreak> asuming its better than trunk
[12:03] <asac> yes
[12:03] <asac> should be better
[12:03] <asac> though it shouldn't matter much
[12:03] <asac> gnomefreak: TBH, i don't know how far those have diverged
[12:04] <asac> iirc it should just be different configure options
[12:04] <asac> and of course control, et al
[12:04] <gnomefreak> thats what we find out tomorrow?
[12:04] <asac> gnomefreak: do we have a -dom-inspector package for paradiso/trunk as well?
[12:04] <gnomefreak> i think trunk does
[12:04] <asac> ok then there is no difference i guess
[12:04] <asac> just take whatever you have on your disk
[12:04] <gnomefreak> k
[12:05] <asac> oh
[12:05] <asac> better use 2.0.0.x
[12:05] <asac> as the patches will most likely apply
[12:05] <gnomefreak> hopfully
[12:05] <asac> and might be beneficial for sunbird
[12:05] <asac> (though lots might be wipable)=
[12:05] <gnomefreak> the smaller the better ;)
[12:08] <gnomefreak> after we get sunbird to build ill make a MT branch of it
[12:09] <asac> right
[12:11] <asac> mozilla bug 377782
[12:11] <ubotu> Mozilla bug 377782 in File Handling "Simplify content-handling UI" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=377782
[12:13] <asac> mozilla bug 348808
[12:14] <ubotu> Mozilla bug 348808 in File Handling "use application selector instead of file selector dialog when picking helper apps" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=348808