[00:02] <asac> sectech: what size does that file have?
[00:02] <sectech> asac,  the file is about 5mb...
[00:03] <sectech> After looking into it a bit more... The issue doesn't seem to be that it is taking a lot to parse it.. it's that it's not releasing the memory after
[00:04] <sectech> I'm doing a valgrind to see what that produces
[00:04] <asac> sectech: did you try to narrow down which parts cause that?
[00:05] <asac> e.g. maybe removing the options helps?
[00:06] <sectech> someone added to the report saying that it might be trying to parse a 100k tag line...  and that changing <pre> to <xmp> avoids it
[00:08] <sectech> Sorry I don't have much experience debugging firefox issues
[00:08] <sectech> I do have some crc mismatches in the valgrind...
[00:08] <sectech> other then that... nothing out of the ordinary
[00:13] <fta> asac, it seems the songbird issue with the builders solves itself after 2 hours of no activity
[00:15] <asac> fta: huh?
[00:16] <fta> indeed :) huh
[00:16] <fta> https://edge.launchpad.net/~fta/+archive/+builds?build_text=&build_state=building
[00:16] <fta> they are all stuck at the same place
[00:17] <fta> yesterday, i got them killed after 1h
[00:18] <asac> fta: so the unpack takes 2h?
[00:18] <asac> or do they use zero resources while being stuck?
[00:18] <fta> the check, not the unpack
[00:18] <asac> sectech: i think its just a OOM thing
[00:18] <fta> no one knows
[00:19] <asac> sectech: just the pre also causes this
[00:19] <asac> e.g. without the othe relements
[00:19] <asac> when loading as plai text it works. but from what i can see there are no tags in the text
[00:19] <sectech> asac, is this a known issue?
[00:20] <sectech> No there doesn't seem to be any tags in the text itself...
[00:20] <asac> sectech: there are plenty ways to make ffox OOM or even make it crash
[00:21] <asac> they are classified as DoS which are usually low priority
[00:21] <asac> partly because they cannot be exploited ... and partly because its just quite hard to fix completely
[00:21] <sectech> K... should I bother sending this upstream or just leave it as low?
[00:22] <asac> sectech: would be interesting to see what happened in ffox 2 ... if its a clear regression then definitly forward
[00:22] <asac> otherwise it depends on how important you find it. but most likely its a dupe
[00:22] <sectech> I was thinking dup... but I can't find anything (although launchpad isn't exactly cooperating at the moment) that really suits it yet.... Still looking
[00:22] <sectech> I can test in FF2 in the morning...
[00:23] <sectech> I found a few upstream... but not to much recent
[00:23] <asac> which component did you search?
[00:24] <sectech> I tried launchpad and bugzilla for the mozilla project
[00:24] <asac> sectech: i mean in mozilla ... which components did you look at ;) ... if you search just from top level its unlikely to give any good results ;)
[00:25] <sectech> top level...
[00:25] <asac> look in Core -> layout or content
[00:25] <asac> https://bugzilla.mozilla.org/query.cgi
[00:25] <sectech> okay
[00:27] <sectech> yeah I see what you mean....
[00:27] <sectech> ooookkk...
[00:31] <asac> DOM: stuff ... layout, parser
[00:32] <asac> sectech:
[00:32] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=330029
[00:32] <ubottu> Mozilla bug 330029 in DOM: Core & HTML "DoS caused by memory exhaustion" [Normal,New]
[00:32] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=304634
[00:32] <ubottu> Mozilla bug 304634 in DOM: Core & HTML "DoS with onBlur="alert('doh!'); focus();"" [Critical,New]
[00:32] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=201552
[00:32] <ubottu> Mozilla bug 201552 in DOM: Core & HTML "Recursive JS function crashes Mozilla" [Critical,New]
[00:33] <sectech> yeah asac I see that there are tons...
[00:33] <sectech> I flagged the bug as a low priority on launchpad and added my notes...
[00:33] <asac> sectech: the ones most critical are the recursive ones
[00:33] <asac> but even those are usually just "low" security severity
[00:34] <asac> like just a DoS ... due to stack limits
[00:34] <asac> flat stuff that doesnt do recursion usually just eats all the memory
[00:34] <sectech> When I first saw the report I thought there was something fishy about it...
[00:34] <asac> and slows things down if you swap ... then finally OOM
[00:34] <asac> DoS arent nice, but fortunately not exploitable in a really harmful way
[00:35] <sectech> I was initially just going to look for a dup as there probably is one even on launchpad... or test it so I can rule it out as a major issue
[00:35] <sectech> true enough
[00:35] <asac> yeah. its not from what i can see
[00:35] <asac> not a security bug at least
[00:35] <asac> annoying sure
[00:35] <sectech> K...I am dropping it as such then...
[00:36] <sectech> is a valgrind usually helpful in this situation though? I would like to triage more firefox issues but I don't really know what you guys use
[00:36] <sectech> normally if I can't see a solution quickly I'll leave it be
[00:36] <sectech> for firefox that is
[00:37] <asac> sectech: https://bugzilla.mozilla.org/show_bug.cgi?id=330029#c1
[00:37] <ubottu> Mozilla bug 330029 in DOM: Core & HTML "DoS caused by memory exhaustion" [Normal,New]
[00:37] <asac> thats a prototypical answer for these bugs
[00:37] <asac> sectech: depends on what you want to triage
[00:38] <asac> sectech: first step is definitly to identify what component the bug comes from. most are already files and there is good start information in bugs
[00:38] <asac> if it comes down to crashes you look at debugger, valgrind, but of course also in code
[00:38] <sectech> yeah that might be a good start... look to see what was done in previous bugs
[00:38] <asac> but mozilla code baes is quite huge
[00:39] <asac> so some bugs might be impossible to solve ;)
[00:39] <sectech> indeed which is why they are so damn hard to triage lol
[00:39] <asac> until you know what is going on where
[00:39] <sectech> ahh well...  I'll do what I can I guess...
[00:39] <asac> ;)
[00:39] <sectech> thank you for looking at this one though
[00:40] <asac> welcome
[00:40] <asac> sectech: good thing is to
[00:41] <asac> look at launchpad bugs ... clean  them up and try to find the right upstream component
[00:41] <asac> and forward them ;)
[00:41] <asac> or find the dupes
[00:41] <sectech> I can do that...
[00:42] <asac> not forever, but to start with ;)
[00:42] <asac> https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[00:42] <asac> https://wiki.ubuntu.com/MozillaTeam/NormalizedBugFormat
[00:42] <asac> the less fulfilling is certainly to process incomplete bugs
[00:43] <sectech> true but at least with incomplete bugs I can help getting them pointed in the right direction
[00:43] <sectech> or dropped like this one
[00:44] <sectech> I just bookmarked both of those, thanks
[00:44] <asac> sectech: well. confirmed bugs are not always complete ;)
[00:44] <asac> especially in launchpad where everybody can confirm bugs things go mad
[00:44] <sectech> heh yeah and for some reason I always seem to go for the fresh "new" ones lol
[00:45] <sectech> yeah people being able to confirm things without bugcontrol access is a bit annoying sometimes.
[00:45] <asac> imo its ok to ask incomplete bugs or new bug reporters to bring the bug in the normalized form
[00:45] <asac> that will help so much later
[00:45] <sectech> confirmed for one person might not be confirmed for the triager.
[00:45] <asac> we have the state Triage
[00:45] <asac> d
[00:45] <sectech> true
[00:45] <asac> only deverlops or people in the bug-control team can use that
[00:46] <sectech> I am a fairly new member of bug-control
[00:46] <asac> cool
[00:46] <sectech> compared to the rest who have years of experience with it :P
[00:46] <asac> sectech: so when a bug is in the normalized format we can look how to forward that
[00:46] <asac> e.g. set it to triaged
[00:46] <sectech> okay...
[00:47] <asac> i am sure that being fresh is of benefit here ;)
[00:48] <asac> firefox bugs are certainly something where you work full time on
[00:48] <asac> s/you/you can/
[00:48] <sectech> hehe. my fear is making myself look like a fool when I make a final decision on an issue...  it has happened before
[00:48] <sectech> yeah I know you guys are pretty busy just dealing with reports.
[00:48] <asac> problem is that every bug you touch triggers about 5 mails in responses by average until the bug is closed or silent
[00:49] <asac> so if you touch 100 today ... tomorrow you have to answer 500 ;)
[00:50] <sectech> Yeah I noticed...    I am not new to triaging... I actually do this for my real job just to a different extent...
[00:50] <sectech> At work you don't get 10 people challenging your decision... here you do lol
[00:50] <asac> that sounds like you could succeed ;)
[00:50] <asac> yeah
[00:50] <asac> but well
[00:50] <asac> hardest part is to be "always" nice
[00:50] <asac> ;)
[00:51] <sectech> haha yeah your right on that...
[00:51] <asac> feel free to ask what to do if in doubt for some bugs
[00:52] <sectech> What I think I'll do is watch the firefox bugs and the mozilla bug tracker for what I do here.... and take firefox bugs as what I focus on
[00:53] <sectech> rather then trying to be the jack of all trades and triage everything under the sun
[00:53] <sectech> I like being specialized I guess
[00:53] <asac> sectech: i wouldnt watch ... better use launchpad to pick things ;)
[00:53] <asac> there is a huge pile of existing bugs
[00:54] <asac> you can try to watch that, but traffic is really high
[00:54] <asac> we have a mailing list where most mozilla related bugs in launchpad would go
[00:54] <asac> (if you are interested)
[00:54] <sectech> okay well ... that was implied... I was going to look through old issues and become familiar with how they were handled.
[00:55] <sectech> Ummmm... don't think I would want to see every bug posted to the firefox team.. lol
[00:55] <asac> sectech: https://lists.ubuntu.com/mailman/listinfo/Ubuntu-mozillateam-bugs
[00:55] <sectech> mailbox might get a bit full
[00:55] <asac> what i do is to have a gmail account where all stuff goes
[00:55] <asac> but i only use that for searching
[00:55] <sectech> That's actually a good idea...
[00:55] <asac> i pick things through launchpad and get mails i answered to in my normal mail account
[00:56] <asac> so i can at least follow up on stuff i started
[00:56] <sectech> my domain mail is handled by google anyway... I could create an account just for that...
[00:56] <asac> i have one gmail account for mozillateam in ubuntu ... and one for almost all bugzilla.mozilla bugs
[00:57] <asac> so in november that mailing list got 3000+ mails
[00:57] <sectech> I have an ubuntu-bugs for what I triage... but it would be easy enough to create a mozilla one.
[00:57] <sectech> lol
[00:57] <asac> err october
[00:57] <asac> https://lists.ubuntu.com/archives/ubuntu-mozillateam-bugs/2008-October/thread.html
[00:57] <asac> thats just firefox mostly
[00:57] <asac> and some thunderbird/seamonkey i think
[00:57] <asac> but those are neglectable
[00:57] <sectech> yeah... thank you google for giving us huge mailboxes lol
[00:58] <sectech> ... and the poster to that bug I first mentioned sent it upstream...
[00:58] <asac> oh november has exactly 3000
[00:58] <asac> thats cool
[00:58] <asac> https://lists.ubuntu.com/archives/ubuntu-mozillateam-bugs/2008-November/thread.html ;)
[00:59] <asac> sectech: heh. well. we cannot help upstream ;) they have their own sinks where nobody really looks at
[00:59] <sectech> I'll at least link it for him I guess
[00:59] <asac> we can help ... but we cannot prevent users from posting duplicates directly
[00:59] <asac> sure
[00:59] <asac> sectech: do you have the bug id?
[01:00] <asac> its a dupe of the exhausting bug
[01:00] <asac> i can mark it then
[01:00] <sectech> https://bugzilla.mozilla.org/show_bug.cgi?id=467846
[01:00] <ubottu> Mozilla bug 467846 in General "Memory balloons disproportionally to the size of text file being opened" [Normal,New]
[01:00] <asac> disproportionally?
[01:00] <sectech> LOL
[01:00] <asac> so it claims its exponential=
[01:01] <asac> or just by factor 100 ;)?
[01:01] <sectech> he added that... no idea lol lol
[01:03] <asac> sectech: that bug was files against Firefox:General
[01:03] <asac> so thats one of the sinks
[01:03] <sectech> good to know... don't file against general lol
[01:04] <sectech> Before I send stuff upstream I would always consult with someone else first anyway...
[01:04] <sectech> so chances are I would be told where to file it under
[01:05] <asac> yes
[01:06] <asac> ask me or [reed] or someone else here or on irc.mozilla.org
[01:06] <asac> ;)
[01:06] <sectech> ok
[01:07] <sectech> well I gotta run for tonight...
[01:07] <asac> cu
[01:08] <sectech> Thanks again asac, Im sure I'll be talking to you again soon
[01:30] <fta> asac, i think i should push prism to jaunty, i was waiting for a release but it's taking ages. a snapshot could do. after all, the current one is a snapshot too.
[01:30] <fta> what do you think?
[03:44] <tonyyarusso> fta: I hear you've done some of the recent flashplugin-nonfree uploads, is that correct?
[03:54] <mconnor> I hope fta's in bed
[03:54] <mconnor> just sayin
[03:56] <[reed]> what time is it in Paris? :)
[03:58] <mconnor> 5 AM
[04:00]  * mconnor looks at flights, takes shot
[09:31] <asac> tonyyarusso: whast up about flashplugin?
[09:33] <tonyyarusso> asac: it's broken in 8.04.  Adobe moved the file, so it 404s.
[09:42] <directhex> yay for adobe :/
[09:48] <gnomefreak> is rm broken for anyone in jaunty?
[09:49] <gnomefreak> this shouldnt happen "gnomefreak@Development:~/documents/personal$ rm John's_Cingular.xls
[09:49] <gnomefreak> >
[09:50] <fta> \'
[09:51] <asac> tonyyarusso: ok its time to fix the package then.
[09:51] <asac> it needs to pull stuff not from adobe.com, but from partner.canonical archive
[09:52] <asac> there it will be available for a bit longer and not just disappear
[09:59] <gnomefreak> fta: what PPA is tbird-3 in?
[09:59] <gnomefreak> im getting a 404 on the my PPA for jaunty
[10:03] <gnomefreak> ah no tbird-3 for jaunty and mt PPA doesnt have jaunty packages
[10:08] <gnomefreak> [reed]: maybe i misunderstood but im hearing firefox-3.1 is being tracked as 3.2? something about mozilla-central tracking 3.1 as 3.2
[10:08] <[reed]> firefox-3.1 has moved to /releases/mozilla-1.9.1
[10:09] <[reed]> mozilla-central is currently "Firefox 3.2a1pre", but that's still up for discussion
[10:09] <gnomefreak> ah
[10:09] <gnomefreak> that makes more sense thanks
[10:43] <gnomefreak> asac: the meeting on the 7th being postponed due to UDS?
[10:44] <asac> gnomefreak: good question.
[10:44] <asac> gnomefreak: i think that might make sense
[10:44] <asac> gnomefreak: can you send a follow up?
[10:44] <asac> and say that we postpone it by 2 weeks? ;)
[10:44] <gnomefreak> what do you mean? to the mailing list? or to fridge?
[10:44] <asac> OTOH, during UDS we might be able to do a phone conf ;)
[10:45] <gnomefreak> on a sunday? its that the day everyone goes out and first meeting is?
[10:48] <asac> bug 284507
[10:48] <ubottu> Launchpad bug 284507 in ubuntu "error monitoring wired ethernet link state" [Undecided,New] https://launchpad.net/bugs/284507
[10:49] <asac> gnomefreak: fta and me arrive on sat. sun is free
[10:49] <asac> but its during lunch time ;)
[10:49] <asac> fta2: ?
[10:50] <fta2> i have no plan for sunday.. mostly due to the fact that i have no car.
[10:52] <asac> gnome bug 561941
[10:52] <ubottu> Gnome bug 561941 in VPN: pptp "PPTP fails to bind (via VPN) to Exchange server 2003 & 2008" [Blocker,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=561941
[10:54] <gnomefreak> asac: as far as i know im free on sunday but i will know more tomorrow or tonight the soonest
[10:54] <gnomefreak> i will ask that fridge remove our meeting
[10:56] <asac> gnomefreak: well
[10:56] <asac> i think that fta2 ment that we can do the meeting
[10:57] <asac> gnomefreak: so all should be ok
[10:57] <asac> we can do it i guess ;)
[10:57] <gnomefreak> ah ok
[10:57] <gnomefreak> lets do it than :)
[10:57] <asac> gnome bug #561807
[10:57] <ubottu> Gnome bug 561807 in gio "inotify_sub.c :: dup_dirname() fails to remove trailing '/'" [Normal,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=561807
[11:33] <gnomefreak> hey firefox bug (im guessing its more of a ubufox bug but please review bug um who removed the help-report a bug from firefox?
[11:33] <gnomefreak> oh crap bug 304005
[11:33] <ubottu> Launchpad bug 304005 in firefox-3.0 "Firefox 3 plugin installer - missing spanish translation" [Undecided,Incomplete] https://launchpad.net/bugs/304005
[11:34] <gnomefreak> sorry got side tracked when posting that
[11:38] <gnomefreak> asac: did tony talk to you about flash?
[11:39] <asac> gnomefreak: yes
[11:39] <gnomefreak> ok
[11:50] <asac> gnomefreak: not sure if he is doing something now though
[11:58] <gnomefreak> ok ill check with him on it, last time it was a disaster but 10 wasnt released at that time
[12:03] <gnomefreak> ok ill be back im heading to see how gary is doing on his own today.
[13:10] <asac> bug 30000
[13:10] <ubottu> Launchpad bug 30000 in gnome-system-tools "Start of week is Tuesday - change not obvious (dup-of: 29192)" [Medium,New] https://launchpad.net/bugs/30000
[13:10] <ubottu> Launchpad bug 29192 in gnome-panel "clock-applet, week starts at tuesday not monday" [Undecided,Fix released] https://launchpad.net/bugs/29192
[13:10] <asac> bug 300000
[13:10] <ubottu> Launchpad bug 300000 in libgtk2-perl "FTBFS fix for libgtk2-perl" [High,Fix released] https://launchpad.net/bugs/300000
[13:11] <asac> too bad ... hoped that ffox gest the 300k bug
[13:26] <Jazzva> asac, there is a new patch for nspluginwrapper posted on their list. It is said that it would fix some of its failings to work, which I noticed during the last night testing
[13:27] <Jazzva> asac, if you haven't pushed the version I prepared yesterday, please wait a bit, until I give a try to this new patch :)
[13:27] <Jazzva> thanks
[13:35] <Jazzva> what is our policy for uploading mozilla-related patches? do we notify ubuntu universe/main sponsors, or someone from our team?
[13:45] <asac> Jazzva: sure. please intergrate the patch
[13:46] <asac> Jazzva: we dont notify anyone. If you cannot find a sponsor here, we have a problem ;)
[13:48] <Jazzva> asac, it was a question asked on a bug 297169
[13:48] <ubottu> Launchpad bug 297169 in mozvoikko "mozvoikko depends on iceweasel, should depend on firefox" [Undecided,Confirmed] https://launchpad.net/bugs/297169
[13:48] <Jazzva> umm.. i asked a wrong question :). should the uploader notify us or ubuntu sponsors...
[13:50] <fta2> could someone try songbird in my ppa?
[13:51] <asac> Jazzva: as long as its not integrated in your firefox-extensions project i dont see why they should notice us
[13:51] <asac> of course we provide input if they ask about it
[13:51] <asac> or offer to put that thing in firefox-extensions
[13:51] <Nafallo> fta2: kiko seems to be eager ;-)
[13:51] <fta2> Nafallo, i know, but i need a kick test from someone
[13:52] <Nafallo> :-)
[13:52] <Jazzva> asac, ok
[13:53] <Jazzva> fta2, if it's there for intrepid too, I can give it a try in a while...
[13:53] <fta2> Jazzva, yes, hardy/intrepid/jaunty
[13:53] <Jazzva> cool
[13:53] <fta2> i just need to know if you are able to play any mp3 you have
[13:54] <fta2> it's fine for me at home but here, i get: Error: GStreamer error: Internal data flow error. Additional information: gstbasesrc.c(2234): gst_base_src_loop (): /GstPlayBin2:player/GstURIDecodeBin:uridecodebin2/GstFileSrc:source:
[13:54] <fta2> streaming task paused, reason not-linked (-1)
[13:54] <Jazzva> ok, I'm installing it to check
[13:56] <Jazzva> fta, I can
[13:56] <Jazzva> fta2 ^
[13:57] <fta2> you can play sounds?
[13:58] <Jazzva> "sounds" as in "music files"? yes
[13:58] <fta2> great
[13:58] <Jazzva> play, pause, play next...
[13:58] <fta2> so the gst bug is on my side only
[13:58] <fta2> Jazzva, i386 or amd64?
[13:59] <Jazzva> 32-bit version of Ubuntu
[13:59] <Jazzva> but 64-bit processor
[14:01] <fta2> so i386. ok. i'm on adm64 here
[14:02] <fta2> anyone on amd64?
[14:06] <directhex> of course
[14:06] <directhex> who uses obsolete arches like m68k and i386? o_o
[14:07] <Jazzva> directhex, people with older computers ;)? (at least for i386)
[14:07] <Jazzva> (and I guess for m68k too)
[14:13] <fta2> directhex, can you please test songbird for me?
[14:15] <directhex> 5 mins
[14:19] <asac> fta2: can you look a minute at the code of libio-pty-perl
[14:19] <asac> and libipc-run-perl
[14:19] <asac> and tell me how the quality is ;)
[14:21] <directhex> i wonder if it still only parses metadata on 6/2600 of my songs
[14:22] <asac> directhex: test ;)
[14:24] <fta2> asac, packaging ? or the code itself ?
[14:25] <fta2> i'm going back to boring meetings in 5 minutes
[14:30] <directhex> note to self: you run hardy at work
[14:36] <directhex> okay, fta2, seems to work
[14:36] <directhex> not exactly lightweight though, and i say that as a banshee user :o
[14:52] <fta2> directhex, that's the mashup addon, drop it, it should be better
[14:54] <directhex> fta, 9 meg saved.
[14:55] <directhex> now only 2.5x what RB uses
[14:57] <sebner> fta2: you might want to add a comment on bug #94494  (again) ^^
[14:57] <fta2> the cpu is lower, not sure about memory, i have 4Gigs
[14:57] <ubottu> Launchpad bug 94494 in ubuntu "[needs-packaging] Songbird" [Wishlist,In progress] https://launchpad.net/bugs/94494
[14:57]  * asac out for a while
[14:57] <sebner> asac: hf ;D
[15:31] <Jazzva> hmm, asac, nspluginwrapper fails on blip.fm almost every time, both with and without the recent patches.
[16:07] <Jazzva> off for few hours... see you later
[18:16] <Jazzva> asac, ping
=== lns_ is now known as Lns
[18:54] <[reed]> jcastro / fta / asac / stevel: http://www.facebook.com/event.php?eid=48573442145
[18:55] <[reed]> looks like stevel is already attending :)
[18:56]  * stevel nods
[18:56] <stevel> with t-shirts!
[18:56] <jcastro> woo!
[18:56] <jcastro> some joomla! folks just signed up like yesterday
[18:57] <jcastro> I was just at the location today, the food is going to be great
[18:57] <jcastro> plenty o' whiteboards and stuff
[18:59] <[reed]> jcastro: you have a vehicle to yourself? just trying to see how we can get to Mozilla for the open house... it's a mile, so we could walk it, but alternate forms of transportation are fun, too!
[19:01] <jcastro> [reed]: I've got local friends with cars and we have rentals
[19:02] <[reed]> yeah
[19:02] <[reed]> jcastro: how many are you planning on bringing?
[19:02] <[reed]> from UDS
[19:02] <jcastro> I was thinking
[19:02] <jcastro> fta, asac, me and maybe jono?
[19:02] <stevel> [reed] i'll be driving over too
[19:02] <[reed]> jcastro: and me!
[19:02] <[reed]> :p
[19:02] <stevel> i can fit 3 more in my car
[19:02] <jcastro> and then you and dave camp, but he's already a mozillian
[19:03] <[reed]> dcamp is coming to UDS?
[19:03] <[reed]> well, I'll have my badge, so I can give you all the real tour ;)
[19:04] <[reed]> since I'm sure Buffy will be blocking the stairs
[19:04] <[reed]> Buffy the Vampire Slayer, that is
[19:04] <[reed]> we have a life-size cut out
[19:05] <[reed]> use it to block the stairs at events like this
[19:05] <[reed]> :p
[19:21] <Jazzva> asac, I checked now. shouldn't the settings file for adobe be /etc/adobe/mms.cfg? (I think you said mmm.cfg yesterday)
[20:11] <fta> [reed], i don't have a facebook account
[20:12] <[reed]> fta: you non-hip thirty-something year old
[20:12] <[reed]> :0
[20:12] <fta> shame on me ?
[20:12] <[reed]> yes ;0
[20:12] <fta> it's not that popular in europe
[20:13] <Nafallo> ehrm
[20:13] <Nafallo> is it not?
[20:13] <fta> at least, most of my friends, contacts, business contacts don't have one
[20:13] <Nafallo> there is a reason they are putting in equipment in 7 EU sites...
[20:14] <fta> probably a generation issue
[20:14] <fta> i don't like to expose my life on internet
[20:15] <[reed]> fta prefers just to keep the tubes flowing ;)
[20:23] <fta> what were you talking about? Wednesday eve?
[20:24] <Nafallo> also, my mother poked me on facebook this morning. just before she wrote about the snow in Sweden on my wall :-P
[20:26] <fta> ok, so facebook is for the ricains + the frozen guys in northern europe
[20:26] <fta> :)
[20:33] <fta> oh, there was a topic about facebook on tv: http://www.tvmag.com/programme/france-2/magazine/26245013/envoye-special.html
[20:34] <mconnor> fta: so, is there a UDS schedule yet?
[20:36] <mconnor> fta: more importantly, when are the sessions I should stop by for?
[20:36] <fta> jcastro, ^^
[20:37] <mconnor> fta (and asac!): I want to sit down and figure out how to smooth out the process for getting stuff upstream, and getting better engagement from reviewers and the like
[20:37] <fta> mconnor, i don't have the schedule yet, but i'm not a canonical guy
[20:39] <mconnor> I don't think I can make all of UDS, I have a pile of crap to get traction on next week, so hopefully reed's semi-fail on showing up on time compresses the sessions together ;)
[20:40] <mconnor> jcastro: btw, upstream bug workflow is entirely on my radar here :)
[20:41] <[reed]> mconnor: I have exams! I had no choice. :0
[20:41] <mconnor> [reed]: you had a choice!
[20:42] <mconnor> wasn't a _good_ choice
[20:42] <mconnor> but you had one ;)
[20:43] <[reed]> mconnor: My manager and his manager would disagree. ;)
[20:43] <mconnor> you have choice, just because you don't like the consequences doesnt' mean you don't have choices :P
[20:53] <fta> the rss feed for tags in mozilla-central is not reliable
[20:53] <fta> it keeps updating the old tags
[20:53] <fta> bad hgweb
[21:17] <jcastro> mconnor: I am trying to get the schedule guy to open the schedule asap.
[21:17] <mconnor> jcastro: ok
[21:18] <jcastro> mconnor: he's still on holiday so I will hunt someone down nlt today
[21:18] <mconnor> the more we compress the mozilla stuff, the more I can reliably make ;)
[21:18] <jcastro> nod
[21:23] <jcastro> mconnor: we're having a party next friday night as well that you guys are more than welcome to attend
[21:24] <mconnor> jcastro: cool, if I'm not dead by then I'll likely make it ;)
[21:25] <jcastro> I have a direct mandate to try cross-community pollination and team building
[21:25] <jcastro> aka beer.
[21:30] <fta> mconnor, are you coming? i thought you said you had enough travel for this year
[21:45] <stevel> fta: the expand-jar-mn.pl bug is fixed in our trunk now
[21:46] <fta> stevel, good, thanks. i'll drop my patch next time i bump the source
[21:46] <fta> s
[21:48] <fta> stevel, btw, at work, sb doesn't work.
[21:48] <fta> <fta2> it's fine for me at home but here, i get: Error: GStreamer error: Internal data flow error. Additional information: gstbasesrc.c(2234): gst_base_src_loop (): /GstPlayBin2:player/GstURIDecodeBin:uridecodebin2/GstFileSrc:source:
[21:48] <fta> <fta2> streaming task paused, reason not-linked (-1)
[21:48] <stevel> huh
[21:49] <stevel> fta: could you poke MikeS on #songbird?
[21:55] <fta> stevel, just did, not helping :(
[21:56] <stevel> sigh. distribution-bias.  some developers here don't care to support building against system-wide libraries.
[21:57] <[reed]> stevel: well, there are cases where it's not feasible
[21:57] <[reed]> like cairo in Gecko
[21:57] <[reed]> or libjpeg
[21:57] <[reed]> or libpng
[21:57] <stevel> [reed]: sure.
[21:57] <fta> cairo is possible, jpeg is dead upstream, png, you added apng
[21:58] <stevel> but it would still be nice for us not to immediately dismiss things with a blanket "oh you built it yourself? then you're on your own"
[21:58] <stevel> (which we don't generally do... but every once in a while we do...)
[21:58] <stevel> and it annoys me when we do it :-P
[22:08] <fta> he said gstreamer0.10-plugins-bad is missing, which is true, but rhythmbox is fine with the same files. strange
[22:09] <fta> too bad i can't test until i'm back from uds
=== rzr is now known as rZr
[22:42] <mconnor> fta: I decided that getting the rest of this stuff squared away was more important
[22:43] <fta> good
[22:43] <mconnor> fta: like... at 11 PM last night
[22:43] <mconnor> :)
[23:04] <[reed]> jcastro: is there any type of discount/group code with supershuttle we're supposed to use, or just book it normally?
[23:24] <jcastro> [reed]: book normal, keep receipt
[23:24] <[reed]> ok
[23:24] <[reed]> I got the $3 discount code I found online ;)
[23:24] <[reed]> s/the/a/
[23:48] <fta> stevel, fyi, https://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-11-02#Actions   2nd action
[23:48] <stevel> oooh. so ominous sounding
[23:48] <fta> :)