[00:00] <Ubulette> lol "Upgraded the NSPR tag to NSPR_HEAD_20080129_PLUS_414997 for the fix for bug 414997. [a1.9b3=beltzner]"
[01:01] <cheguevara> ooh new icons in ff3 :P
[01:09] <[reed]> yes :)
[01:10] <Ubulette> where ?
[01:11] <Ubulette> i'm sick of seamonkey. it runs fine from dist/bin but not after make install: Error: [Exception... "Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIDocShellHistory.useGlobalHistory]"  nsresult: "0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED)"  location: "JS frame :: chrome://global/content/bindings/browser.xml ::  :: line 647"  data: no]
[01:11] <cheguevara> in options
[01:13] <Ubulette> oohhh
[01:13] <Ubulette> nice
[01:14] <Ubulette> cheguevara, which build are you using ?
[01:14] <cheguevara> your latest one
[01:15] <cheguevara> the live rss icon is different as well i believe
[01:15] <cheguevara> and loads of other ones
[01:15] <Ubulette> does it look nice on kde now ?
[01:17] <cheguevara> looks the same really
[01:17] <cheguevara> and the new icons are very gtkish :P
[01:18] <[reed]> there's zero KDE/Qt code
[01:18] <[reed]> in Firefox
[01:18] <[reed]> all because nobody wants to step up and own it
[01:18] <Ubulette> i know but before, there was no icon at all making it look primitive to me
[01:19] <Ubulette> at bit like mosaic 12 years ago
[01:19] <cheguevara> lol
[01:19] <cheguevara> [reed], yeah, novell were gonna work on it, but they were never gives cvs or gave up or something like that
[01:19] <[reed]> their fault
[01:20] <[reed]> you don't need CVS access to contribute
[01:20] <[reed]> it's easy to get your patches checked-in
[01:20] <[reed]> just got to write them!
[01:20] <[reed]> and get review
[01:20] <cheguevara> heh true
[01:20] <cheguevara> with gtk-qt on kde 3 it works more or less acceptable
[01:21] <cheguevara> on kde 4 its just plain old ugly
[01:21] <cheguevara> very gray :P
[01:40] <Ubulette> yeah, very gray is what i meant with mosaic. I should have said 15 years old, not 12. damn, it passes so fast.
[01:44] <cheguevara> lol
[01:45] <cheguevara> konqueror is still inferior though
[01:45] <cheguevara> we'll see what happenes when its webkit :P
[01:49] <[reed]> any gnome people you know?
[01:50] <[reed]> that are familiar with moz code
[01:50] <[reed]> where does chpe hang out?
[03:11] <[reed]> asac: new NSPR branch
[03:11] <[reed]> NSPR_HEAD_20080129_PLUS_414997
[10:06] <armin76> [reed]: what about me!? :P
[10:20] <asac> armin76: you can stay behind :)
[10:21] <asac> mozilla bug 414997
[10:21] <ubotu> Mozilla bug 414997 in NSPR "PR_NewThreadPrivateIndex contract is violated by PR_CreateThread impls" [Major,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=414997
[10:22] <asac> yay ... mozilla did a last minute landing for mozilla bug 413250 a few hours ago
[10:22] <ubotu> Mozilla bug 413250 in General "chrome directory traversal (local disk access via "flat" addons)" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=413250
[10:22] <asac> how unfortunate that i had the release bits ready :(
[10:26] <asac> bug 175904
[10:26] <ubotu> Launchpad bug 175904 in firefox-3.0 "Firefox-3.0 window moves to current workspace" [Medium,Confirmed] https://launchpad.net/bugs/175904
[10:27] <asac> [reed]: know a bug in bugzilla that matches bug 186771 ?
[10:27] <ubotu> Launchpad bug 186771 in firefox-3.0 "use more GTK stock icons." [Undecided,New] https://launchpad.net/bugs/186771
[12:09] <Ubulette> http://standblog.org/blog/post/2008/02/01/Firefox-market-share-in-Europe
[12:11] <asac> france is behind :)
[12:15] <Ubulette> i don't count, i block xiti
[12:15] <cheguevara> lol
[12:18] <Ubulette> FIREFOX_2_0_0_12_RC3  rc3... last minute fixes ?
[12:18] <Ubulette> SEAMONKEY_1_1_8_RELEASE, no rc ?
[12:19] <Ubulette> and no FIREFOX_3_0b3_RC1 yet :(
[12:19] <asac> Ubulette: yes ... they landed another patch yesterday
[12:20] <asac> i have to re-roll my QA packages and all
[12:22] <asac> Ubulette: they moved all 3 beta 3 QA resources to get 2.0 fix out quick
[12:22] <Ubulette> oh, ok, makes sense
[12:29] <Ubulette> [reed], do you know if the <video> patch from Chris will land in ff3 before final ?
[12:37] <cheguevara> w00t
[12:37] <cheguevara> screen corruption in ff3
[12:38] <cheguevara> ... and its gone after minimize maximize
[12:45] <asac> cheguevara: compiz enabled?
[12:45] <cheguevara> nah
[12:46] <cheguevara> compiz and kde are not great friends
[12:46] <asac> which win manager does kde use btw?
[12:46] <asac> is it metacity as well?
[12:46] <cheguevara> no kwin
[12:46] <asac> k
[12:51] <cheguevara> i think its a driver issue
[12:51] <cheguevara> xchat has occasional corruption as well
[12:52] <asac> but exa vs xaa doesn't make a difference, right?
[12:53] <cheguevara> not sure
[12:53] <cheguevara> i got Option          "AccelMethod"   "xaa"
[12:53] <cheguevara> because exa decreases performance for me
[12:54] <asac> xaa is legacy though
[12:57] <cheguevara> yeah but .24 kernel's drm doesn't have the bits to make exa work nicely
[12:57] <cheguevara> they are in -mm to be merged for .25
[13:01] <cheguevara> Unfortunately, to make EXA performance better it needs the new memory manager upstream is working on (TTM). It's too intrusive for hardy, so we'll probably switch back to XAA after alpha3.
[13:01] <cheguevara> meh
[13:01] <cheguevara> i was so hoping it would be merged for ubuntu
[13:06] <asac> have you asked on kernel ML? or our X maintainer about this particular issu?
[13:06] <asac> cheguevara: ?
[13:07] <cheguevara> yeah i think i should talk to someone, because leaving people with XAA in an LTS release is just wrong
[13:07] <cheguevara> asac, whos the best to poke on irc
[13:08] <asac> no idea ... start in user-space: bryce is the X maintainer
[13:08] <asac> then on ubuntu-kernel i am not sure who currently does graphics driver stuff ... maybe mjg
[13:08] <cheguevara> or BenC i guess
[13:09] <asac> yes. but i think he isn't doing graphics on his own
[13:10] <asac> but he should probably know
[13:10] <cheguevara> yeah i'll try talking to X people first though
[13:11] <asac> thank! keep me updated plz
[13:11] <cheguevara> i will
[13:11] <cheguevara> asac, do you have any machines with intel cards yourself?
[13:12] <asac> unfortunately not
[13:12] <asac> soonish i will, but not right now
[13:12] <asac> but there should be plenty around in dev community
[13:12] <asac> if youneed someone to confirm something
[13:13] <cheguevara> yeah loads of laptops have them
[13:13] <cheguevara> thats another reason i am so concerned about this
[13:52] <Ubulette> http://www.osnews.com/story/19254
[13:57] <cheguevara> damn
[13:59] <asac> hmmm ... yhoo + msft .. letts see
[13:59] <asac> i am almost offline now pushing allsec balls again
[14:32] <Ubulette> incremental changelog is too difficult to script because of merge conflicts
[14:33] <Ubulette> it's not worth it
[14:35] <asac> what are you talking about?
[14:36] <Ubulette> i'm scripting my ppa uploads
[14:37] <asac> ah
[15:41] <Ubulette> asac, I guess you now want mozclient to do an embedded tarball for xul, right ?
[15:44] <Ubulette> i don't understand why you used DEBIAN_MOZCLIENT_EMBEDDED while I've defined MOZCLIENT_EMBEDDED for that purpose
[15:45] <Ubulette> oh, you set it afterwards.
[15:46] <Ubulette> but why is it conditional ? it's a 1 line change in mozclient that I can add anytime
[15:47] <Ubulette> and it's better to do your test the other way around, ie test if MOZCLIENT_EMBEDDED is set.. but that means really depends on mozilla-devscripts
[15:50] <asac> Ubulette: i thought about those options. for me the contract of the package rules should be explicil and not implicit by what is included
[15:51] <asac> usually it shouldn't be conditional ... i just want to build xulrunner for real uploads to use embedded layout because i now have lots of pain with those firefox tarballs
[15:51] <asac> so adding  automagic to detect whether a package is embedded or not should not be done in mozclient (e.g. dirty)
[15:51] <Ubulette> ? I thought you preferred embedded tarballs
[15:52] <asac> yes, but you don't... so i want to allow both options for those packages that have a huge amount of data
[15:52] <asac> for small packages i don't care
[15:53] <Ubulette> i don't care embedded or not, my pc is fast ;) if you want xul to be embedded, ok, no problem
[15:53] <asac> (i see that non-embedded is better for development so i like to be able to change this for a single upload)
[15:57] <asac> well ... for development not embedded is better ... we could make it embedded by default ... i don't care. i think we can keep it like its now. but if you have NIHS, go ahead and make it beautiful for your eyes;)
[15:58] <Ubulette> NIHS ?
[15:59] <asac> maybe we should just consolidate this ... e.g. use embedded everywhere, but allow to use not-embedded easily/explicitly
[16:00] <asac> nevermind ;)
[16:08] <raji> asac: you there? I have some input about adhoc network creation
[16:09] <asac> raji go ahead
[16:15] <asac> raji: will be outinj about 10 minutes for today ... you can write here ... or send mail then
[16:15] <asac> (i will read this channel backlog when coming back)
[16:40] <armin76> asac: Ubulette you guys use glitz?
[16:40] <Ubulette> nope
[16:44] <shirish> Ubulette: hi
[16:45] <Ubulette> hi
[16:45] <raji> asac, in network manager code, nm-device-802-11-wireless.c , in nm_device_802_11_wireless_set_mode()  method ,  iw_set_ext() is always returning errno 22, mode passed to that method is always 2 .  I made the wpasupplicant use wext instead of madwifi. but when I look in the wpasupplicant code driver_wext.c, there is no iw_set_ext function, it is only available in driver_ndiswrapper.c, My...
[16:46] <raji> ...question is what code this iw_set_ext executing, where it is found.  ( I added the adhoc patch you suggested me to try, but the code is not hitting that path).
[16:47] <shirish> Ubulette: did u give any thought to updating kazahakese (the browser) ?
[16:47] <raji> asac, I used network-manager 0.6.5 , wpasupplicant 0.6.0+0.5.8
[16:48] <Ubulette> shirish, i didn't have time and as i'm not using it, it doesn't help :P
[16:49] <shirish> Ubulette: how about giving a shot at elinks?
[16:49] <shirish> Ubulette: i tried links2 the other day & that too is pretty sexy.
[16:50] <Ubulette> links2 ? the text mode browser ?
[16:50] <shirish> yup, do links2 -g & see the difference
[16:52] <shirish> I dig it, although if it had javascript support it would be a scream.
[17:02] <Ubulette> screenshots ?
[17:04] <shirish> Ubulette: you want screenies of links2 in action?
[17:04] <Ubulette> you said it's worth the look, show me :)
[17:04] <shirish> ok here goes nothing
[17:08] <shirish> know any good image-sharing site?
[17:09] <shirish> which doesn't need a sign-up
[17:12] <Ubulette> http://pix.nofrag.com/
[17:14] <shirish> sorry for that pidgin closed unexpectadly
[17:14] <shirish> unexpectedly
[17:15] <shirish> and now links2 -g does the same.
[17:17] <shirish> Ubulette: i hope its ok if I send the screenie by mail
[19:02] <shirish> Ubulette: you up buddy?
[19:02] <shirish> or asac for that matter?
[19:03] <shirish> I have filed a bug https://bugs..launchpad.net/ubuntu/+source/firefox/+bug/188140 can somebody have a look at that?
[19:03] <ubotu> Launchpad bug 188140 in firefox "firefox crashed while surfing" [Undecided,New]
[19:22] <asac> shirish: can you reproduce this?
[20:19] <Ubulette> ff3 crashes a lot in the addons UI
[20:19] <Ubulette> also in the bookmarks ui
[20:40] <[reed]> how up-to-date are you?
[21:29] <armin76> Ubulette: http://patches.ubuntu.com/by-release/extracted/ubuntu/s/seamonkey/1.1.7+nobinonly-0ubuntu2/12_fix_ftbfs_with_nss.patch <- did you submit that upstream?
[21:31] <Ubulette> no, last time i did for a similar patch, they told me they don't care about fixing that in the stable tree
[21:33] <armin76> rofl
[21:33] <armin76> [reed]: ^^ fix
[21:49] <Ubulette> good, I've completed my script to update my ppa in a blink of an eye, merging branches, solving conflicts, rewriting deps and all automatically.
[21:49] <Ubulette> let's see if it builds correctly now
[21:52] <Ubulette> asac, do you install dom and venkman ? they are broken for me now. dom reports b2 instead of b3pre (strange) and venkman is not even listed
[22:09] <DarkMageZ> hey guys, under firefox 3 (ubuntu hardy build). have any of you run across the issue where random parts of the gnome menu will be rendered inside the page? it's not malicious code at play.
[22:09] <Ubulette> yes, several times
[22:09] <DarkMageZ> is there an open bug?
[22:09] <Ubulette> it seems to depend on the X driver
[22:10] <Ubulette> maybe also on the AccelMethod, xaa vs exa
[22:10] <DarkMageZ> i've been told (by a reliable source) that it happens under xorg's ati. i've personally just replicated it with fglrx.
[22:11] <DarkMageZ> i'm using xaa (not that i have much choice). i'm not sure what he was running on ati
[22:12] <Ubulette> i've got it too with fglrx; never with (non free) nvidia. people are reporting nv too
[22:14] <Ubulette> we've got bug 182038 but it may be different
[22:14] <ubotu> Launchpad bug 182038 in xorg-server "Black rectangle instead of image in FF3 [Hardy]" [Undecided,Confirmed] https://launchpad.net/bugs/182038
[22:15] <DarkMageZ> na, that's different
[22:15] <DarkMageZ> i can replicate that one as well ?
[22:18] <Ubulette> i can't find a dedicated bug for the corrupted display using part of the background, yet asac and me reproduced it easily before for sure
[22:22] <Ubulette> i can't reproduce at home so i can't help. did/can you try with a nightly from mozilla, just to be sure it's not ubuntu's fault ?
[22:24] <DarkMageZ> it takes a fair amount of effort for me to replicate
[22:24] <DarkMageZ> like switching it to my primary browser and using it for everything for 2 weeks style.
[22:24] <Ubulette> the corruption ? or the black rectangles ?
[22:25] <DarkMageZ> corruption
[22:25] <Ubulette> hm, the corruption we know is easy to trigger
[22:27] <DarkMageZ> i don't know the trigger
[22:27] <DarkMageZ> the black rectangles is easy to replicate ?
[22:28] <Ubulette> Jan 31 12:13:15 <asac>  http://people.ubuntu.com/~asac/corrupted.png
[22:28] <DarkMageZ> tho the rectangles doesn't appear to happen on fglrx. only ati
[22:28] <DarkMageZ> looks about right ?
[22:29] <Ubulette> i've never seen the black thing myself on fglrx
[22:30] <Ubulette> as for the corruption using the background, this site shows it 100% of the time: http://www.topachat.com/accueil/index.php
[22:30] <Ubulette> i mean, for me with fglrx
[22:31] <DarkMageZ> your testcase doesn't work here oddly enough
[22:32] <[reed]> Ubulette: submit it upstream; cc me on the bug
[22:33] <Ubulette> [reed], i can't right now (nvidia box). must do that from work (my ati box)
[22:33] <[reed]> k
[22:34] <DarkMageZ> Ubulette, something slightly interesting for your testcase. if it has already been replicated on another tab, then you open your testcase up in a tab then it doesn't happen.
[22:51] <[reed]> Ubulette: I'm talking about http://patches.ubuntu.com/by-release/extracted/ubuntu/s/seamonkey/1.1.7+nobinonly-0ubuntu2/12_fix_ftbfs_with_nss.patch
[22:51] <[reed]> of course
[22:51] <Ubulette> oh
[22:54] <Ubulette> i have this one more complete: http://patches.ubuntu.com/by-release/extracted/ubuntu/x/xulrunner/1.8.1.11-1ubuntu1/88_bz399589_fix_missing_symbol_with_new_nss.dpatch
[22:54] <[reed]> file a bug on bmo
[22:57] <Ubulette> part of it was fixed in trunk mozilla bug 399589
[22:57] <ubotu> Mozilla bug 399589 in Security: PSM "PSM + tip of NSS, error ‘SECAlgorithmIDTemplate’ not declared" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=399589
[22:57] <[reed]> then file a bug on the other part
[22:58] <Ubulette> but it's not fixed in the branches
[22:58] <Ubulette> 1.8.*
[22:58] <Ubulette> the issue starts when you use a recent nss with an old ff2/xul1.8/sm1/...
[22:59] <[reed]> did the branches pick up a new NSS version?
[22:59] <[reed]> ah, so, it's just a Linux problem
[22:59] <Ubulette> system nss
[22:59] <[reed]> yeah
[22:59] <[reed]> ok
[22:59] <[reed]> well, you could attach a branch patch, get review, and get it on the branch
[22:59] <Ubulette> same bug ?
[22:59] <[reed]> yeah
[22:59] <[reed]> don't include the not-fixed part
[23:00] <[reed]> just the SECAlgorithmIDTemplate stuff
[23:00] <[reed]> but on the branch
[23:00] <[reed]> well
[23:00] <[reed]> check if the patch in the bug applies first
[23:00] <[reed]> if it applies on the branch without conflict, you can just request approval on it
[23:00] <[reed]> if it doesn't apply, make a new patch, attach to bug, get review from kaie, and then request approval
[23:09] <Ubulette> just tested against ff 2.0.0.12rc3, still perfect
[23:12] <Ubulette> should I say 1.8 or 1.8.1 for the branch ?
[23:13] <Ubulette> [reed], ^^
[23:13] <[reed]> 1.8
[23:13] <[reed]> so, you should request approval1.8.1.13
[23:13] <[reed]> on the patch
[23:13] <[reed]> and explain why you need it
[23:15] <Ubulette> oops; too late
[23:17] <Ubulette> kaie didn't pass.
[23:17] <Ubulette> :kaie ?
[23:18] <Ubulette> or what?
[23:22] <Ubulette> [reed], ^^
[23:22] <[reed]> ?
[23:22] <[reed]> wait, what?
[23:22] <[reed]> the patch in the bug applies on the branch fine, right?
[23:22] <[reed]> or are you attaching a new bug?
[23:22] <[reed]> er
[23:22] <Ubulette> review is empty, i used kaie
[23:22] <[reed]> s/new bug/new patch/
[23:23] <Ubulette> https://bugzilla.mozilla.org/show_bug.cgi?id=399589
[23:23] <ubotu> Mozilla bug 399589 in Security: PSM "PSM + tip of NSS, error ‘SECAlgorithmIDTemplate’ not declared" [Normal,Resolved: fixed]
[23:23] <[reed]> ah
[23:23] <[reed]> use kengert@redhat.com
[23:24] <Ubulette> so it's kengert now