[00:02] <gnomefreak> there is something really messed up everything is crashing when i open them
[00:03]  * gnomefreak gonna reinstall in a bit and see if new intrepid has this issue
[04:10] <[reed]> asac / fta: ping
[08:29] <asac> [reed]: ?
[08:29] <[reed]> asac: mozilla bug 442788
[08:32] <asac> [reed]: err, why do so many bugs exist for the same issue
[08:33] <[reed]> same issue?
[08:33] <asac> i commented on another bug yesterday
[08:33] <[reed]> oh, that bug got duped
[08:34] <asac> [reed]: https://bugzilla.mozilla.org/show_bug.cgi?id=442257#c22
[08:34] <asac> read the next comment too
[08:42] <[reed]> asac: so, what's the problem?
[08:44] <[reed]> ah
[08:56] <asac> bug 244439
[09:12] <asac> argh. that bug is completely bogus
[12:50]  * asac lunch
[13:01] <fta2> asac, did you use mozclient to fetch nspr/nss lately ?
[13:04] <fta2> apparently not
[13:05] <Kamping_Kaiser> he did just say hes gone away :)
[13:42] <asac> fta2: huh?
[13:42] <asac> fta2: hmm ... no i think i downloaded tarball from ftp
[13:42] <asac> (as it was release)
[13:42] <fta2> yep, i guessed from your changelog
[13:42] <asac> fta2: let me know when you have a fix so i can up' it
[13:43] <asac> (i assume its broken :))
[13:43] <fta2> a fix for what ?
[13:43] <asac> fta2: oh. hmm thought you asked because you saw a bug
[13:44] <fta2> no, i was just curious if you tested my new MOZCLIENT_DYNTAG feature
[13:45] <fta2> in fact, i thought that we wanted to follow the tags from upstream, instead of taking each release of nss/nspr
[13:47] <asac> fta2: yeah. you are right. i think the release is the one used upstream right?
[13:47] <asac> my fault was to not use mozclient here I admit
[13:50] <asac> Kamping_Kaiser: what do you think of icecat?
[13:52] <Kamping_Kaiser> asac, GNU icecat? i've never used it. i have had lots of requests for it in gNewSense though
[13:52] <asac> Kamping_Kaiser: apparently they managed to move their features to an extension
[13:52] <asac> Kamping_Kaiser: e.g. they have firefox + privacy features
[13:53] <asac> not yet sure what this means ;)
[13:53] <asac> but i think the idea is to package that extension and install it by default
[13:54] <asac> either on top of iceweasel or the rebranded firefox
[13:54] <Kamping_Kaiser> asac, guess it means those changes will be able to move to mozilla users easier (well, i hope it does)
[13:54] <Kamping_Kaiser> asac, in theory could u-mozdev scripts be used to make icecat? (by changing branding/svn repo target etc etc)
[13:55] <asac> Kamping_Kaiser: well. there are multiple options
[13:55] <asac> 1. package the extension separately and use mozilla-devscripts to produce an icecat-base branding
[13:55] <asac> package
[13:56] <asac> s/branding/branded/
[13:56] <asac> Kamping_Kaiser: in anycase. what we have to solve imo is that we now have 4 brandings :(
[13:56] <asac> firefox, iceweasel, icecat, <whatever you use>
[13:57] <asac> Kamping_Kaiser: what branding will you use?
[13:57] <Kamping_Kaiser> burningdog (2 for FF2, 3 for FF3)
[13:58] <Kamping_Kaiser> yes, its a kind of interesting name :p
[13:58] <asac> Kamping_Kaiser: why do you need a new name?
[13:58] <asac> :)
[13:58] <Kamping_Kaiser> asac, for FF?
[13:58] <asac> no ... why not use one of the other options ;)
[13:59] <Kamping_Kaiser> asac, because when we did gNS 1.1 there was only one other option - firefox. (debian iceweasel/gnu iceweasel had just started).
[14:00] <Kamping_Kaiser> we want to minimise the amount of packages we create from scratch (eg, a gnu icecat) to minimise our delta from ubuntu. quite simply, because more delta means more work for the 1.5-2.~ developers
[14:00] <asac> true
[14:01] <Kamping_Kaiser> which is why i'm /really/ interested in what the devscripts can do, becaues it helps us generate a "new browser" much easier then manually replacing files and seding stuff around
[14:01] <asac> Kamping_Kaiser: true too.
[14:31]  * Kamping_Kaiser has a break from transcribing to watch the irc scroll past
[14:41] <asac> Kamping_Kaiser: http://paste.ubuntu.com/24207/
[14:41] <asac> wanna finish it ;)
[14:41] <asac> ?
[14:42] <asac> the idea is that all the right pkg files get created during clean :)
[14:42] <asac> for whatever brading guessable from changelog source package
[14:42] <asac> so the procedure would just be "replace orig + new changelog entry"
[14:44] <Kamping_Kaiser> still reading through sorry, i'm a bit slow tonight
[14:44] <asac> sure
[14:46] <fta2> asac, ouch
[14:46] <Kamping_Kaiser> if i understand corretly,  your moving all the files to a generic temp name in the debian/ dir, then making all (relevent?) references to firefox turn into something parsed out of the changelog
[14:47] <fta2> asac, which branch did you use for that ? the locales part tells me it's not .head
[14:47] <asac> fta2: he?
[14:47] <asac> .head
[14:48] <fta2>  # currently not autoparsed from changelog, because we need to fail if
[14:48] <fta2>  # maintainer didn't adjust those before release. we can change that once ffox
[14:48] <fta2> i changed that a few days ago
[14:48] <fta2> hm
[14:48] <asac> ok probably not up-to-date
[14:48] <fta2> not pushed ? or not pulled ?
[14:48] <asac> fta2: not pulled
[14:49] <asac> the above diff is a prototype i hacked in a few seconds to show Kamping_Kaiser how we could do it
[14:49] <asac> :)
[14:49] <fta2> do we really want that ?
[14:50] <asac> fta2: in some way yes.
[14:50] <asac> fta2: we want to supporte derivatives as much as possible
[14:50] <fta2> asac, look at my last commit, your patch overlaps my changes
[14:51] <asac> fta2: yes i saw that
[14:51] <asac> my change is just a prototype. i will not land it on .head
[14:51] <fta2> i've already dropped most of the references to firefox(-3.0)
[14:51] <Sergeant_Pony> anyone having a problem with ff3 freezing after watching a video?
[14:53] <asac> fta2: sure.
[14:53] <asac> Sergeant_Pony: nope
[14:53] <asac> Sergeant_Pony: maybe libflashsupport installed?
[14:54] <asac> (or not ;))
[14:54] <asac> Kamping_Kaiser: would you be willing to finish that approach? :)
[14:54] <asac> http://paste.ubuntu.com/24210/
[14:55] <Kamping_Kaiser> asac, i'd be willing to try, i just cant commit any time for the next few days. :/
[14:57]  * Kamping_Kaiser points to his book of excuses.
[14:58] <Kamping_Kaiser> asac, is that patch against the -devscripts?
[14:59] <asac> Kamping_Kaiser: no its about the firefox branch
[14:59] <asac> so you dont need to touch the packaging anymore
[15:00] <asac> e.g. just produce a special tarball (using -devscripts) and flip changelog :)
[15:00] <asac> thats the idea ;)
[15:00] <Kamping_Kaiser> i like the idea ;) hopefully theres still something i can hack on next weekend. *is still studying atm*
[15:03] <Kamping_Kaiser> asac, thanks for your work (and the offer of playing too) - i'm crashing out.
[15:07] <asac> fta2: if you have other ideas let me know
[15:08] <asac> fta2: we could also do branches, which we merge on every update
[15:08] <asac> e.g. burningdog-3.0 branch based on firefox-3.0 branch
[15:08] <asac> but i think that causes more maintenance issues in the long run
[15:12] <fta2> i'm more about just a feature to specify a foreign branding/name, instead of listing each derivative
[15:15] <asac> fta2: specify? how?
[15:16] <fta2> i need to think about this
[15:16] <asac> if it requires to patch rules, we can also ship the common brandings on our own imo.
[15:17] <asac> fta2: in any case we need all packaging files to be templates i guess
[15:24] <fta2> i guess so too
[15:44] <Sergeant_Pony> asac, no libflashsupport according to package manager it's not installed
[15:46] <Sergeant_Pony> is it needed?
[15:51] <fta2> i'm not coming back, my box at home is probably dead :(
[15:52] <fta2> too hot ?
[16:02] <fta2> eheh
[16:04] <Volans> fta2: you have some double-personality issues.... ;)
[16:05] <Volans> you talk with yourself :)
[16:05] <Volans> and speak about you in third person ...
[16:08] <fta2> lol
[16:09] <fta2> last summer, my pc crashed every day
[16:09] <Volans> where is your oc?
[16:09] <Volans> pc
[16:09] <fta2> at home, in my office
[16:10] <fta2> exposed S-W
[16:10] <Volans> shutdown due to hight temperature?
[16:10] <fta2> but i know my CPU fan is not reliable
[16:12] <fta2> sometimes, the fan stops, the cpu overheats and the motherboard shuts everything down
[16:13] <Volans> I know, I have an old desktop with dapper that made the same sometimes... but I power on it only few times a month
[16:23] <asac> fta2: get a better fan
[16:25] <fta2> it's probably the motherboard
[16:38] <Sergeant_Pony> is libflashsupport needed for ff3 under ubuntu 8.04?
[16:43] <asac> Sergeant_Pony: not really
[16:43] <asac> Sergeant_Pony: flash is broken as it neither supports pulseaudio also plugin nor sound server directly
[16:44] <asac> thats why you cant play two streams at the same time in flash 9
[16:44] <asac> get flash 10 + install the pulseaudio plugin for alsa
[16:44] <asac> should work
[16:44] <asac> libflashsupport would fix the two streams issue, but will constantly crash your firefox
[16:54]  * asac => sports bbl
[18:06] <Sergeant_Pony> ok... sounds good to me. I'll try flash 10 and pulse plugin
[18:12] <newz2000> hi asac - last week I reported a problem with firefox using tons of ram. I installed a debugging package to hopefully help if it happened again. It is happening now - ff uses about 1.5G of RAM.
[18:15] <Volans> 1.5 GB ???
[18:15] <newz2000> it's up to 1.7G now
[18:16] <Volans> I have read this only a couple of days ago: http://dotnetperls.com/Content/Browser-Memory.aspx
[18:16] <newz2000> oh yeah, I saw that too
[18:16] <Volans> also if the test is on Windows
[18:16] <newz2000> (I think I know the article you mention, I can't see it now because my browser is thrashing)
[18:17] <Volans> asac tell he go away about 1 hour ago... I don't know when i come back
[18:17] <Volans> newz2000: how much ram do you have in the pc?
[18:17] <newz2000> 3G
[18:17] <Volans> in a short you have to kill firefox I think...
[18:18] <newz2000> interestingly, I did do that. Then I restarted it and it happens again.
[18:18] <newz2000> Sometimes this happens. If I restart it a few times it will finally work right.
[18:18] <Volans> sure to have killed all his istances'
[18:18] <Volans> ?
[18:18] <newz2000> yeah, because my mem usage dropped
[18:18] <Volans> maybe check with a: ps fax | grep fire
[18:19] <newz2000> I don't know how to use a debugger, but supposedly I have the debugging version of firefox installed
[18:19] <Volans> what kind of debugger? gdb?
[18:19] <newz2000> yeah
[18:19] <newz2000> know any way to find out what's happening?
[18:19] <Volans> you have to start from console firefox with gdb
[18:20] <newz2000> oh, you can't just hook into a running process then. :-/
[18:20] <newz2000> wow, 2.1G of RAM used by firefox. That's impressive.
[18:21] <Volans> I don't think so, let me check
[18:23] <newz2000> oh, he told me last week I guess
[18:23] <newz2000> he said, "﻿gdb -pPID /usr/lib/firefox-3.0/firefox"
[18:24] <newz2000> hmm. That seems to have put me at some gdb command prompt
[18:25] <Volans> i have found: gdb firefox 1234
[18:25] <Volans> where 1234 is the PID
[18:27] <newz2000> what do you do when you get to the gdb prompt?
[18:30] <Volans> (or use ddd that have a GUI, but with 2 GB of RAM occupied by a single process starting another gui can be a not good idea)
[18:31] <newz2000> I've got plenty of ram free I think
[18:32] <Volans> which you use for seeing the RAM occupied by firefox?
[18:32] <newz2000> htop or top
[18:41] <Volans> newz2000: try thisone: ps -eo %mem,rss,%cpu,cmd | grep fire
[18:41] <newz2000> 73.6 2289240 63.6 /usr/lib/firefox-3.0/firefox
[18:41] <newz2000> not sure what that means
[18:41] <Volans> the firs column is the %of mempory used, the 2nd is the kyloBytes of unswapped ram, the process use
[18:42] <Volans> the 3rd is the % of cpu used
[18:42] <Volans> 2.1 GB... no dubt!
[18:45] <newz2000> I'm going to get some lunch, maybe asac will be back later
[19:40] <asac> back
[19:40] <asac> newz2000: ?
[19:40] <newz2000> hey asac
[19:40] <newz2000> asac: are you interested in debugging my firefox?
[19:40] <newz2000> it's using 2.2G of RAM at the moment
[19:40] <asac> newz2000: if its memory consumption then no :)
[19:41] <asac> newz2000: its not really easy to debug. one way would be to use valgrind
[19:41] <asac> newz2000: but most likely its an extension
[19:41] <asac> newz2000: how long does it take till it reaches that much ram?
[19:42] <newz2000> It runs at 100% cpu (both cores) for a while, 5 - 30m if I let it and quickly gets to the 1.2G mark, then graudally up to where it is now.
[19:42] <newz2000> Nomrally I kill it long before this point though.
[19:42] <asac> newz2000: ok, so you can reproduce quite quickly?
[19:43] <newz2000> no, it doesn't happen commonly, but when it does it happens a couple times in a row
[19:47] <newz2000> so I kill ff and my mem usage drops from 2.5G to 383M used. :-)
[19:49] <newz2000> asac: is there a way to disable one extension at a time to diagnose the problem? (from outside firefox, since it takes several min before its usable)
[19:49] <asac> newz2000: hmm
[19:51] <asac> newz2000: you can add NS1:userDisabled="true" in the extensions.rdf file in your profile
[19:51] <asac> for the extension you want to diable
[19:51] <asac> disable
[19:51] <asac> but you have to stop ffox before doing that
[19:51] <asac> so doesnt really help you i guess
[19:51] <newz2000> no, that's fine. Just what I need
[19:54] <newz2000> it's so odd. If I kill firefox then the problem doesn't happen the next time around.
[19:55] <asac> heisenbug ;)
[20:19] <newz2000> I think it may be GTDInbox causing the problem
[20:22] <asac> newz2000: whats that?
[20:22] <newz2000> a plugin to help you use gmail as your todo list.
[20:22] <newz2000> and organize lots of email
[20:23] <newz2000> it worked great with ff2 but since ff3 its been struggling and I recently reenabled it.
[20:23] <newz2000> with it off, ff3 uses 229M of RAM
[20:23] <asac> interesting ;)
[20:23] <asac> newz2000: keep using it to be sure ;)
[20:24] <newz2000> the GTD stands for "Getting things done" and I can't get anything done when ff3 is locked up half the time. :-)
[22:17] <asac> Bug 237594